研究、规划与分支迭代

cloud agent 可以把工作分为研究、规划和实施。你不必在最初就要求 PR，而是先让它调查问题，再逐步确定方案和修改范围。

适用入口

官方明确该流程可用于 GitHub.com 上的 cloud agent；Teams 和 Slack 集成中的对应能力处于 public preview。Azure Boards、Jira、Linear 等其他集成仅支持直接创建 PR，不应按同样流程配置。

这里的“先不创建 PR”描述研究和分支迭代流程。Issue 分配和明确要求创建 PR 的任务仍有对应的 PR 行为。

研究仓库

从 Agents、Dashboard、Copilot Chat 或支持的集成开始，先提出调查目标，例如：

Investigate performance issues in this app and suggest improvements.

也可以在 Chat 附加仓库作为上下文；Copilot 会提示批准 deep research 会话。运行中可以追加问题或约束，完成后检查回答引用的代码和结论。

确认计划

在同一工作流中请求实施方案：

Create a plan to implement the most impactful performance improvements for this app.

继续讨论方案，明确修改范围、预期收益和验证方式，待计划符合意图后再要求实施。提出计划本身不代表你已经要求实现。

实施与检查

1. 要求按已确认计划实现，例如 Implement the plan we agreed upon.。
2. 等待会话完成，点击 Diff 检查改动。
3. 如需查看完整上下文，打开对应的 copilot/BRANCH-NAME 分支。
4. 继续对话，要求调整命名、补充验证或缩小修改范围。
5. 完成并满意后点击 Create pull request，进入正式评审。

若从一开始就希望交付 PR，可在初始提示中写明 Create a pull request。截图、草图和设计图可作为输入帮助说明目标；图片限制见GitHub 入口。

与 Chat 共享上下文

从 GitHub Chat 开始的代理会话继承聊天上下文。会话结束后，可以让 Chat 结合日志解释改了什么、验证了什么，以及做出该选择的依据。日志解释与实际 diff、测试输出一起构成评审材料。