Coding Agent
GitHub 把「能自己研究仓库、改代码、开 PR」的能力叫做 Copilot cloud agent（文档里也常写 coding agent）。它在 GitHub 托管的环境里干活，不是你笔记本上的静默进程。官方入口：
- About GitHub Copilot cloud agent（文档站 Agents 分类）
- Kick off a task with Copilot agents on GitHub
- Get started with Copilot agents on GitHub
功能是否对你开放取决于 套餐与组织政策。没有额度或管理员关掉 Agent 时，不要用第三方「破解」。价格与限额仍以 Plans 为准。
和 IDE 里 Agent 模式的区别
官方写明：把 Issue 指派给 Copilot 时，它在指派那一刻读取标题、描述和已有评论；之后加在 Issue 上的评论它看不到。跟进写在 Pull Request 上。
路径 1：把 Issue 指派给 Copilot（总会开 PR）
这是最贴近「Issue → PR」的官方路径。
- 在 GitHub 打开 Issue（仓库需允许 Copilot agent；权限不足会看不到指派项）。
- 右侧 Assignees → 选择 Copilot。
- 可选：在 Optional prompt 里补充编码约定、要改的文件、测试要求。
- 可选：选目标仓库、base branch、自定义 agent、模型。
- 确认指派。Copilot 在云端工作，完成后 请求你审查。
写 Issue 时像写给同事：复现步骤、成功标准、不要动的目录。含糊的「优化性能」会变成含糊的 PR。
第三方 coding agent（付费套餐上的公开预览）也可以出现在指派列表，以官方说明为准。
路径 2：用一段提示开工（默认先改分支）
- 打开 Agents 面板（站点右上角）或仓库的 Agents 标签，或打开 github.com/copilot/agents。
- 选仓库，输入任务。需要的话可附 PNG/JPEG/GIF/WebP 截图。
- 若希望它直接开 PR，在提示里写明，例如
Open a pull request to …。 - 可选 base branch、agent、模型，然后提交。
官方默认：cloud agent 先在新分支上工作，你看 diff、追加提示，再一键开 PR。会话日志里可以跟踪进度。完整「研究 → 计划 → 迭代」见官方 Research, plan, and iterate on code changes with Copilot cloud agent。
仪表盘和 Copilot Chat 里也可以用 /task 打开同一类提示框。
路径 3：新建仓库时「播种」
创建仓库时可给 Copilot 一段描述（例如 Create a Rust CLI for converting CSV to Markdown）。它会开一个 draft PR，里面是脚手架代码。仍然要你审，不是生产就绪开关。
IDE 与桌面 App
- VS Code Chat → Agent： 本机多文件改动。第一次用小任务（加测试、改文案），看它跑了哪些命令。
- GitHub Copilot app： 官方桌面应用，面向并行 Agent 会话与 PR 生命周期。入门见 Getting started with the GitHub Copilot app。
- 自定义说明： 仓库级指令（常见为
.github/copilot-instructions.md）能约束风格与验证步骤，见 Adding repository custom instructions。不要把密钥写进该文件。
MCP、hooks、自定义 agent 都是进阶能力；本课只要求你走通「指派 Issue → 出现 PR → 人审」。协议概念可对照本站 MCP 教程。
仓库还可以配置 Agent 的开发环境、防火墙与密钥，见官方 Configure the development environment、Configure secrets and variables for Copilot cloud agent。本机 Windows / macOS 不需要为云端 Agent 装 Docker；计算在 GitHub 侧。
什么任务适合交给云端 Agent
适合： 有明确成功标准的小功能、补测试、改文案、按现有栈加一个只读端点。
不适合： 「把架构现代化」、没有复现步骤的 bug、需要生产密钥才能跑的迁移、你自己都讲不清的重构。这类应先在 IDE Chat 里缩小范围，或拆成多条 Issue。
会话管理（暂停、追加提示、归档）见 Managing agent sessions。不要开五个并行 Agent 改同一模块。
安全与审查（官方立场）
GitHub 强调 cloud agent 有隔离与防火墙等缓解措施，但 风险仍在：错误重构、依赖投毒、把秘密打进 diff。你必须：
- 只在允许该功能的仓库启用
- 像审普通贡献者一样审 Copilot 的 PR（官方 Review output from Copilot）
- 不把 Copilot 的 Approve 当成满足「必需审查人数」的人类批准——文档写明 Copilot 审查不计入这类要求
Windows 与 macOS 用户在浏览器里操作相同；差别只在你稍后用哪套 IDE 拉分支验证。