0xNyk/council-of-high-intelligence

GitHub: 0xNyk/council-of-high-intelligence

一个多人格、多模型 AI 商议框架,通过 18 位模拟名人视角的结构化讨论帮助用户对复杂决策进行多角度分析。

Stars: 3561 | Forks: 317

# 高智能委员会

Council of High Intelligence

18 个 AI 人格通过多个 LLM 提供商共同商议你最棘手的决策。只需一条命令。

Release Stars License Claude Code Skill Codex Skill 18 Members

目录 - [快速开始](#quickstart) - [为何有效](#why-this-works) - [18 位委员会成员](#the-18-council-members) - [三种商议模式](#three-deliberation-modes) - [多提供商自动路由](#multi-provider-auto-routing) - [商议协议](#deliberation-protocol) - [安装](#installation) - [环境要求](#requirements) - [贡献](#contributing) - [支持项目](#support-the-project)
## 快速开始 ### Claude Code ``` git clone https://github.com/0xNyk/council-of-high-intelligence.git cd council-of-high-intelligence ./install.sh ``` 然后在 Claude Code 中: ``` /council Should we open-source our agent framework? /council --quick Should we add caching here? /council --duo Should we use microservices or monolith? ``` ### Codex ``` git clone https://github.com/0xNyk/council-of-high-intelligence.git cd council-of-high-intelligence ./install.sh --codex ``` 然后在 Codex 中: ``` /council Should we open-source our agent framework? /council --quick Should we add caching here? /council --duo Should we use microservices or monolith? ``` ## 为何有效 单个 LLM 只会给你一条披着自信外衣的推理路径。向它提出一个难题,你会得到一个流畅、结构化却错误的答案。而委员会为你提供的是结构化的意见碰撞: - **获得真正不同的视角** — 极性对会迫使产生真正的冲突(苏格拉底摧毁假设;费曼从第一性原理重建)。多提供商路由将成员分散在 Claude、OpenAI、Gemini 和 Ollama 中,从而让你获得真正不同的推理,而不是同一个模型换皮表演 - **及早发现错误的问题** — “问题重述关卡”要求每位成员在分析开始前重新构建问题。如果 3 位成员的问题重述出现分歧,那么问题本身就出在你的提问上 - **清楚委员会无法回答什么** — 结论会优先列出“未决问题”和“建议的后续步骤”,而不是听起来自信的共识。委员会不知道的事情比它达成一致的地方更重要 - **防止群体思维** — 异议配额、新颖性关卡和反事实提示强制产生真正的分歧。如果超过 70% 的人过早达成一致,两名成员将被强制要求钢铁人(强化并反驳)反对观点 ## 18 位委员会成员 | Agent | 人物 | 领域 | 默认模型 | 极性 | |-------|--------|--------|-------|----------| | `council-aristotle` | 亚里士多德 | 分类与结构 | opus | 将一切分类 | | `council-socrates` | 苏格拉底 | 摧毁假设 | opus | 质疑一切 | | `council-sun-tzu` | 孙武 | 对抗策略 | sonnet | 解读局势与竞争 | | `council-ada` | 艾达·洛夫莱斯 | 形式系统与抽象 | sonnet | 什么能/不能被机械化 | | `council-aurelius` | 马可·奥勒留 | 韧性与道德清晰度 | opus | 控制与接纳 | | `council-machiavelli` | 尼科洛·马基雅维利 | 权力动态与现实政治 | sonnet | 行动者真实的行为模式 | | `council-lao-tzu` | 老子 | 无为与涌现 | opus | 少即是多的情况 | | `council-feynman` | 理查德·费曼 | 第一性原理调试 | sonnet | 拒绝未经验证的复杂性 | | `council-torvalds` | 林纳斯·托瓦兹 | 实用主义工程 | sonnet | 要么发布要么闭嘴 | | `council-musashi` | 宫本武藏 | 战略时机 | sonnet | 决定性的一击 | | `council-watts` | 亚伦·瓦兹 | 视角与重构 | opus | 消解伪问题 | | `council-karpathy` | 安德烈·卡帕西 | 神经网络直觉 | sonnet | 模型实际如何学习和失败 | | `council-sutskever` | 伊利亚·苏茨克维 | 扩展边界与 AI 安全 | opus | 能力何时成为风险 | | `council-kahneman` | 丹尼尔·卡尼曼 | 认知偏差与决策科学 | opus | 你自己的思维是第一个错误 | | `council-meadows` | 德内拉·梅多斯 | 系统思考与反馈回路 | sonnet | 重新设计系统,而非治标不治本 | | `council-munger` | 查理·芒格 | 多模型推理与经济学 | sonnet | 反向思考 — 什么必定导致失败? | | `council-taleb` | 纳西姆·塔勒布 | 反脆弱性与尾部风险 | opus | 为尾部设计,而非为平均值 | | `council-rams` | 迪特·拉姆斯 | 以用户为中心的设计 | sonnet | 更少,但更好 — 由用户决定 |
极性对 — 成员被刻意选为相互制衡的对立面 - **苏格拉底 vs 费曼** — 自上而下摧毁 vs 自下而上重建 - **亚里士多德 vs 老子** — 将一切分类 vs 结构本身就是问题 - **孙武 vs 奥勒留** — 赢得外部博弈 vs 治理内心博弈 - **艾达 vs 马基雅维利** — 形式上的纯粹 vs 复杂的人性动机 - **托瓦兹 vs 瓦兹** — 交付具体的解决方案 vs 质疑问题是否存在 - **武藏 vs 托瓦兹** — 等待完美时机 vs 立即发布 - **卡帕西 vs 苏茨克维** — 构建、观察、迭代 vs 暂停、研究、确保安全先行 - **卡帕西 vs 艾达** — 经验性 ML 直觉 vs 形式系统理论 - **卡尼曼 vs 费曼** — 你的认知是第一错误 vs 信任第一性原理推理 - **梅多斯 vs 托瓦兹** — 重新设计反馈回路 vs 修复表面症状并发布 - **芒格 vs 亚里士多德** — 多模型栅格 vs 单一分类系统 - **塔勒布 vs 卡帕西** — 隐藏的灾难性尾部 vs 平滑的经验性扩展曲线 - **拉姆斯 vs 艾达** — 用户需要什么 vs 计算能做什么
## 三种商议模式 ### 完整模式(默认) 3 轮结构化商议:独立分析 → 交叉质询 → 最终立场。 ``` /council Should we open-source our agent framework? /council --triad strategy What's our competitive moat? /council --full What is the right pricing model? ``` ### 快速模式 (`--quick`) 2 轮快速分析,适用于更简单的决策。无交叉质询。 ``` /council --quick Should we add caching here? /council --quick --triad shipping Should we release today? ``` ### 双人模式 (`--duo`) 利用极性对的 2 人辩证法。非常适合探索矛盾与张力。 ``` /council --duo Should we use microservices or monolith? /council --duo --members torvalds,ada Is this abstraction worth it? ```
预定义三人组 — 20 组特定领域的 3 成员组合 | 领域 | 三人组 | 原理 | |--------|-------|-----------| | `architecture` | 亚里士多德 + 艾达 + 费曼 | 分类 + 形式化 + 简洁性测试 | | `strategy` | 孙武 + 马基雅维利 + 奥勒留 | 局势 + 激励 + 道德基础 | | `ethics` | 奥勒留 + 苏格拉底 + 老子 | 责任 + 质疑 + 自然秩序 | | `debugging` | 费曼 + 苏格拉底 + 艾达 | 自下而上 + 假设测试 + 形式验证 | | `innovation` | 艾达 + 老子 + 亚里士多德 | 抽象 + 涌现 + 分类 | | `conflict` | 苏格拉底 + 马基雅维利 + 奥勒留 | 揭示 + 预测 + 奠定基础 | | `complexity` | 老子 + 亚里士多德 + 艾达 | 涌现 + 分类 + 形式主义 | | `risk` | 孙武 + 奥勒留 + 费曼 | 威胁 + 韧性 + 经验性验证 | | `shipping` | 托瓦兹 + 武藏 + 费曼 | 实用主义 + 时机 + 第一性原理 | | `product` | 托瓦兹 + 马基雅维利 + 瓦兹 | 交付产品 + 激励 + 重构 | | `founder` | 武藏 + 孙武 + 托瓦兹 | 时机 + 局势 + 工程现实 | | `ai` | 卡帕西 + 苏茨克维 + 艾达 | 经验性 ML + 扩展边界 + 形式限制 | | `ai-product` | 卡帕西 + 托瓦兹 + 马基雅维利 | ML 能力 + 交付实用主义 + 激励 | | `ai-safety` | 苏茨克维 + 奥勒留 + 苏格拉底 | 安全边界 + 道德清晰度 + 摧毁假设 | | `decision` | 卡尼曼 + 芒格 + 奥勒留 | 偏差检测 + 逆向思维 + 道德清晰度 | | `systems` | 梅多斯 + 老子 + 亚里士多德 | 反馈回路 + 涌现 + 分类 | | `uncertainty` | 塔勒布 + 孙武 + 苏茨克维 | 尾部风险 + 局势 + 扩展边界 | | `design` | 拉姆斯 + 托瓦兹 + 瓦兹 | 用户清晰度 + 可维护性 + 重构 | | `economics` | 芒格 + 马基雅维利 + 孙武 | 模型 + 激励 + 竞争 | | `bias` | 卡尼曼 + 苏格拉底 + 瓦兹 | 认知偏差 + 摧毁假设 + 框架审计 |
委员会配置 — 为不同需求预构建的阵容 ### `classic` (默认) 包含上述所有 18 名成员和领域三人组。最适合广泛的商议。 ### `exploration-orthogonal` 12 人小组,用于发现并减少“未知的未知”: - 苏格拉底、费曼、孙武、马基雅维利、艾达、老子、奥勒留、托瓦兹、卡帕西、苏茨克维、卡尼曼、梅多斯 - 配置三人组:`unknowns`、`market-entry`、`system-design`、`reframing`、`ai-frontier`、`blind-spots` ### `execution-lean` 5 人小组,用于实现从决策到行动的快速转化: - 托瓦兹、费曼、孙武、奥勒留、艾达 - 配置三人组:`ship-now`、`launch-strategy`、`stability`
## 多提供商自动路由 委员会会自动检测已安装的 LLM 提供商,并将成员分配到不同模型中,以实现真正的模型多样性 — 无需任何配置。 ``` /council --triad decision Should we accept this acquisition offer? ``` **支持的提供商**(自动检测): | 提供商 | CLI | 执行方法 | |----------|-----|-------------| | Anthropic (Claude) | 原生 | subagent (始终可用) | | OpenAI | `codex` | `codex exec` | | Google | `gemini` | `gemini -p` | | Ollama (本地) | `ollama` | `ollama run` | | NVIDIA NIM | `NVIDIA_API_KEY` 环境变量 | `openai_compatible_api` | | Cursor | `cursor-agent` | `cursor-agent -p` | NVIDIA NIM ([build.nvidia.com](https://build.nvidia.com)) 通过 OpenAI 兼容的端点提供了 130 多个开放权重模型(DeepSeek、Kimi、MiniMax、GLM、Qwen、Nemotron)。免费层级包含:1,000 个点数,40 RPM。检测仅需执行 `export NVIDIA_API_KEY=nvapi-...` — 无需 CLI 二进制文件。 seat 分配示例请参见 `configs/provider-model-slots.nim.example.yaml`。 Cursor CLI ([cursor.com/cli](https://cursor.com/cli)) 是一个模型**聚合器** — 单个二进制文件 (`cursor-agent`) 通过单一的 `CURSOR_API_KEY`(或 `cursor-agent login`)即可提供 GPT-5.x、Claude、Gemini 和 Grok 系列模型。成员通过无头只读模式(`cursor-agent -p --mode ask --model `)进行路由。使用 `curl https://cursor.com/install -fsS | bash` 进行安装。由于 Cursor 可以提供 `claude-*` 模型,当席位需要增加多样性而不是复制 Anthropic 的偏差时,请选择**跨系列**的 Cursor 模型(例如 `gpt-5.4-high`、`gemini-2.5-pro`、`grok-4`)。使用 `cursor-agent --list-models` 列出实时 ID。 seat 分示例请参见 `configs/provider-model-slots.cursor.example.yaml`。 **路由工作原理:** 1. 极性对会跨越不同的提供商分离(硬性约束) 2. 成员在可用提供商之间均匀分布 3. Frontmatter 中每个成员的 `provider_affinity` 用作决胜条件 4. 如果任何提供商发生故障,会自动回退到 Claude **Flags:** - `--no-auto-route` — 禁用自动路由,使用仅限 Claude 的默认设置 - `--dry-route` — 打印路由表而不运行委员会 - `--models [path]` — 使用 YAML 配置进行手动覆盖(参见 `configs/provider-model-slots.example.yaml`) ## 商议协议 完整模式运行 7 个步骤:提供商路由 → 问题重述关卡 → 独立分析 → 交叉质询 → 扫描执行 → 最终立场 → 综合结论。结论将优先指出委员会的未知领域。
完整协议详情 ### 完整模式(7 个步骤) 1. **提供商检测与路由** — 自动检测提供商,分配成员 2. **问题重述关卡** — 在分析开始前,每位成员重述问题 + 提供一种替代视角 3. **第 1 轮:独立分析(盲测优先)** — 所有成员并行分析(最多 400 字) 4. **第 2 轮:交叉质询** — 成员之间互相挑战(300 字,必须与其他 2 名或更多成员交锋) 5. **轮次后执行** — 异议配额、新颖性关卡、一致性检查、防递归(单次扫描) 6. **第 3 轮:最终明确立场** — 100 字的立场声明 7. **综合结论** — 优先列出“未决问题”和“建议的后续步骤” ### 快速模式 1. **问题重述 + 快速分析** — 重构 + 并行分析(最多 200 字) 2. **最终立场** — 75 字的明确表态 ### 双人模式 1. **问题重述 + 初始立场** — 重构 + 陈述立场(300 字) 2. **直接回应** — 反驳对手的观点(200 字) 3. **最终声明** — 50 字的立场 ### 强制机制 - **有界协议是强制干预手段** — 商议运行固定的轮次预算(完整模式 3 轮 / 快速模式 2 轮 / 双人模式 3 轮),因此不会陷入死循环。防递归守卫(“毒堇规则”限制了苏格拉底的提问;任何消息超过 2 条的对谈都会被强制终止)在轮次中间强制执行此界限。 - 异议配额 + 新颖性关卡 + 反事实传递机制可防止过早趋同 - **平局决胜取决于计票统计,而非文字印象** — 每位成员在最后一轮发出一条结构化的 `STANCE:` 行;达成共识需要**领域加权三分之二多数**(领域内席位权重为 1.5 倍,且在立场形成前就已指定)。真实的分歧将连同完整票数升级提交给用户,而不是强行达成虚假共识。 - 所有结论都包含投票计票和用于结果追踪的后续跟进部分
## 安装 安装 18 个委员会 Agent,以及用于 Claude 和/或 Codex 的技能文件。 ``` ./install.sh # Claude install (default) ./install.sh --codex # Claude + Codex skill install ./install.sh --codex-only # Codex-only install ./install.sh --claude-dir /path/to/.claude # Non-default Claude config directory ./install.sh --codex-dir /path/to/.codex # Non-default Codex config directory ./install.sh --dry-run # Preview without writing ./install.sh --copy-configs # Also install model routing templates ``` 安装后请重启目标客户端。运行 `./scripts/council-simulation-checklist.sh` 进行验证。尝试使用 [演示会话包](demos/session-pack.md) 来测试所有模式。 ## 环境要求 - [Claude Code](https://claude.ai/claude-code) CLI(使用 Claude 所需) - [Codex](https://github.com/openai/codex)(使用 Codex 技能所需) - 你的客户端需支持 Agent/subagent(默认开启) **可选提供商**(为多提供商路由进行自动检测): - [Codex CLI](https://github.com/openai/codex) (OpenAI) — `npm i -g @openai/codex` - [Gemini CLI](https://github.com/google-gemini/gemini-cli) (Google) — 参见 [gemini-cli repo](https://github.com/google-gemini/gemini-cli) - [Ollama](https://ollama.com) (本地模型) — 从 ollama.com 安装 - [Cursor CLI](https://cursor.com/cli) (GPT/Claude/Gemini/Grok 聚合器) — `curl https://cursor.com/install -fsS | bash` ## License [![CC0](https://licensebuttons.net/p/zero/1.0/88x31.png)](https://creativecommons.org/publicdomain/zero/1.0/) 在法律允许的范围内,作者已放弃本作品的所有版权及相关或邻接的权利。

Star History

标签:AI智能体, AI风险缓解, Claude Code插件, Cutter, DLL 劫持, 人工智能, 决策辅助, 多模型协同, 大语言模型, 提示词工程, 用户模式Hook绕过, 策略决策点