GitHub, Copilot CLI의 plan mode·/fleet·autopilot 기반 unit test 생성 workflow 시연

2026년 3월 28일 GitHub는 X에서 Copilot CLI로 터미널 안에서 unit tests를 만드는 구체적인 workflow를 시연했다. post는 세 단계로 구성됐다. Shift+Tab으로 plan mode에 들어가고, autopilot 위에서 fleet of agents를 실행한 뒤, 진행 상황을 모니터링한다는 흐름이다. 중요한 점은 GitHub가 Copilot CLI를 단순 inline suggestion이나 one-shot code generation 도구로 설명하지 않았다는 것이다. 이번 post는 CLI를 더 큰 testing workflow를 orchestration하는 인터페이스로 제시하고 있다.

GitHub docs를 보면 이 신호가 더 분명해진다. /fleet command는 Copilot CLI가 복잡한 요청을 더 작은 independent tasks로 나누고, subagents를 통해 병렬 실행하도록 만드는 기능으로 설명된다. main agent는 dependency와 전체 workflow를 관리한다. 같은 docs는 새 feature를 위한 test suite 작성이 병렬화에 잘 맞는 작업 유형이라고도 적고 있다. 따라서 3월 28일 post는 막연한 demo가 아니라, 문서화된 product workflow를 직접 보여 주는 사례에 가깝다.

autopilot docs는 나머지 퍼즐을 채운다. GitHub는 autopilot mode가 각 단계마다 사용자 입력을 기다리지 않고, task가 끝날 때까지 Copilot CLI가 autonomously 여러 단계를 이어 가도록 해 준다고 설명한다. plan mode와 /fleet를 함께 쓰면, 개발자는 먼저 test 계획을 잡고 이후 실행은 shell 안의 여러 coordinated agents에게 넘기는 형태가 된다. 2월 25일 GitHub changelog가 Copilot CLI를 terminal-native coding agent로 general availability 출시했다고 설명한 점도 이 방향성과 맞물린다.

엔지니어링 팀 입장에서 testing은 이런 구조가 가장 먼저 힘을 발휘할 수 있는 영역 중 하나다. test generation은 파일, 시나리오, edge cases 단위로 쪼개기 쉬워 병렬 subagents에 잘 맞는다. 물론 GitHub의 post가 coverage quality, false positives, maintenance overhead 같은 정량 지표를 제시한 것은 아니므로, 생성된 tests는 여전히 일반적인 code review 대상이다. 그럼에도 이번 tweet은 GitHub가 Copilot CLI를 shell 안의 multi-step developer automation layer로 자리매김하려 한다는 점을 분명히 보여 주는 신호다.

출처: GitHub X 게시물 · GitHub Docs: /fleet · GitHub Docs: autopilot · GitHub changelog