用途：在把 3 个及以上并行代理（子代理、委员会席位、群集）派去裁决一批已核实发现时，让各自独立的输出可以直接汇总成单一决策。适用于安全审计处置（新建 ID、并入子项、改严重度、延后等）、设计或规格评审分诊、威胁建模覆盖检查等“决定对每个发现做什么”的场景；不用于判断发现是否真实的上游核实阶段（该阶段另有对抗式核实席位方案）。
主要能力：一是固定决策词表（枚举），每个席位对每个条目从同一封闭列表中选择处置，避免自由文本建议无法对齐；二是共享的逐项输出块，字段一致，如条目、是否核实（引用）、处置、严重度、三句以内理由、何种情况会改变结论，其中“何种情况会改变结论”用于暴露假设并帮助分类分歧；三是按席位明确条目所有权，随附证据，共享上下文压缩后在各提示中一致陈述；四是以强制状态行结尾，如 status: nominal | degraded [原因] | blocked [原因]；五是在派发时分配带命名空间的发现 ID，由各席位按来源前缀编号并由汇总者原样粘贴，避免编号冲突导致发现被静默丢弃，汇总时用汇总表或按席位分节保证可见。面板非扁平（混合提供方、阶段串联、席位自行招募专家或提供方可能失败/弃权）时，用提供方信封包装每次返回。
使用方式：在每个席位的派发提示中注入压缩后的语料摘要、当前状态与枚举，然后写明该席位的视角、拥有的发现与内联证据，要求按统一块逐项输出并以状态行结束；汇总阶段按枚举值分组而非重读散文。纪律上，模式不能替代核实，应要求席位对依赖的具体论断做抽查核实（引用文件与行号）；跨构建若确认只需有限读取，应由汇总方直接核实而非推给后续工单，仅当修正范围很大时才重新派发。
限制：资料未提供安装命令、代码示例之外的实现细节、收费与平台信息；效果依赖派发提示的schema质量，孤立代理之间仍不可互相看见。