council

用途

Council · 智囊团是一个 Advisor 管理系统，核心目标是把真人的思维方式提炼为可复用的 persona 文件，并在需要多视角判断时召集多个 Advisor 进行结构化讨论。

按资料描述，它做三件事：

蒸馏（Distill）：把真人的思维方式提炼为 Advisor persona 文件。不是复制人，而是提炼认知操作系统，包括心智模型（镜片）、决策启发式（直觉规则）、表达 DNA、反模式、诚实边界。捕捉的是 HOW they think，不是 WHAT they said。
激活（Activate）：加载一个已有 Advisor 的 persona，以其身份和思维方式回答问题。
圆桌（Council Session）：召集多个 Advisor 围绕一个问题进行结构化辩论。每个 Advisor 用自己的心智模型独立分析，然后交叉质疑，最终综合为可行动的决策框架。

主要能力

存储架构

所有 Advisor 以 persona 文件形式存储在 Council 的 personas/ 目录下，不创建独立的 Skill。原因：Advisor 是数据不是代码，100 个 Advisor 不应该产生 100 个 Skill 来污染列表。Council 统一管理路由、激活、圆桌讨论。

目录结构如下：

council/
├── SKILL.md              # 本文件：路由、管理、协议
├── advisors.md           # Advisor注册表（自动维护，勿手动编辑）
├── personas/             # 所有Advisor persona
│   ├── steve-jobs/
│   │   ├── persona.md    # 蒸馏后的思维框架
│   │   └── research/     # 调研素材（用于更新）
│   ├── charlie-munger/
│   │   ├── persona.md
│   │   └── research/
│   └── ...               # 可以有100+个persona
├── references/           # 方法论文档
└── tools/                # CLI工具

advisors.md 是派生数据，persona.md 是 source of truth。

路径 A：蒸馏 Advisor

流程分为多个 Phase：

Phase 0 入口分流：明确的人名/主题走直接路径（Phase 0A），模糊的需求/困惑走诊断路径（Phase 0B）。
Phase 0A 需求澄清：确认该人或主题是谁、聚焦方向（可选）、用途、新建还是更新，并询问是否有本地语料。用户说「就做 XX」没有更多信息时，默认全面画像 + 思维顾问 + 走网络搜索。
Phase 0B 需求诊断：用户不知道蒸馏谁时，从需求反推对象。先做需求定位（最多追问 2 轮），再给出 2-3 个候选（可来自已有 Advisor 或新蒸馏候选），最后用户选择；已有 Advisor 直接激活，新候选进入 Phase 0A。
Phase 0.5 创建 Persona 目录。
Phase 1 多源信息采集：支持纯网络搜索（默认）、本地语料优先、纯本地语料三种模式。可并行启动多个调研 Agent，每个 Agent 自行将调研结果写入对应 research 文件（01-writings.md 到 06-timeline.md）。
Phase 1.5 调研 Review 检查点：所有调研完成后暂停，展示调研质量摘要，用户确认后继续。
Phase 2 框架提炼：提取 3-7 个心智模型（三重验证）、5-10 条决策启发式、表达 DNA 分析、价值观与反模式、智识谱系、诚实边界。
Phase 2.5 提炼确认检查点。
Phase 3 Persona 构建：读取模板并填充元数据头、角色扮演规则、Agentic Protocol、身份卡、心智模型、决策启发式、表达 DNA、时间线、价值观与反模式、智识谱系、诚实边界、更新日志、调研来源，然后做质量自检并写入 personas/[person-name]/persona.md。
Phase 4 质量验证：用子 agent 执行已知测试、边缘测试、风格测试三项测试。
Phase 5 双 Agent 精炼：Agent A 从结构视角做 8 维度评估，Agent B 从使用视角检查角色扮演可操作性。
Phase 6 更新 Advisor 注册表：蒸馏完成后自动在 advisors.md 中追加或更新条目。

路径 B：激活 Advisor

当用户说「用 XX 的视角」「XX 会怎么看」「切换到 XX」时：查找 persona → 加载 persona → 进入角色 → 用户说「退出」「切回正常」时恢复。找不到匹配 persona 时提示是否现在蒸馏。

路径 C：圆桌讨论（Council Session）

触发方式包括「问问 council」「council session」「让芒格和塔勒布讨论一下」「ask the council about X」「关于 X，谁的观点值得听？」等。

流程概览：

问题输入 → 1. 组建圆桌 → 2. 独立发言 → 3. 交叉质疑 → 4. 综合输出
              ↑                                              ↓
              └──────── 5. 追问/加人/深挖 ←─────────────────┘

Step 1 组建圆桌：自动推荐模式会读取 advisors.md 匹配适合议题和领域，推荐 2-4 个 Advisor；指定模式会检查对应 persona 是否存在。硬约束：最少 2 人，最多 5 人，推荐 3 人。
Step 2 独立发言：为每个 Advisor spawn 独立 Agent，各自看不到其他人的发言。
Step 3 交叉质疑：所有独立发言收齐后，每个 Advisor 看到其他人的发言并产出质疑回应，追溯到心智模型层面的差异。
Step 4 综合输出：主 Agent 作为中立主持人，产出共识区、分歧图谱、决策框架、集体盲区、行动建议。
Step 5 互动追问：可追问某个 Advisor、加入新 Advisor、深挖分歧、请求裁决。

其他能力

更新已有 Advisor：只启动最新对话、最新决策、时间线更新相关 Agent，做增量更新，不重写整个 persona。
列出已有 Advisor：读取 advisors.md 展示完整注册表；如缺失或过时则全量重建。

使用方式

资料中给出了一些工具辅助命令：

字幕下载：council download-subtitles <YouTube_URL> --output-dir <目录>
字幕清洗：council clean-transcript <input.srt> --output <output.txt>
合并调研：council merge-research <persona目录>
质量检查：council quality-check <persona.md路径>

工作目录约束：蒸馏操作只能在 claude-skills 项目目录下执行，所有 personas 数据存储在项目目录的 council/personas/ 下。激活和圆桌讨论不受此限制。

适用场景

想提升决策质量、商业模式想不通、识别不靠谱说法、内容创作没流量、应对黑天鹅等需求，可通过需求诊断反推合适的蒸馏对象。
需要就某个问题获取多视角分析时，召集已有 Advisor 进行结构化辩论。
希望以某位人物的思维方式回答问题时，激活对应 Advisor。
也可以蒸馏用户自己，但需要用户提供素材（文章/视频/决策备忘录），且要注

限制

蒸馏操作只能在 claude-skills 项目目录下执行。
圆桌讨论硬约束最少 2 人、最多 5 人，推荐 3 人。
Phase 2→4 最多循环 2 次，之后在诚实边界中标注薄弱维度，交付当前最优版本。
冷门人物（公开信息极少）会减少心智模型数量并标注基于有限信息推测。
活人需注意时效性并建议定期更新；历史人物材料更稳定但可能有传记偏差，需多源交叉验证。
原则是宁可生成一个诚实标注了局限的 60 分 Advisor，也不要生成一个看起来完美但实际上在编造的 90 分 Advisor。
绝不做的事包括：编造此人没说过的话；把通用道理包装成此人的「独特见解」；忽略负面评价和争议；在信息不足时强行生成；圆桌讨论中让 Advisor 说出违背其心智模型的话来制造虚假共识。