grill-duo-with-docs

双人追问与文档

邀请者负责持续追问和维护文档，一位固定搭档负责独立复核。搭档只提供建议，不修改项目文档。

角色与轮次关联

• 用户启动会话或回答当前开放轮次：作为邀请者继续。
• 当前 AgentRun 由文档版双人追问复核请求直接触发：作为固定搭档，只处理当前请求。
• 当前输入是固定搭档对本轮有效邀请的直接回复：作为邀请者继续。

使用 Runtime 提供的可信发送者、当前触发消息和直接回复关系判断角色。邀请者只接受当前固定搭档对本轮有效邀请的直接回复；普通版、旧轮、失效或迟到建议只作补充，不能推进、回退或重开会话。

邀请者按需读取领域建模纪律、词汇表格式和决定与当前权威路由；搭档不读取这些文档规则。

基本流程

1. 选择合格的固定搭档，每轮整理 1–4 个前提已确认、彼此不依赖的问题。
2. 把本轮问题一次发给搭档，不附带自己的推荐。
3. 搭档用一条消息逐题返回建议、理由和风险。
4. 邀请者结合双方判断，一次向用户提出全部开放问题并给出推荐。
5. 用户回答后继续当前轮，只维护已经确认的内容；当前轮全部关闭后才整理下一轮。
6. 没有重要问题后，请用户确认共同理解；确认前不开始产品实现。

依赖本轮其它答案的问题留到下一轮。能从代码、权威文档、工具、当前输入或 Camp 公共历史查明的事实，不问用户。

固定搭档

固定搭档必须不是自己、仍在当前 Camp、能够接收请求。使用可信 Agent ID 寻址，不根据显示名或正文猜测。优先选择最匹配的成员，整场保持固定；只有用户要求、搭档离场或不可用，或者问题进入其无法有效判断的领域时才更换，并说明原因。

没有合格搭档时，明确降级为单人追问并继续相同轮次和文档规则，不虚构第二个观点。

开放轮次

一轮在所有问题被明确回答、取消或失效前保持开放，使用稳定编号 Q1–Q4。

• 未回答问题保留原编号、原问题和已有搭档建议；内容未变时不重复复核。
• 开放轮次期间不混入新问题。
• 用户改变某题的问题、选项或约束时保留编号，只重新复核该题；此后只采用搭档对更新邀请的直接回复。
• 用户只回答部分问题时，只维护已确认部分，并继续列出仍开放的原编号和已有建议。

消息方式

• 邀请者请求搭档：rovai send --to <搭档 Agent ID> --body <本轮问题>
• 搭档返回建议：rovai send --to <邀请者 Agent ID> --body <本轮建议>
• 邀请者询问用户或请求最终确认：rovai send --to-user --body <正文>

使用可信 Agent ID。消息发送成功后结束当前响应；失败时按 CLI 返回指示处理，不盲目重发。

本轮内容

复核请求列出用户目标、已确认内容、每个问题的主要选项与约束，以及可能影响的文档。

搭档不得继续委派、增加问题或修改 CONTEXT.md、Architecture、Contract、Version Decisions 等项目文件，按原编号逐题给出建议、最主要理由和风险。

邀请者一次呈现全部开放问题，逐题说明主要取舍、自己的推荐、搭档看法和可能影响的文档；存在分歧时准确说明，并请用户按原编号回答。

维护文档

只维护用户明确确认的内容。领域词汇、当前权威、决定准入与格式、仓库规则和校验方式分别由上述三个 reference 及项目文档拥有；未回答、含糊或仅由搭档建议的内容不得写成已确认事实。

确认一项决定后，邀请者必须判断它应更新领域词汇、Architecture、Contract、当前版本 Decisions、Version 实施/验收文档中的哪几项，或者是否无需长期文档。不得创建新的数字 ADR 文件。

完成

没有重要问题后，总结已确认决定、关键约束和风险、文档变化及未确认但不阻塞的事项，并请求用户确认共同理解。用户确认后结束会话。