让编码智能体修复现有 PR
糟糕！任务：建议落地方案：开发者创建 Pull Request (PR) 并在评论中提及 @copilot 请求修复代码，期望智能体将更改推送到现有分支。该工作流依赖 GitHub Copilot Coding Agent 解读评论并就地修改 PR，模拟人类同事的行为。人工参与环节包括验证智能体是更新了原始 PR 还是创建了新 PR，以及在创建新 PR 时手动将更改合并回初始分支。；工具：GitHub Copilot。人工角色：原帖没有说明人是如何持续参与其中的。；局限：前提条件包括启用 Copilot 的 GitHub 仓库和由人类创建的 PR。主要限制是智能体目前无法修改源自 fork 的 PR，这限制了其在开源或跨仓库工作流中的实用性。关于智能体是否会尊重分支权限或总是创建新分支，集成不确定性仍然存在。合并前需要人工审批以审查任何代码更改。。
工具
Agent Work Atlas 发布日期:
概述
糟糕！
工作流程
建议落地方案：开发者创建 Pull Request (PR) 并在评论中提及 @copilot 请求修复代码，期望智能体将更改推送到现有分支。该工作流依赖 GitHub Copilot Coding Agent 解读评论并就地修改 PR，模拟人类同事的行为。人工参与环节包括验证智能体是更新了原始 PR 还是创建了新 PR，以及在创建新 PR 时手动将更改合并回初始分支。
原文报告的结果
预期的就地修复未实现；Copilot 反而创建了一个新的 PR，迫使用户手动将更改合并回初始 PR。此外，对于源分支位于 fork 中的 PR，该功能无法正常工作，而这在许多项目中占人类编写 PR 的绝大多数。未报告任何成功自动修复原始 PR 的情况。
人工角色
原帖没有说明人是如何持续参与其中的。
局限
前提条件包括启用 Copilot 的 GitHub 仓库和由人类创建的 PR。主要限制是智能体目前无法修改源自 fork 的 PR，这限制了其在开源或跨仓库工作流中的实用性。关于智能体是否会尊重分支权限或总是创建新分支，集成不确定性仍然存在。合并前需要人工审批以审查任何代码更改。
试一试
扮演 GitHub Copilot Coding Agent。我在仓库 [replaceable repo name] 中有一个 PR [replaceable PR URL]，需要针对 [replaceable bug description] 进行小修复。 步骤： 1. 检查 PR 源分支是在同一仓库还是 fork 中。如果是 fork，停止并报告不支持就地编辑。 2. 如果是同一仓库，分析 [replaceable file path] 中的代码，并针对 [replaceable bug description] 提出修复方案。 3. 不要推送更改。向我展示你打算使用的 diff 和提交信息。 4. 等待我的明确确认。 5. 确认后，尝试将提交推送到现有 PR 分支。如果系统强制创建新 PR，停止并报告失败。 交付物：diff 预览、提交信息，以及推送成功或失败的状态报告。 质量检查：修复必须解决 [replaceable bug description] 且不破坏现有测试。如果缺少输入，请询问具体文件和错误日志。未经我批准，不要发布或合并任何内容。
来源报告未经独立核验。发布日期为本站案例发布日期，并非原始文章日期。