AI 요약
본 기사는 2026년 3월 시점의 최신 코딩 에이전트 개발 워크플로우를 분석하며, 안드레 카파시(Andrej Karpathy)가 제안한 '에이전틱 엔지니어링' 개념을 중심으로 한 변화를 설명합니다. 과거의 막연한 코딩 방식에서 벗어나 이제 개발자는 문제 정의와 검증에 70%, 실행에 30%의 시간을 배분하는 구조화된 방식을 채택하고 있습니다. 특히 하퍼 리드(Harper Reed)의 3단계 워크플로우(Brainstorm, Plan, Execute)와 AWS가 제안한 AI-DLC(AI-Driven Development Life Cycle)가 주요 프레임워크로 부상했습니다. 이러한 흐름 속에서 개발자는 직접 코드를 작성하기보다 결정론적 도구(Linter, 테스트 등)를 활용해 에이전트의 출력을 교정하는 '하네스 엔지니어링(Harness Engineering)'에 집중하게 됩니다. 결과적으로 소프트웨어 개발은 수작업 방식에서 자동화된 조립 라인을 운영하는 '팩토리 모델'로 전환되고 있습니다.
핵심 인사이트
- 에이전틱 엔지니어링의 정립: 2025년 2월 안드레 카파시가 제안한 '바이브 코딩'은 1년 만인 2026년 2월, 개발자가 에이전트를 감독하는 '에이전틱 엔지니어링'으로 공식 명칭과 체계가 확립되었습니다.
- 시간 배분의 역전: 애디 오스마니(Addy Osmani)에 따르면 성공적인 개발자는 문제 정의와 검증 전략에 70%의 시간을 투자하며, 실행(Execution) 시간은 30%로 단축되었습니다.
- 표준 도구의 등장: SDD(Spec-Driven Development) 분야에서 'Spec Kit'은 76,627개의 GitHub 스타를 기록하며 22개 이상의 에이전트를 지원하는 사실상의 표준 도구가 되었습니다.
- AWS의 AI-DLC 도입: AWS는 비즈니스 의도를 요약하는 4시간의 'Mob Elaboration' 세션과 9단계의 'Adaptive Workflow'를 포함한 조직적 레벨의 AI 개발 생애 주기를 제안했습니다.
주요 디테일
- Harper Reed식 워크플로우: '한 번에 질문 하나씩(ask me one question at a time)'이라는 프롬프트를 통해 spec.md를 생성하고, 이를 다시 todo.md로 분해하여 Claude Code 등의 에이전트에 실행시키는 3단계 방식을 사용합니다.
- SDD의 3단계 분류: Birgitta Boeckeler는 SDD를 Spec-first(사양 작성 후 파기), Spec-anchored(사양 지속 유지), Spec-as-source(사양만 수정, 코드 수정 금지)의 세 가지 레벨로 정의했습니다.
- 멀티 에이전트 방법론: BMAD-METHOD(40,579 스타)는 12개 이상의 도메인 전문가 역할을 가진 멀티 에이전트를 활용하여 복잡한 프로젝트를 관리합니다.
- 하네스 엔지니어링의 역할: Linter, Hooks, 테스트 전략 등의 결정론적 도구를 사용하여 에이전트의 출력을 실시간으로 교정하고 품질을 보장합니다.
- 승인 피로(Approval Fatigue) 해결: 중대형 프로젝트에서는 매번 세세하게 승인하는 대신, 각 페이즈 게이트(Phase Gate)에서 리뷰하는 방식으로 전환하여 효율을 높였습니다.
향후 전망
- 팩토리 모델로의 전환: 소프트웨어를 수작업으로 만드는 시대가 저물고, 사양(Spec)을 소스 코드로 취급하며 자동 조립 라인을 운영하는 방식으로 업계 표준이 바뀔 것으로 보입니다.
- 개발자 역할의 진화: 단순 코더(Coder)에서 시스템 설계자이자 에이전트 오케스트레이터로의 역할 변화가 가속화될 전망입니다.