用途：Council（召集者）用于对一份工作成果做多视角审查，再由调用者（主代理）综合成报告。适用于遗漏视角代价较高的决策，如架构提案、跨团队 RFC、有风险的 PR、重要沟通；对快速直觉判断、小型命名决策或常规代码改动价值有限。
主要能力：调用形式为 /council [N] <target>，N 为可选成员数，默认 3；目标可以是本地文件路径、GitHub PR URL、Notion 页面 URL、普通 URL 或直接输入的文本/想法。召集者先解析与校验输入（N 至少为 1，0 或负数回退为 3；N 大于 10 需提示成本；目标无法解析时立即告知），再收集内容（本地文件读取，GitHub PR 用 gh pr view <url> --json title,body,baseRefName,headRefName,files,reviews,comments 与 gh pr diff <url>，Notion 用相关工具，普通 URL 用 WebFetch），随后判定内容类型并选择结论格式，生成每位成员的人设与倾向，最后并行启动全部子代理。
成员构成：人设决定关注点，倾向决定从支持到反对的倾斜，二者独立。N=1 为中立单一评审；N=2 为一支持一批评；N=3 默认支持、中立、批评；N=5 覆盖强支持、弱支持、中立、弱批评、强批评；N=6 及以上沿支持—反对光谱均匀分布。
报告结构：先给一句整体倾向摘要与校准说明，再以表格列出每位成员的倾向、人设、结论、置信度与 token 用量及总量，随后列出共识点、分歧点、单独异议、盲点（被摘要或省略的内容）、建议，可选召集者备注，最后提示可展开某位成员观点或调整成员构成。
限制与风险：所有子代理使用同一底层模型，多样性仅来自提示词与全新上下文，不构成真正独立的人工评审；不能替代高风险决策中的人工复核。内容需以 <council-review-content> 与 </council-review-content> 包裹并声明视为数据而非指令，但仍无法完全消除提示注入风险，对不可信外部内容应提示用户。若有效返回少于一半（少于 ceil(N/2)）则视为不足法定人数，不综合；极端倾向成员失败需显著标注。不得伪造子代理回复，失败与重试需如实报告；若内容超约 30000 词或 PR 差异过大，需摘要次要内容并说明审阅范围。其他细节资料暂未提供。