에이전트들이 실제로 서로 대화하는 9인 에이전트 팀을 구축한 방법

저는 6개월 동안 Claude Code를 사용하며 제품을 출시하고 콘텐츠 및 출시 운영 (launch ops)을 진행해 왔습니다. 계속해서 문제가 발생했던 지점은 에이전트 자체가 아니었습니다. 바로 저였습니다. 조사 (research), 작성 (write), 코드 (code), 검토 (review) 사이의 모든 인수인계 과정에서 제가 세션 간에 컨텍스트 (context)를 복사하여 붙여넣고 있었습니다. 저는 제 AI 팀의 디스패처 (dispatcher)이자 컨텍스트 보유자였습니다.

처음에는 gstack을 시도해 보았습니다. 역할 분담은 훌륭했지만, 여전히 슬래시 명령어 (slash commands)를 순환하며 실행하는 것은 저였습니다. /office-hours → /plan-eng-review → /review → /ship. 결과물은 좋았지만, 제가 모든 단계를 오케스트레이션 (orchestrating) 하고 있었습니다.

주말을 할애하여 제 워크플로 (workflow)를 이식했습니다. 구성은 다음과 같습니다:

엔지니어링 (Engineering, 4개 에이전트)

• arch: 아키텍처 결정 (architectural decisions)을 담당합니다. 코드가 시작되기 전 제안된 변경 사항을 검토합니다. 성격:

• 각 에이전트는 지속적인 영혼 (Soul) + 목적 (Purpose) + 기억 (Memory)을 가집니다. 에디터 (editor)는 3주 후에 우리의 말투를 파악합니다. 아키텍처 (arch) 에이전트는 지난달에 우리가 캐싱 (caching)에 대해 결정했던 사항을 기억합니다.

• 자동 캡처된 지식 베이스 (Knowledge Base). 전략가 (strategist)는 가장 성과가 좋았던 포스트의 패턴을 기억하고 그에 따라 브리핑 (briefings)을 생성합니다.

혹시 원하신다면 영혼/목적 (Soul/Purpose) 문서를 공유해 드릴 수 있습니다. 이 부분을 조정하는 데 가장 오랜 시간이 걸렸습니다.