用途：LLM Council 用于高风险方案评审、架构决策、冲突规则再裁决等需要多视角的场合，可经 /council "<query>" 或 /wiki council 触发，并把审议结果保存为可检索的 wiki 页面。
主要能力：三阶段流程——独立阶段各模型并行作答；排序阶段各模型对匿名化同伴回答（Response A/B/C）互评排序；综合阶段由主席模型读取全部回答与排序给出最终答案。默认议会规模 3-5 个模型。
使用方式：插件会话中通过 providers MCP 服务器的 run_provider_task 工具运行，task 为 "council"，args 如 ["run", "<query>", "--provider", "openai"]，状态查询传 ["providers"]。独立 CLI 用法：node $SKILL_ROOT/scripts/council.js run "<query>" [--models id1,id2,id3] [--chairman id] [--provider <name>] [--wiki <slug>]，另有 providers 与 show <session-id> 子命令。提供商凭据通过独立 CLI 变量设置，如 PRO_WORKFLOW_ANTHROPIC_API_KEY、PRO_WORKFLOW_OPENAI_API_KEY、PRO_WORKFLOW_OPENROUTER_API_KEY、PRO_WORKFLOW_FIREWORKS_API_KEY，自定义兼容端点用 LLM_COUNCIL_BASE_URL 加 PRO_WORKFLOW_LLM_COUNCIL_API_KEY；首个配置的提供商为默认，--provider 可显式选择 openai|anthropic|openrouter|fireworks|custom。
输出：会话写入 ~/.pro-workflow/council/<session-id>/，含 config.json、phase1_responses.json、phase2_rankings.json、phase3_synthesis.txt、final_output.md；--wiki <slug> 会把完整记录写入 <wiki>/derived/council/<session-id>.md 并注册到 FTS5 搜索。
限制与硬性规则：绝不可跳过排序阶段；原始回答须原样存盘不得摘要；排序时须匿名化；主席可见真实模型名与排序；三阶段全部展示不得省略。成本随模型数量平方增长（每个模型都要评所有其他模型）再加主席，需按提供商费率自行估算；不要在对话中索要密钥，也不要从已有凭据或 shell 配置读取。