Copilot CLI Rubber Duck：把第二意见变成提交前门禁

这篇解决什么

开发者让 Agent 写代码后，常见风险不是代码没有生成，而是计划过窄、测试遗漏、边界条件没有覆盖。第二意见如果只靠临时提问，很难稳定复用。

适合谁

适合希望在 Copilot CLI 内形成提交前自查流程的个人开发者、开源维护者和团队 reviewer。

操作步骤

1. 在实现前让主 Agent 输出计划、影响文件和测试方案
2. 调用 Rubber Duck 审查计划中的风险、遗漏和不必要复杂度
3. 把反馈分成必须修改、建议观察和无需处理三类
4. 只让主 Agent 处理必须修改项，再重新输出差异摘要
5. 运行最小测试集并记录失败恢复动作
6. 把高频反馈整理成仓库级开发约束

可复制模板

任务：
主 Agent 计划：
Rubber Duck 反馈：必须修改 / 建议观察 / 无需处理
采纳项：
验证命令：
沉淀规则：

验收清单

• 实现前已有计划
• 第二意见按严重度分组
• 采纳项可追踪
• 测试命令已运行
• 高频问题已沉淀

常见错误

• 只收藏产品更新，没有改成自己的任务卡、权限表和验收证据。
• 直接在生产账号、生产仓库或公开页面试新功能，没有先跑低风险样本。
• 只看工具能力，不记录成本、失败率、人工接管次数和恢复动作。
• 把外部链接当正文主体，读者离开页面后才知道怎么做。

30 分钟小样本

前 5 分钟写清输入、目标和风险边界；中间 15 分钟按步骤跑一个低风险样本；最后 10 分钟记录输出、失败点、人工修改量和下一次复用条件。样本不通过时，只修失败点，不扩大范围。

下一步怎么用

第一次执行时把它当成个人操作卡；第二次复用时沉淀为团队模板；第三次仍然稳定后，再升级为固定 SOP、Skill 或工具导航页。涉及账号、发布、删除、付费、生产代码和客户数据的动作，必须保留人工确认点。

资料依据

• GitHub Changelog / Copilot CLI rubber duck / 2026-06-02

标签