GitHub, Squad로 저장소 네이티브 multi-agent coding workflow 제시

4월 5일 GitHub의 X post는 Squad를 다시 끌어올렸다. GitHub Copilot 위에서 동작하는 이 open-source 프로젝트는, multi-agent software workflow를 일반적인 저장소 안에서 더 실용적으로 만들겠다는 시도다. GitHub의 문제의식은 단순하다. single-prompt coding은 결국 model을 계속 steering해야 하고, design, implementation, testing, review를 분리해 다루기 어려워진다는 것이다.

Squad의 초기 설정은 비교적 가볍다. GitHub 설명에 따르면 개발자는 npm install -g @bradygaster/squad-cli로 CLI를 설치하고, 저장소 안에서 squad init을 실행하면 된다. 그러면 lead, frontend developer, backend developer, tester 같은 역할을 가진 AI team이 repo 안에 구성된다. coordinator agent는 work routing에 집중하고, specialist는 task-specific instruction을 받아 병렬로 움직인다. 복잡한 orchestration stack이나 vector database를 먼저 만들지 않아도 된다는 점이 이 프로젝트의 출발점이다.

저장소 파일이 shared memory가 된다

더 흥미로운 부분은 context를 공유하는 방식이다. GitHub는 live agent 사이의 실시간 동기화가 오히려 fragile하다고 보고, Squad가 team knowledge를 versioned repo file로 되돌려 쓴다고 설명한다. architectural decision은 decisions.md에 누적되고, agent의 identity와 history는 .squad/ 폴더에 기록된다. 즉 AI team의 memory가 vendor session이나 숨겨진 vector store에 갇히지 않고, 코드와 함께 inspectable하고 clonable한 상태로 남는다.

GitHub는 또 Squad가 context splitting 대신 context replication을 택한다고 본다. coordinator는 얇게 유지되고, specialist는 각각 독립된 inference call과 별도 context window를 가진다. 예시에서는 backend agent가 구현을 하고 tester가 test suite를 돌리며, reviewer automation이 켜져 있으면 처음 작성한 agent가 자신의 rejected patch를 직접 고치지 못하게 막을 수도 있다. 물론 GitHub도 이를 autopilot로 포장하지는 않는다. 결국 PR을 review하고 merge하는 주체는 human이다. 그럼에도 Squad는 coding agent를 더 똑똑한 chat 창이 아니라, 저장소 안에서 협업하는 infrastructure로 바꾸려는 방향을 분명히 보여준다.