GitHub Copilot CLI 引入/fleet 命令：实现多智能体并行协作

事件概述

GitHub Copilot CLI 推出了 /fleet 斜杠命令，旨在改变以往单线程处理任务的模式。通过引入一个幕后协调器（Orchestrator），Copilot 能够将复杂目标拆解为独立的子任务，并调度多个子智能体（sub-agents）在代码库的不同文件或部分中并行工作。

核心机制

• 任务分解：协调器将用户的目标拆解为带有依赖关系的离散工作项，识别哪些任务可并行执行，哪些必须等待前置任务完成。
• 并行调度：独立的子任务被作为后台子智能体同时分发执行。子智能体拥有独立的上下文窗口，但共享同一文件系统；它们之间无法直接通信，仅由协调器进行统一调度与结果汇总。
• 流程闭环：系统轮询任务完成状态，分批次调度后续任务，最终验证输出并合成最终产物。

使用指南

基础用法

在终端输入 /fleet <你的目标提示> 即可启动。例如：
bash
/fleet Refactor the auth module, update tests, and fix the related docs in the folder docs/auth/

非交互式模式

支持在脚本或 CI/CD 流程中运行，需添加 --no-ask-user 标志以禁用交互确认：
bash
copilot -p "/fleet <YOUR TASK>" --no-ask-user

最佳实践：编写高效的并行提示词

为了充分发挥 /fleet 的并行能力，提示词必须具备清晰的结构和明确的边界：

1. 明确交付物：避免模糊指令，将任务映射到具体的文件、测试套件或文档章节。清晰的交付物列表能让协调器识别出可并行的独立单元。

   • 示例：与其说“构建文档”，不如指定创建 docs/authentication.md、docs/endpoints.md 等具体文件，并说明依赖关系（如索引页需等待其他页面完成后生成）。

2. 设定显式边界：明确每个子智能体的职责范围，防止越界操作。

   • 文件/模块边界：指定每个子任务负责的具体目录或文件。
   • 约束条件：明确禁止的操作（如不修改测试、不升级依赖）。
   • 验证标准：定义必须通过的检查项（如 Lint 检查、类型检查、单元测试）。