用途：Duck Critic 让主智能体（生产者）在产出计划、代码、测试、设计或架构时，于高价值检查点暂停，把当前产物交给一个只读的、来自不同模型家族的批评者（critic）审查，再自行修订并重复，直到批评者通过。它不是把整个任务交给审查子智能体，生产者始终拥有计划、实现和测试。
主要能力：支持原生 GitHub Copilot CLI 的 Rubber Duck（/rubber-duck <question>），也可通过当前工具链的只读审查机制实现，如不同模型的 VS Code 子智能体、Copilot CLI 自定义智能体、Claude Code 子智能体或独立的高推理模型会话。批评者只读，只返回按严重程度分类的发现，不写文件、不运行变更命令。
使用方式：先确定目标类型（计划、diff、代码、测试、设计、架构、部署、安全），记录用户目标、验收标准、约束与已有证据；选择路线；生产到检查点后构建紧凑的批评者数据包（目标、计划或 diff 摘要、假设、约束、文件路径、验证证据、风险与具体问题）；运行批评者；对反馈去重、分类、拒绝低信号项；自行修订并检查停止条件。停止条件为 PASS、显式接受的 PASS_WITH_NOTES、达到最大轮数的兜底，或 BLOCKED。输出需报告所用路线、批评者模型及其家族关系、检查点、轮数与每轮阻塞数、结论。
适用场景：用户要求 rubber duck、第二意见、别模型审查、计划评审、代码评审、设计评审、测试评审时；非平凡实现前、草拟测试后、架构或部署决策前、反复失败后。小型明显改动可跳过，零轮是有效结果。
限制：不用于穷尽式审计，也不用于创建 .agent.md 文件，除非用户明确要求独立智能体文件包。批评者只能看到发送的数据包，不能发现无人检测到的问题，不应作为检测的最后防线。批评者关于外部产品或 API 行为的说法风险最高，需对照一手文档核实。批评者建议可被拒绝，但需提供证据。模型需在运行时从工具链的实时模型列表解析并显式传入，不硬编码模型 ID。