/delegate 把任务从本地 CLI 推送到 GitHub Cloud Agent 在云端执行：Copilot 在新分支上完成工作、创建 PR，你无需守着终端等待。适合耗时较长、不依赖本地环境的任务。

GitHub Copilot CLI /delegate 命令：把任务委托给 Cloud Agent

Autopilot vs /delegate

Copilot CLI 支持两种自动执行模式，容易混淆：

对比项	Autopilot	/delegate
执行位置	本地机器	GitHub 云端
是否需要保持在线	需要	不需要
代码变更如何交付	直接在本地修改	创建新分支 + PR
适合场景	需要本地服务/数据库	独立任务、耗时较长
能否同时做别的事	不方便	可以

使用 /delegate

方法一：斜杠命令

/delegate 完成 API 集成测试并修复所有边缘 case

方法二：& 前缀（简写）

& 完成 API 集成测试并修复所有边缘 case

两者等价，& 是 /delegate 的语法糖，更简洁。

执行流程

1. Copilot 询问是否要把当前未暂存的改动提交为 checkpoint
2. 创建新分支
3. 在云端启动 Cloud Agent 执行任务
4. 提供 PR 链接和 Session 链接供你监控

执行后你可以关掉终端，稍后去 GitHub 上查看 PR。

监控任务进度

方式一：直接访问 PR 链接

Copilot 在委托时会输出 PR 链接，直接在浏览器中查看。

方式二：CLI 中查看

/tasks

列出所有后台任务，包括委托给 Cloud Agent 的任务。

Autopilot 本地自动执行

如果任务需要在本地机器上执行（访问本地数据库、调用本机服务），使用 Autopilot 而不是 /delegate：

交互方式启用：

Shift+Tab   # 多按几次切换到 "autopilot" 模式

编程方式（适合 CI/脚本）：

copilot \
  --autopilot \
  --yolo \
  --max-autopilot-continues 10 \
  -p "补全所有缺失的单元测试"

什么任务适合 /delegate

• 代码审查并根据 Review 意见修改
• 添加测试覆盖
• 文档更新
• 重构独立模块
• 任何不依赖本地状态的任务

常见问题

Q: /delegate 的任务失败了怎么处理？

A: 访问 PR 页面查看 Session 日志，了解失败原因。可以在 PR 中留下注释补充说明，或者手动继续修改分支。

Q: 能不能给 /delegate 追加更多上下文？

A: 可以。在命令后面加具体要求：

& 完成 API 集成测试，重点覆盖用户认证的边缘 case，跳过已有测试不要修改

描述越具体，Cloud Agent 的完成质量越高。

Q: Cloud Agent 用的是同一个 Copilot 配额吗？

A: 是的，/delegate 委托的任务会消耗 Copilot 的 AI Credits，和 CLI 本地任务一样。