GitHub, Copilot CLI `/fleet`로 반복 유지보수 작업 병렬 위임

X에서 무엇을 강조했나

GitHub는 2026년 3월 15일 X에서 Copilot CLI의 /fleet 명령을 짧지만 분명하게 밀어 올렸다. 메시지의 핵심은 단순하다. 반복적인 유지보수 작업을 사람이 하나씩 직접 처리하지 말고, Copilot에게 한꺼번에 맡기라는 것이다. 게시물 자체는 짧지만, GitHub가 이제 terminal agent를 단순 보조 도구가 아니라 실제 repo maintenance를 위임할 수 있는 runtime으로 포지셔닝하고 있다는 점이 중요하다.

이 기능이 겨냥하는 대상도 분명하다. dependency update, mechanical refactor, cleanup pass, test repair처럼 개별 난도는 낮지만 손이 많이 가는 작업들이다. GitHub는 이런 일을 더 이상 긴 수동 checklist로 다루기보다, 여러 agent가 병렬로 접근하고 사람이 결과를 검토하는 흐름으로 바꾸려는 모습이다.

공식 GitHub 자료에서 확인되는 내용

GitHub의 공식 Copilot CLI 페이지는 Copilot CLI가 subagents와 multi-agent workflows를 지원한다고 명시한다. 해당 FAQ에 따르면 /fleet는 같은 작업을 여러 sub-agent에 병렬로 실행시킨 뒤, 하나의 decision-ready result로 수렴시키는 command다. 즉 단순히 더 빨리 답을 생성하는 것이 아니라, 여러 실행 경로를 동시에 시도한 뒤 사람이 비교·승인할 수 있게 설계된 구조라는 뜻이다.

같은 주간 GitHub changelog는 Copilot CLI가 이제 모든 GitHub Copilot subscriber에게 generally available하다고 설명한다. 이는 /fleet 같은 기능이 실험적 데모 단계를 넘어 실제 팀 workflow에 침투할 가능성을 높인다.

왜 중요한가

실무적으로 이 기능은 유지보수 backlog를 다루는 방식을 바꿀 수 있다. 작은 작업이 수십 개 쌓이면 개발자는 컨텍스트 전환 비용만 계속 낸다. 병렬 sub-agent mode는 바로 그 비용을 줄이려는 접근이다. 한편 생성되는 변경량도 함께 늘어나므로, 최종 가치는 review discipline과 approval control에 달려 있다. 결국 /fleet는 "AI가 코드를 써 준다"에서 한 단계 더 나아가, "AI가 여러 실행안을 병렬로 만들고 사람은 승인 가능한 결과를 고른다"는 운영 모델을 보여준다.

출처: GitHub X 게시물 · GitHub Copilot CLI · GitHub changelog