에이전틱 엔지니어란 무엇인가

기초 과정에서 우리는 클로드 코드로 파일을 고치고, 버그를 잡고, CLAUDE.md로 규칙을 심는 법을 익혔습니다. 이 심화 과정은 한 걸음 더 나아갑니다. '어떻게 잘 시킬까'를 넘어 '어떻게 여러 AI가 스스로 협업하도록 시스템을 설계할까'로 관점을 옮깁니다. 이 관점의 이동이 바로 에이전틱 엔지니어링입니다.

지난 시대의 개발자가 '코드를 타이핑하는 사람'이었다면, 지금 떠오르는 직군은 'AI 에이전트를 설계하고 오케스트레이션하는 사람'입니다. 오케스트레이션(orchestration)은 오케스트라 지휘에서 온 말입니다. 지휘자는 바이올린을 직접 켜지 않습니다. 대신 각 연주자에게 언제 무엇을 할지 신호를 보내 전체가 하나의 음악이 되게 합니다. 에이전틱 엔지니어도 코드를 직접 치기보다, 여러 AI에게 역할을 나눠 주고 그 결과가 하나의 제품으로 합쳐지게 합니다.

'도구를 잘 쓰는 것'과 '패러다임을 바꾸는 것'의 차이

클로드 코드를 잘 쓰는 것과 에이전틱 엔지니어가 되는 것은 다릅니다. 전자는 '더 빠른 삽질'이고, 후자는 '삽을 여러 대 동시에 돌리는 굴착기 설계'입니다. 전자는 한 대화 안에서 더 좋은 프롬프트를 쓰는 것에 머물고, 후자는 대화 밖에 자동화·검증·기억을 배치해 일이 사람 손을 덜 타고도 굴러가게 만듭니다.

이 과정이 엮을 다섯 부품

심화 과정 전체를 관통하는 뼈대는 다섯 개의 부품입니다. 각각은 이미 기초 과정에서 이름은 만나 봤을 것입니다. 여기서는 이 다섯이 '따로 노는 기능'이 아니라 '하나의 파이프라인으로 맞물리는 부품'이라는 관점으로 다시 봅니다.

• 스킬: '주간 리포트 만드는 법'처럼 반복되는 작업 방식을 파일로 굳혀, 필요할 때만 클로드가 스스로 불러 쓰게 함
• 서브에이전트: 메인 대화를 더럽히지 않고 조사·탐색·검증을 별도 컨텍스트에 위임
• 에이전트 팀: 서브에이전트를 넘어, 여러 에이전트가 서로 메시지를 주고받으며 실제 개발팀처럼 협업
• 훅: '수정 후 자동 포맷', '완료 시 알림'처럼 사람이 잊기 쉬운 일을 이벤트에 걸어 자동화
• 커스텀 MCP: 한 모델의 플랜을 다른 모델에게 리뷰시키는 교차검증 같은 고급 오케스트레이션을 연결

다섯 부품을 한꺼번에 다 쓰려 하지 마세요. 오늘 가장 자주 반복하는 작업 하나를 골라 스킬로 굳히는 것에서 시작하면 됩니다. 파이프라인은 부품을 하나씩 붙여 가며 자라는 것이지, 처음부터 완성해 두는 것이 아닙니다.

오케스트레이션이 화려해질수록 '내가 결과를 검토할 수 있는 양'이 진짜 상한선이 됩니다. 에이전트를 열 개 돌려도 사람이 리뷰할 수 있는 건 한계가 있습니다. 자동화는 실행과 탐색을 위한 것이지, 품질·안전 판단까지 넘기는 것이 아닙니다.

이제 지도를 폈으니, 가장 근본이 되는 정신 모델부터 세우겠습니다. 다음 레슨에서는 스킬·MCP·서브에이전트가 '컨텍스트'라는 한정된 자원을 각각 어떻게 쓰는지를 '컨텍스트 경제학'으로 풀어, 언제 무엇을 골라야 하는지 판단 기준을 만듭니다.