用途
Company Brain 是团队共享的、为 AI 准备好的知识库，把人员、公司、会议、SOP 和决策等信息组织成结构化形式，让 Claude 能够代表团队回答问题。它是 second-brain（个人范围）的团队范围姊妹技能，沿用相同的核心 compile → wiki → outputs 模式，但使用不同的 raw 目录结构，专为多作者、销售密集、运营密集的团队使用而优化。它同时也是 Company Brain Setup 产品化服务的运营骨干（该服务此前名为 "Second Brain as a Service"，后改名以与技能一致）。
主要能力
三层结构：raw → wiki → outputs。raw 层按类别结构化组织，而非扁平堆放。
结构化 raw 目录（每个都是 vault 中的顶层文件夹）：
- people/：带背景信息的联系人，CRM-lite 风格，每人一个 markdown 文件。
- companies/：组织档案，包含最近接触点、机会规模、状态，每公司一个文件。
- meetings/：通话/会议记录与笔记，命名格式 YYYY-MM-DD-<company-or-topic>-<slug>.md，支持自动同步来源。
- sops/：标准操作流程，命名格式 <team>-<process>.md（如 sales-outbound-cadence.md）。
- decisions/：决策记录（叙述形式）。
- customer-language/：来自潜在客户、客户、用户的原文用语，用于撰写文案、标题和异议处理。
- recurring-questions/：在通话中被问及 3 次以上的问题，每个都会变成预先回答的 SOP/FAQ/脚本。
- sales-objections/：异议及最佳回应库，用于组装销售脚本。
- raw/：遗留/未分类内容（兜底桶，尽量减少使用）。
wiki/、outputs/ 和 INDEX.md 的工作方式与 second-brain 相同。保留目录（company-brain 永不修改）：Projects/、Team/、Templates/、Drafts/。
多作者规范：每次捕获都会标注 source、author、captured、trust 字段。Wiki 页面在 ## Sources 部分按来源文件和作者记录累积贡献，从不覆盖，始终追加并署名。
敏感度标记（可选但推荐）：internal（任何团队成员可读）、leadership（仅管理团队）、confidential（仅指定名单，名单在文件中列出）。默认为 internal。查询模式尊重敏感度设置，除非调用者在访问名单上，否则拒绝包含机密内容。
信任级别：每个结构化 raw 文件都带 trust 字段（命名为 trust 而非 status，因为 companies/ 和 decisions/ 已用 status: 表示生命周期，两者不能冲突）：
- unreviewed：已捕获但无人确认（默认）。可用但会标记，依赖它的回答会注明较低置信度。
- verified：人工审核并确认正确。全部权重。
- deprecated：错误或过时，仅为历史保留。绝不作为上下文使用。
- superseded：被更新内容替代，需添加 superseded_by: [[target]]。绝不作为上下文使用，查询会指向替代内容。
信任级别为枚举而非数值权重。弃用取代删除，"永不删除 raw 文件"的规则保持不变。信任与敏感度正交。已有 vault：缺少 trust: 字段的文件视为 unreviewed。
使用方式
第一步——加载 vault 配置与 schema：读取 references/vault-config.md 获取 vault 路径（默认 ${COMPANY_BRAIN_VAULT:-$HOME/Documents/CompanyBrain}/）；读取 vault 的 schema 文档 <vault>/CLAUDE.md 或 <vault>/AGENTS.md，以团队 vault 为权威来源；若都不存在，回退到 references/schema.md。
第二步——解析模式：
- /cb capture 或 /company-brain capture → capture 模式
- /cb compile → compile 模式
- /cb query <q> → query 模式
- /cb review → review 模式
- /cb lint → lint 模式
- /cb connect → connect 模式
- /cb search <term> → search 模式
第三步——运行模式：
capture：根据内容类型路由到对应目录（通话记录→meetings/，人物背景→people/，公司档案→companies/，流程文档→sops/，决策→decisions/，客户原话→customer-language/，重复问题→recurring-questions/，销售异议→sales-objections/）。若模糊则询问。目标目录不存在则创建。添加多作者元数据（source、author、captured、trust: unreviewed、sensitivity: internal）。保存并报告文件路径与一行摘要。capture 是快速接收，不在此处编译进 wiki。
compile：把未处理的结构化 raw 文件处理成 wiki 页面，更新 INDEX.md，添加 Sources 部分。多作者署名（Sources 包含作者而非仅文件名）；跨类别编译（一页 wiki 可拉取多个来源）；敏感度继承（wiki 页面继承任何来源的最高敏感度）；信任过滤（排除 deprecated 和 superseded 来源；若已供料来源后被弃用，重新编译会标记受影响页面并移除来源）。团队 INDEX.md 分类：Sales、Customers、Ops、Product、Team & People、Decisions、Playbooks，可按需扩展。
query：先做敏感度检查（识别调用者，拒绝超权限内容）；信任规则（优先 verified 而非 unreviewed，优先新近而非旧；绝不使用 deprecated 或 superseded 内容作上下文，最多作为指针引用；冲突时优先更新且状态更高者并在回答中呈现分歧）；置信度标记（若主要依赖 unreviewed 来源，开头说明）；作者感知回答（引用时包含信息贡献者）。结果保存到 outputs/<YYYY-MM-DD>-<question-slug>.md，包含答案、查阅的 wiki 页面、输出敏感度级别。
review：人工拣选通道。先做敏感度检查，报告排除数量。构建分诊队列（所有 unreviewed 文件、lint 标记项、审核日期已过期的文件）。逐项处理，每文件显示摘要、来源、作者、捕获日期、引用它的 wiki 页面，提供四种处置（verify、deprecate、supersede、skip），除 skip 外都标注 reviewed: YYYY-MM-DD + reviewed_by。批量应用 frontmatter 更新，不重写文件正文。标记下游影响。以摘要收尾并保存到 outputs/。建议节奏：活跃 vault 每周一次，可配合 loopify 调度。
lint：seven 项检查外加：过期的 people/companies、超过阈值的重复问题、无回应的异议、SOP 新鲜度、作者负载失衡、审核积压。
connect：跨类别链接建议。
search：在所有结构化 raw 目录 + wiki/ 中 grep。
可选：自动同步来源：Fathom/Gong/Granola（通话记录）、Slack 导出（团队讨论）、Email（Front/Missive/Superhuman）、CRM（HubSpot/Attio/Pipedrive）。自动同步为可选，多数团队从手动捕获开始。
多写入者 git 同步：用托管远程仓库（GitHub/GitLab）作为协调层，同时充当没有文件系统访问权限的智能体的捕获 API。规范包括：每次本地会话写入前 git pull --rebase --autostash，提交后 push；Obsidian 用户使用社区 Git 插件配置定时自动拉取并关闭自动提交；远程智能体和自动同步任务采用 mostly-append 提交方式。入职时每台机器验证一次循环。
适用场景
适合需要多人协作维护知识库的团队，尤其是销售密集、运营密集的团队。可用于代表团队回答关于人员、公司、会议、SOP 和决策的问题。与 second-brain（个人版）互为姊妹技能，同一人可同时维护两者。与 skillify（编写读取 company brain 的新技能）、loopify（调度自动同步任务）、toolify（连接集成）、deep-research（查询发现空缺时路由至外部研究）、decide（decisions/ 与结构化档案互补）、pm（团队任务管理位于 Projects/）、jab-hook（customer-language/ 为社交文案提供素材）等组合使用。
限制
- 自动同步为可选功能，多数团队从手动捕获开始，并非开箱即用。
- 信任级别为四值枚举，不含数值权重。
- 敏感度控制依赖调用者身份识别，confidential 内容仅在指定访问名单上可用。
- 大规模团队使用时，markdown-only 方案可能需要在超出容量后升级到 Gbrain 等 Postgres/PGLite 方案。
- 具体收费、价格、平台支持范围等资料中暂未提供。