首页 / 开源热榜 / Council of High Intelligence / 使用教程

Council of High Intelligence：Codex 安装与模式选择

更新于 2026-09-23 · NGJOO AI 实验室 · 约 10 分钟

Council of High Intelligence 是一套结构化决策 skill。它让不同分析角色先独立作答，再匿名交叉检查，最后以明确投票和主席综合形成结论。当前正式版为 v1.2.0，发布于 2026-07-04。

先定使用边界：它适合有明显代价、冲突价值或不可逆选择的问题。查版本、找接口参数、能在十分钟内做完的可逆实验，直接查官方资料或做实验更有效。

1. 先预览 Codex 安装动作

git clone --branch v1.2.0 \
  https://github.com/0xNyk/council-of-high-intelligence.git
cd council-of-high-intelligence

./install.sh --dry-run --codex-only

dry-run 会列出它准备创建的 skill、agents、scripts 目录。希望完全隔离时，可以指定测试目录：

mkdir -p /tmp/council-codex-test
./install.sh --dry-run --codex-only \
  --codex-dir /tmp/council-codex-test

检查无误后去掉 --dry-run。安装脚本只复制仓库文件，不会替你配置所有外部模型凭据；实际数据流向取决于之后启用的 provider。

2. 第一次只跑 Quick 模式

重启客户端后，选一个你已经知道答案的问题，检查流程是否按预期工作：

/council --quick 我们应该现在迁移这个可逆的内部脚本吗？

合格的输出应把事实、推断、假设和未知分开，并给出具体下一步。若三个角色只是换语气重复同一观点，说明模型多样性或问题定义没有生效，不应立即升级到 Full。

3. 根据问题选择模式

模式	何时使用	主要成本
Quick	需要多个角度，但不需要完整交叉质询	两轮调用，适合初测
Duo	问题由一个清楚的两难矛盾主导	角色少，但需要保留真实分歧
Full	代价高、证据不全、不同框架必须正面交锋	角色和轮次最多，时间与费用最高

角色数量不是质量保证。先把决策、约束、现有证据、可逆性和截止日期写清楚，再选择模式。

4. 多模型路由先做干跑

/council --dry-route --triad decision \
  我们是否应该接受这份收购要约？

自动探测会查看 Codex、Gemini、Ollama、NVIDIA NIM 和 Cursor 等路径。探测到多个入口时才会尽量分散席位。Cursor 之类的聚合入口仍按一个 provider 计算，不能仅凭不同模型名称认定底层意见完全独立。

成本和隐私：Full 模式可能把同一问题、证据和其他成员输出发送给多个模型。放入商业材料前，要逐一确认 provider、日志、费用和数据保留政策；不要把密钥或未脱敏客户数据写进问题。

5. 如何判断结论能不能用

事实项是否有原始资料或可复现实验支持。
成员是否真的提出不同理由，而不是只换角色口吻。
最终结论是否保留未决问题和少数意见。
停止条件是否可观察，下一步是否有动作、负责人和复查时间。

协议本身不能产生缺失数据。遇到“用户是否愿意付费”“迁移后延迟是否下降”这类问题，正确下一步通常是访谈、原型或压测，而不是再增加一轮角色辩论。

6. 与 Karpathy 的 llm-council 对比

Karpathy 的 llm-council 是本地 Web 应用：通过 OpenRouter 收集多模型回答、匿名互评，再让主席综合。其 README 明确说这是一次性实验，不计划维护。Council of High Intelligence 是安装到多个编码 CLI 的 skill，重点放在方法不同的角色、交叉质询、投票和行动模板。前者适合并排看模型回答，后者适合把决策步骤放进 CLI 工作流。

7. 本次验证边界

验证状态：本次核对了官方 README、SKILL.md、install.sh、plugin manifest、路由配置、MIT LICENSE 和 v1.2.0 release；没有安装或运行 council。

已经确认：当前版本、四种客户端安装路径、三种模式、多 provider 探测、项目级配置与投票变化均有官方材料对应。

没有验证：安装写入、provider 探测、并行调用、匿名化、投票数学、费用、回退、提示注入防护和 verdict 质量。本文没有把协议设计写成实际效果证明。

这里仅补原教程没有展开的事实和边界。安装命令与操作步骤仍以前文为准。

先判断这个项目是否适合你

适合谁用

适合存在重大代价、价值冲突、不完整证据或不可逆选择的产品、架构与战略决策。事实查询、低成本可逆选择和能直接做实验的问题应使用更小的工具。

原教程未展开的系统信息

核心功能

Full、Quick 和 Duo 三种模式
Full 运行完整独立分析与交叉质询；Quick 缩短轮次；Duo 只保留一个核心矛盾的两方辩论。
18 个有方法约束的分析角色
每个角色不仅有人物名称，还声明具体 reasoning_method、适用领域、盲点与输出契约，避免只靠口吻区分。
可审计的决策输出
最终模板要求写出未决问题、推荐动作、异议、停止条件、投票权重和后续复查信息。

技术栈和运行条件

语言

Shell、Markdown、YAML

框架

Claude Code plugin / Codex skill / Gemini CLI extension / OpenCode skill

关键依赖

至少一个受支持的 CLI 宿主
可选 codex、gemini、ollama、cursor-agent 或 NVIDIA_API_KEY
Bash 安装脚本

运行环境

本地 skill 文件和子代理；外部模型调用的费用、数据流向与权限取决于实际启用的 provider

常见问题

Council of High Intelligence 会自动得到正确结论吗？

不会。它能暴露不同观点和未决问题，但所有角色仍可能共享错误前提。关键事实要用一手资料或实验单独验证。

使用 Council 必须同时配置多个模型提供商吗？

不必须。单一宿主也能运行，但模型多样性会下降；自动路由只有在检测到多个可用 provider 时才会分散席位。

为什么第一次建议使用 --quick？

Quick 模式轮次和调用量更少，适合先检查安装、角色输出和 verdict 格式。Full 模式应留给代价高、分歧大的问题。

Codex 用户怎么避免安装脚本直接改配置？

先运行 ./install.sh --dry-run --codex-only 查看目标路径和计划动作，确认后再去掉 --dry-run。也可以用 --codex-dir 指定独立测试目录。