“한 명의 개발자가 24개의 Claude를 동시에 부린다.” — 2026년 에이전틱 개발 도구 마케팅이 즐겨 그리는 그림입니다. Maggie Appleton(GitHub Next, Staff Research Engineer)은 이 그림이 틀린 문제를 풀고 있다고 말합니다. 구현이 빨라진 만큼, 진짜 병목은 다른 곳으로 옮겨갔습니다 — 무엇을 만들지에 대한 팀의 합의.
원문: One Developer, Two Dozen Agents, Zero Alignment — Maggie Appleton (2026)
핵심 도발
“Software is not made by one person in a vacuum. It’s a team sport.”
“The hard question is no longer how to build it. It’s should we build it.”
“Agreeing on what to build is the new bottleneck.”
세 문장이 글 전체의 뼈대입니다. 생산성을 개인 단위로 N배로 늘리는 비전은 소프트웨어가 어떻게 만들어지는지에 대한 오해 위에 서 있습니다.
“여성 9명이 한 달에 아기를 만든다"는 논리
병렬화가 모든 문제를 푸는 것은 아닙니다. Appleton은 고전적 격언을 빌려옵니다 — 어떤 작업은 본질적으로 순차적이고 합의 의존적이라 인력을 늘려도 단축되지 않는다. 코드 생성은 병렬화되지만, 무엇이 옳은가에 대한 결정은 그렇지 않습니다.
“More individual output doesn’t solve problems that require communication and coordination.”
구현이 거의 공짜가 됐다 — 그래서?
Appleton의 진단:
| 과거 | 지금 |
|---|---|
| 구현 비용이 비쌌다 | 구현 비용이 빠르게 0에 수렴 |
| “어떻게 만들까"가 어려운 질문 | “과연 만들어야 하는가“가 어려운 질문 |
| 생산 비용이 결정의 압력을 만들었다 | 기회비용이 곧 실비용이 된다 |
생산이 싸지면 잘못 만든 것의 비용이 상대적으로 더 커집니다. 만든 건 무엇이든 누군가는 유지·검증·운영해야 하기 때문입니다.
얼라인먼트 위기 — 동기화 지점이 사라졌다
전통적 워크플로는 느렸지만 자연스러운 얼라인먼트 모멘트들을 갖고 있었습니다.
- Slack 대화
- 미팅
- Draft PR
- 코드 리뷰
이 모든 것은 “코드가 만들어지기 전·중간"에 사람들이 의도와 맥락을 맞추는 장소였습니다.
에이전틱 워크플로는 이 시간을 분 단위로 압축합니다 — 이슈에서 PR까지 몇 분. 그 결과 초기 계획 단계의 토론 자체가 사라집니다.
“Agents have made the cost of not being aligned higher.”
빨라진 것은 코드 생성이지만, 빨라진 만큼 합의의 공백이 생깁니다.
부서진 프리미티브 — PR과 이슈는 그릇이 아니다
GitHub, Slack, Jira, Linear는 모두 사람의 속도에 맞춰 설계된 도구입니다. Appleton의 핵심 비판:
“We’re funnelling masses of agentic outputs into platforms built for an outdated way of building software.”
“The PR and the issue are the wrong primitives that can’t handle the speed, shape, and volume of agentic work.”
문제의 형태:
- 이슈는 하나의 작업 단위 — 에이전트가 100개를 동시에 처리하면 의미가 무너진다
- PR은 사후 검토용 단위 — 생성 속도와 검토 용량의 비대칭이 즉시 드러난다
- 두 프리미티브 모두 코드가 만들어진 후에 작동 — 만들기 전의 합의를 담지 못한다
미스얼라인먼트의 두 가지 결과
- 낭비된 작업(wasted work) — 누구도 요청하지 않은 기능, 진짜 문제를 풀지 못하는 기능
- 조정 부채(coordination debt) — 머지 컨플릭트, 중복 작업, 맥락 없는 PR 더미
생산이 빨라질수록 두 비용 모두 비례 이상으로 증가합니다.
해법의 프레임 — 사후 리뷰가 아닌 사전 얼라인먼트
Appleton의 처방: 도구는 구현 전(pre-implementation) 합의 공간을 1급으로 다뤄야 한다.
핵심 원리:
- 계획과 빌드는 순차가 아니라 연속적 사이클
- 본질적 맥락 — 비즈니스 제약, 정치 역학, 제품 비전, 유저 리서치, 조직 역사 — 은 사람의 머릿속에 산다
- 에이전트는 이 맥락을 자율적으로 발견할 수 없다 → 사람이 명시적으로 제공해야 하는 자료
Ace — GitHub Next의 협업 에이전트 프로토타입
이 글의 실험적 결론은 Ace라는 GitHub Next 리서치 프로토타입의 시연입니다. 멀티플레이어 에이전틱 개발이 어떤 모습인지 구체적으로 보여줍니다.
| 요소 | 설명 |
|---|---|
| Sessions | 격리된 microVM 위의 별도 git 브랜치를 백킹으로 한 멀티플레이어 채팅 채널 |
| Shared compute | 팀 전원이 동일한 클라우드 컴퓨터에 접근 — “works on my machine” 문제 제거 |
| Multiplayer prompting | 여러 사용자가 같은 에이전트에게 지시 가능, 에이전트는 전체 대화 이력을 읽음 |
| Live previews | 모두에게 보이는 실시간 렌더링 |
| Integrated terminal | 공유된 명령 실행과 출력 |
| Plan documents | 구현 전에 협업 편집되는 기능 명세 |
| Dashboard summaries | 팀 활동·미완료 작업·주간 진척의 AI 브리프 |
시연 시나리오
“Calm Hacker News” 앱(최근 3개월의 톱 스토리만 보여주는 변형)에 컬러 테마와 가변 기간 옵션을 협업 에이전트 인터랙션으로 추가하는 데모. 핵심 메시지: 에이전트는 보이지 않는 부하 직원이 아니라, 팀 회의에 참여하는 멤버여야 한다.
새로운 용어들
- Coordination debt — 합의 없이 누적되는 통합·중복·맥락 손실 비용
- Alignment bottleneck — 구현이 아니라 무엇을 만들지의 합의가 새 병목
- MicroVM isolation — 세션별 격리된 가상 환경
- Multiplayer prompting — 여러 사람이 한 에이전트를 동시에 지휘
- Social information fabric — 팀의 머릿속에 분산된 맥락을 묶는 사회적 정보 결
작은 솔직함 — “Agents are shit at CSS”
Appleton은 에이전트의 한계를 솔직하게 인정합니다. 기술적 만능 서사가 아니라, 현재의 도구로 무엇을 팀이 더 잘할 수 있는가라는 실용주의 위에 글이 놓여 있다는 신호입니다.
전략적 비전 — 품질이 새 차별점
“Quality becomes the new differentiator.”
생산 비용이 떨어진 시간을 어디에 재투자할 것인가? Appleton의 답:
- 더 엄격한 사고
- 더 깊은 리서치
- 장인정신(craftsmanship)
천 개의 평범한 것이 아니라, 소수의 탁월한 것을 함께 깊이 생각하며 만드는 환경.
실행 체크리스트
- 팀의 워크플로에서 사전 합의 모멘트(plan doc, kickoff)를 명시적 단계로 박아 넣기
- 에이전트에게 던지는 프롬프트를 개인 채널이 아닌 공유 채널에서 작성 — 팀 전체가 맥락에 접근 가능하도록
- PR/이슈를 유일한 협업 단위로 쓰지 말 것 — plan, session, dashboard 같은 더 풍부한 그릇을 시도
- “기능을 더 만들 시간"이 아니라 “기능을 덜 만들고 더 잘 생각할 시간” 을 명시적으로 예산화
- 에이전트가 발견할 수 없는 맥락(정치, 역사, 비전)을 명시적 문서로 추출
왜 이 글이 중요한가
대부분의 에이전틱 도구 담론은 “한 명을 N배로” 라는 축에 갇혀 있습니다. Appleton은 그 축 자체가 잘못 그어졌다고 말합니다.
- 문제의 재정의 — 병목은 구현이 아니라 합의
- 프리미티브 비판 — PR/이슈는 에이전틱 작업량을 담을 그릇이 아니다
- 협업의 1급화 — 에이전트는 팀에 합류해야지, 개인을 증폭해서는 안 된다
- 품질로의 재투자 — 절약된 시간을 더 많은 출하가 아니라 더 깊은 사고에 쓴다
GitHub Next의 Ace 같은 도구가 실제로 이 그림을 구현할 수 있을지는 별개의 문제이지만, 문제 정의 자체가 옳다면 도구의 진화 방향은 달라집니다.
핵심 결론
- 에이전트가 빨라질수록 합의되지 않은 것의 비용도 같이 빨라진다
- “한 명 + 24개 에이전트” 는 팀 스포츠의 룰을 잘못 읽은 비전
- 현재 협업 도구(PR, 이슈, Slack)는 에이전트 작업의 속도·형태·양을 담을 그릇이 아니다
- 해법은 사후 리뷰가 아니라 사전 얼라인먼트 — 계획과 빌드의 연속적 사이클
- 에이전트가 모르는 맥락은 사람의 머릿속에 살며, 그것을 공유 가능한 형태로 끌어내는 것이 도구의 새 역할
- 품질이 새 차별점 — 천 개의 평범함이 아니라 소수의 탁월함
당신의 팀은 더 많은 코드가 아니라 더 좋은 합의를 만드는 도구를 가지고 있는가.