用途：在用户明确调用 models-consensus 或明确要求额外模型意见后，运行一个只读的模型意见委员会，为用户提供多模型独立意见与整合建议。其它技能只能把它作为手动下一步建议，不能直接调用。
主要能力与模式：支持 poll（独立回答并给出调和后的建议）、debate（对相互竞争的方向做压力测试）、personas（让同一个选定模型从五个视角分析）。三种模式对目标项目均为只读，只能写入 .ai-workflow/consensus/ 下的本地状态、响应产物和最终报告，不修改产品文件、不运行可写工具、不启动实现。
运行方式：调度前必须先展示审批预览并等待用户明确批准，静默、超时、以往的一般性批准、自动请求或其它技能指令都不算批准。预览需列出问题与模式、poll 配置与策略快照、每个角色的席位与所请求模型、执行路径与 effort、预算、工具配置、会话策略、服务模型 receipt 状态，以及 lean poll 的两条条件性 judge 路由。
执行流程：标准 poll 依次运行盲开场、组织者分析、至多一轮缺口修复、两名 judge、综合；lean poll 运行三盲开场和组织者，并按组织者响应中的 confidence、high_risk、material_gaps 等触发条件决定是否运行 judge，否则记为 conditional-not-needed 并保留证据引用。debate 按批准轮次运行，personas 运行五个视角后由主席综合。
限制：仅在用户显式调用或明确要求额外模型意见时运行；模型 ID、effort 支持与任务默认值只来自 shared/model-routing.json；所有 runner 调用使用 --disable-fallback；经批准的席位、模型标签、receipt 要求、主机、执行路径、effort、角色或会话策略若发生变化，需停止并重新展示预览。无验证 receipt 的响应可进入报告，但不能提升多样性置信度。委员会不会执行其建议，用户需另行选择实现流程。
输出：返回或写入 .ai-workflow/consensus/{session_id}.md，包含问题与模式、批准预览与实际运行记录、推荐与一个下一步、共识与分歧及证据缺口、答案置信度与多样性置信度（分别给出）、各席位 receipt 信息；采用决策以 Adopt、Trial、Hold、Reject 或 Not-our-problem 之一的简单评级表示，证据不足时返回 Hold: insufficient evidence 并列出待查项。