GitHub、Copilot CLIのplan mode・/fleet・autopilotによるunit test生成workflowを実演

2026年3月28日、GitHubはXでCopilot CLIを使ってterminal内からunit testsを生成する具体的なworkflowを示した。postは3つの手順で構成されている。Shift+Tabでplan modeに入り、autopilot上でfleet of agentsを起動し、その進行をmonitorするという流れだ。重要なのは、GitHubがCopilot CLIを単なるinline suggestionやone-shot code generationとしてではなく、より大きなtesting workflowをorchestrateするinterfaceとして見せている点にある。

GitHub docsを読むと、その意味はさらに明確になる。/fleet commandは、Copilot CLIが複雑な依頼をsmaller independent tasksへ分解し、subagentsでparallel実行する仕組みとして説明されている。main agentはdependencyと全体workflowを管理する。同じdocsは、新しいfeature向けのtest suite作成がparallelizationに向いたタスクだとも述べている。つまり3月28日のpostは抽象的なdemoではなく、文書化されたproduct workflowをそのまま見せるデモに近い。

autopilot docsはもう一つの要素を補っている。GitHubによればautopilot modeは、各ステップでuser inputを待たずにCopilot CLIがtask完了までautonomously作業を続ける仕組みだ。plan modeと/fleetを組み合わせると、developerはまずtest planを固め、その後の実行をshell内の複数のcoordinated agentsへ委ねることになる。2月25日のGitHub changelogがCopilot CLIをterminal-native coding agentとしてgeneral availability化したことも、この方向性と整合している。

engineering teamsにとって、testingはこの構成の初期ユースケースとして非常に分かりやすい。test generationはfiles、scenarios、edge casesごとに分解しやすく、parallel subagentsに自然に適合するからだ。もちろんGitHubのpostはcoverage quality、false positives、maintenance overheadの定量データまでは示していないため、生成されたtestsは通常どおりreview対象であり続ける。それでもこのtweetは、GitHubがCopilot CLIをshell内のmulti-step developer automation layerとして位置付けようとしていることを示す有力なシグナルだ。

出典: GitHub X投稿 · GitHub Docs: /fleet · GitHub Docs: autopilot · GitHub changelog