혼자인데, 혼자가 아니었다
54일. 71만 줄의 코드. 앱스토어와 구글 플레이 동시 출시. dev.to에 올라온 이 사례를 처음 봤을 때 솔직히 숫자부터 의심했습니다. 근데 git log 커밋 데이터까지 공개된 걸 보고 생각이 바뀌었어요. 이건 과장이 아니라, 워크플로우 설계의 차이입니다.
개발자 Alairjt는 피트니스 플랫폼 NZR Gym을 혼자 만들었습니다. 모바일 앱(iOS/Android), Apple Watch 앱, iOS 위젯, 웹 어드민, 백엔드 API까지 5개 플랫폼. 그런데 '혼자'의 의미가 달랐어요. 그는 37개의 전문화된 AI 에이전트를 7개 부서로 조직한 가상 스튜디오를 운영했습니다. 엔지니어링 6명, 디자인 5명, 마케팅 7명, 프로덕트 3명, 테스팅 5명, 프로젝트 관리 3명, 오퍼레이션 5명—월 비용 약 200달러.
에이전트는 '프롬프트'가 아니라 '채용 공고'다
이 사례들에서 공통적으로 발견되는 핵심 설계 원칙이 있습니다. 에이전트를 프롬프트로 다루지 말고, 직원을 채용하듯 설계하라는 것입니다.
GeekNews에 소개된 AI 마케팅 팀 구축 사례도 같은 철학에서 출발합니다. 7명 규모 SaaS 스타트업 CEO가 Claude Code의 실험적 Agent Teams 기능으로 CMO, 콘텐츠 작가, 소셜미디어 담당, HN 매니저, 성과 분석가—5인 AI 마케팅 팀을 코드 한 줄 없이 구축했습니다. 마크다운 파일 15~20개와 Claude Code만으로요.
두 사례 모두 에이전트 정의 방식이 같습니다. 각 에이전트는 직무 범위, 스타일 가이드, 회사 문서, 도구 권한, 안티패턴이 담긴 마크다운 파일 하나로 존재합니다. NZR Gym의 Backend Architect는 get_file_absolute_url() 사용 규칙과 Cloud Run 메모리 설정(512Mi → OOM 경험치)까지 알고 있고, 마케팅 팀의 ASO Optimizer는 브라질 경쟁사(SmartFit, BTFIT)와 LGPD 규정을 인지합니다. 이건 프롬프트가 아니라 온보딩 문서입니다.
오케스트레이션의 실제: 피드백 루프가 전부다
가상 팀이 실제로 작동하려면 에이전트 간 협업 구조가 필요합니다. AI 마케팅 팀 사례에서 이 구조가 특히 명확하게 드러납니다.
CMO 에이전트가 매주 일요일 주간 전략을 수립하고 3시간 단위 타임슬롯으로 업무를 분배합니다. cron이 매시간 Claude Code를 헤드리스 모드로 실행하면, CMO가 전문 에이전트를 서브프로세스로 병렬 스폰합니다. 에이전트 간 협업은 TaskCreate/TaskUpdate 시스템, 공유 CSV 트래커, SendMessage로 이뤄집니다. 각 에이전트는 .claude/agent-memory/에 세션 간 영속 메모리를 유지해서 전략, 성과, 패턴이 조직 지식으로 쌓입니다.
피드백 루프가 핵심입니다: 소셜미디어 담당 → CSV 로그 → 성과 분석가 → 일일 리포트 → CMO → 전략 업데이트 → 콘텐츠 생성 → 배포 → 반복. 성과 분석가가 marketing-insights.md를 자동 갱신하면 하루 안에 팀 전체에 인사이트가 전파됩니다. 첫 주에 블로그 3편이 자동 게시됐고, AI 에이전트와 대화한 줄 모르고 LinkedIn 연결 요청을 보낸 사람이 실제로 생겼습니다.
도구 설정이 팀 품질을 결정한다
가상 팀의 성과는 결국 에이전트가 참조하는 문서 품질에 달려 있습니다. dev.to에서 Claude Code 도구 10개를 직접 만든 개발자의 인사이트가 여기서 맞닿습니다.
CLAUDE.md는 에이전트 팀의 헌장입니다. 팀 공통 정책을 .claude/rules/에 저장하면 모든 에이전트가 자동 상속합니다. 그런데 대부분의 개발자는 CLAUDE.md를 한 번 설정하고 잊어버립니다. 문제는 여기서 시작됩니다. 마크다운 구조가 깨져 있거나, 컨텍스트 윈도우를 과도하게 잡아먹는 CLAUDE.md는 에이전트 전체 성능을 끌어내립니다. 슬래시 커맨드도 마찬가지예요. /review-pr, /write-tests처럼 프로젝트 컨벤션을 아는 커스텀 커맨드는 매번 같은 프롬프트를 타이핑하는 것보다 훨씬 일관된 결과를 냅니다. 설정에 5분 투자로 에이전트 팀 전체의 기준선이 올라갑니다.
음성 인터페이스: 오케스트레이터의 인터랙션이 바뀐다
Anthropics가 Claude Code에 음성 모드를 추가한 건 이 맥락에서 읽어야 합니다. /voice 커맨드로 활성화하면 "인증 미들웨어 리팩토링해줘", "이 함수에 로깅 추가해줘"를 말로 지시할 수 있습니다. 현재 사용자의 5%에게 열려 있고 곧 전체 확대 예정입니다.
에이전트 팀을 운영하는 오케스트레이터 입장에서 보면 이건 단순한 UX 개선이 아닙니다. AI 마케팅 팀 CEO가 "소셜 담당이 em dash 안 쓰도록 해줘"라고 자연어로 지시하면 마크다운이 자동 수정되듯이—자연어 지시 → 팀 전체 행동 변경의 루프가 음성으로 더 빠르게 돌아갑니다. 코드 리뷰하면서 동시에 에이전트에게 구두 지시를 내리는 워크플로우, 이미 가능합니다.
테크 리드 시각: 지금 팀에 적용할 수 있는 것
이 사례들을 보면서 제가 팀에 바로 가져갈 수 있는 것들을 정리했습니다.
첫째, 에이전트 설계는 채용 공고 작성이다. 역할, 책임 범위, 알아야 할 컨텍스트, 하면 안 되는 안티패턴—이걸 마크다운으로 정의하는 데 투자해야 합니다. 코드 작성보다 이 문서 품질이 결과를 결정합니다.
둘째, 피드백 루프 설계가 코드 설계보다 중요하다. 에이전트가 자신의 행동 결과를 학습하고 다음 사이클에 반영하는 구조 없이는 그냥 비싼 자동화입니다. CSV 트래커, 메모리 파일, 리포트 체계—이게 팀의 집단 지성을 만듭니다.
셋째, 규칙은 복리로 누적된다. 한 번 .claude/rules/에 추가한 규칙이 모든 에이전트의 행동을 영구적으로 개선합니다. 이건 팀 온보딩 문서와 같은 개념입니다. 처음에 잘 써두면 계속 이득입니다.
전망: '팀장'의 정의가 바뀐다
37개 에이전트 스튜디오, 5인 AI 마케팅 팀, 음성 오케스트레이션—이 흐름이 가리키는 방향은 하나입니다. 개발자의 핵심 역량이 '코드 작성'에서 '에이전트 팀 설계와 오케스트레이션'으로 이동한다는 것.
"AI가 생성해준 걸 기반으로 우리가 다듬는" 모델에서, 이제는 "AI 팀이 돌아가는 구조를 내가 설계하는" 모델로 넘어가고 있습니다. 월 200달러로 37명 스튜디오를 운영하는 게 가능한 시대에, 테크 리드의 가치는 에이전트를 얼마나 잘 오케스트레이션하느냐에서 납니다.
기획 단계부터 AI를 끼는 게 효율적이라고 줄곧 얘기해왔는데—이제는 기획부터 마케팅까지 AI 팀이 돌아가는 구조 자체를 설계하는 게 테크 리드의 새 역할이 됐습니다. 이걸 먼저 체득한 팀이 다음 사이클에서 격차를 벌립니다.