시스템으로 사고하고, 반복 루프로 출시하기

• 소프트웨어 엔지니어링의 중심이 직접 코드를 작성하는 일에서
  AI가 대규모로 올바른 코드를 작성하도록 시스템을 설계하는 일로 옮겨감
  Artemis는 플랫폼의 모든 코드를 에이전트가 작성하며, 엔지니어는 시스템 설계·제약 설정·결과 검토를 맡음
• Grok 팀의
  Lauren Tan은 월 2,000개의 PR을 프로덕션에 반영하며, 이를 가능하게 하는 핵심은 특정 모델이 아니라 AI가 자기 작업을 검증하는 루프임
• 좋은 시스템은
  여러 단계의 검증으로 실패를 견디고, 실패에서 배운 내용을 다음 작업에 반영하며, 검증된 스킬·도구·샌드박스를 재사용함
• 시스템 아키텍처는 여전히 어려운 전문 영역임. 개발자의 역할은 코드를 손으로 만드는 것에서
  AI의 작업을 설계하고 이끌어 결과물을 만드는 것으로 바뀜

코드 작성에서 시스템 설계로

• 37signals CTO
  David Heinemeier Hansson은 2026년 Rails World에서, 대부분의 기업과 프로그래머에게 수작업 코딩이 더 이상 경제적으로 생산적인 활동이 아니라고 말함
• 연말에는 사실상 모든 분야·프로그래머·기업에 해당할 것이라고 전망함

Artemis 엔지니어들의 하루 PR 병합 건수는 1월 2개에서 5월 6개, 8월 16개로 늘었으며, 8개월간 총 30,000개를 병합함

• CTO Dan Shiebler에 따르면 플랫폼의 모든 코드는 에이전트가 작성함

• 엔지니어는
  시스템 설계, 제약 설정과 결과 검토를 담당함

• SpaceXAI의 Grok 팀 엔지니어
  Lauren Tan은 월 2,000개, 근무일 기준 하루 거의 100개의 PR을 프로덕션에 반영함

• 이를 가능하게 하는 것은 특정 모델이 아니라
  AI가 자신의 작업을 검증할 수 있는 루프임

• 새로운 엔지니어링의 핵심은
  AI가 올바른 코드를 대규모로 작성하게 하는 시스템을 만드는 것임

좋은 시스템을 만드는 세 가지 속성

• 시스템 사상가
  Donella Meadows는 시스템을 바꾸는 가장 강력한 지점이 직관적이지 않으며, 이를 찾아내고도 잘못된 방향으로 개입하는 경우가 많다고 봄
• 좋은 시스템의 세 가지 속성은
  회복탄력성, 자기조직화, 계층 구조임

회복탄력성: 하나의 검증에 의존하지 않기

• 테스트 하나나 단일 승인 단계 대신
  테스트·검토 에이전트·프로덕션 모니터링을 함께 사용함

• 여러 단계에서 AI의 작업을 점검해, 한 검증을 통과한 오류도 다른 단계에서 발견할 수 있게 함

자기조직화: 실패를 다음 작업의 학습으로 바꾸기

• 검증 루프는 오류를 찾아 고치는 데서 끝나지 않음

• 반복되는 실패 유형을
  에이전트가 다음번에 적용할 새로운 스킬로 만들어, 이후 작업 방식을 개선함

계층 구조: 검증된 구성요소를 조합하기

스킬·도구·샌드박스를 조합 가능한 구성요소로 만들고 계층적으로 구성함

• 작동이 검증된 구성요소는 다음 작업에서도 재사용해, 매번 처음부터 시스템을 만들지 않도록 함

코드를 만드는 전문가에서 AI의 작업을 이끄는 전문가로

시스템 아키텍처는 과거에도 지금도 어려운 작업임

• 저자가 2005년 Java 엔지니어로서 추구하던 좋은 시스템 설계의 목표는 오늘날 에이전트 시스템 구축에서도 이어짐
• 직접 코드를 손으로 만들지 않더라도,
  AI가 일할 구조와 제약·검증 방식을 설계하는 전문성은 여전히 필요함
• 개발자는 지능을 이끌고 뛰어난 결과물을 만드는 전문가로 일할 수 있음

댓글과 토론