Your Team's Agents Are All Shipping to the Same Code at Once - Patrick Debois, Tessl

한 줄 핵심

여러 사람과 여러 에이전트가 같은 코드베이스를 동시에 다루는 시대에는, 병렬 생산성을 높이되 충돌·리뷰·의사결정을 관리하는 새로운 협업 인프라와 작업 방식이 필수다.

시간별 요약

1. 0:00
   멀티플레이어 소프트웨어 공장 기존의 순차적 빌드·테스트·병합 흐름은 AI와 에이전트가 늘어난 환경에서 병목이 되며, 같은 코드베이스를 여러 사람이 동시에 다루는 멀티플레이어 공장으로 전환해야 한다.
2. 2:00
   충돌을 줄이는 작업 분해와 병렬 실행 pull request와 병합 충돌, 재기반, CI 비용이 급증하므로 작업을 파일·함수·기능 단위로 더 세밀하게 분해하고, 티켓 점유와 워크트리·샌드박스 분리로 에이전트 간 간섭을 줄여야 한다.
3. 6:00
   코드 충돌을 넘어 의도까지 관리하기 단순히 코드 라인이 안 겹치는 것만으로는 충분하지 않으며, 서로 다른 변경이 같은 기능 의도를 훼손할 수 있으므로 intent 수준의 검증과 speculative merge trains 같은 전략이 필요하다.
4. 10:00
   공유 보드와 의사결정 로그 에이전트가 채팅과 티켓 보드에 직접 참여해 요구사항을 구체화하고 질문을 던지며, 결정은 shared decision log에 남겨 다음 세션과 다른 팀원이 재사용할 수 있어야 한다.
5. 15:00
   리뷰를 위험 기반으로 재설계하기 모든 변경을 같은 수준으로 리뷰하는 대신 영향도와 복구 가능성에 따라 인간 리뷰와 자동 리뷰, 점진적 릴리스를 조합해야 하며, 조직에는 커스텀 context·skills·루프를 관리하는 factory team이 필요하다.

실무 인사이트

• 에이전트 수를 늘리는 것보다 먼저, 작업 분해·잠금·재시도·병합 정책을 정교하게 설계해야 병렬 생산성이 실제 성과로 이어진다.
• 리뷰 기준은 코드 품질만이 아니라 운영 리스크와 복구 전략까지 포함해야 하며, 특히 인증·데이터처럼 고위험 변경은 더 강한 인간 검증이 필요하다.
• 멀티플레이어 개발 환경에서는 변경 사항을 기술팀만이 아니라 비개발 직군도 이해할 수 있게 공유·번역하는 커뮤니케이션 체계가 경쟁력이 된다.