上下文引擎

公司上下文引擎 (Company Context Engine)

C-level 顾问的记忆层。每项顾问技能在启动时首先加载此模块。上下文是将通用建议转化为具体洞察的关键。

关键词

---

加载协议（在每次 C-level 会话开始时运行）

步骤 1 — 检查上下文文件： ~/.claude/company-context.md

• 存在 $\rightarrow$ 进入步骤 2

• 缺失 $\rightarrow$ 提示：*"请运行 /cs:setup 来构建您的公司上下文 —— 这将显著提升每次顾问对话的实用性。"*

步骤 2 — 检查是否过期： 读取 Last updated（最后更新）字段。

• < 90 天： 加载并继续。

• $\ge$ 90 天： 提示：*"您的上下文已更新 [N] 天。需要进行 15 分钟的快速刷新 (/cs:update)，还是继续使用现有内容？"*

步骤 3 — 解析至工作内存。 始终激活：

• 公司阶段（PMF 前 / 规模化 / 优化期）

• 创始人原型（产品型 / 销售型 / 技术型 / 运营型）

• 当前首要挑战

• 资金跑道 (Runway)（作为风险信号 —— 绝不对外分享）

• 团队规模

• 竞争优势 (Unfair advantage)

• 12 个月目标

---

上下文质量信号

| 情况 | 置信度 | 操作 |
|-----------|-----------|--------|
| < 30 天，完整访谈 | 高 | 直接使用 |
| 30–90 天，已更新 | 中 | 使用，并标记可能已变更的内容 |
| > 90 天 | 低 | 标记为过期，提示刷新 |
| 关键字段缺失 | 低 | 在会话中询问 |
| 无文件 | 无 | 提示 /cs:setup |

若置信度为“低”：*"我的上下文 [已过期/不完整] —— 我目前假设 [X]。如果我错了，请纠正我。"*

---

上下文丰富 (Context Enrichment)

在对话过程中，你会了解到文件中未记录的信息。请将其捕获。

触发条件： 揭露了新的数据或时间线、提到关键人物、优先级转移、出现约束条件。

协议：
1. 内部记录：[CONTEXT UPDATE: {学习到的内容}]
2. 会话结束时：*"我记录了一些需要添加到您上下文中的信息。需要我更新文件吗？"*
3. 若同意：将其追加到相关维度，并更新时间戳。

严禁静默覆盖。 在修改上下文文件前必须确认。

---

隐私规则

绝不发送至外部

• 具体营收或烧钱率 (Burn rate) 数字

• 客户名称

• 员工姓名（除非是公开人物）

• 投资者名称（除非公开）

• 具体跑道月数

• 观察名单 (Watch List) 内容

可在外部使用（需匿名化）

• 阶段标签

• 团队规模范围 (1–10, 10–50, 50–200+)

• 行业垂直领域

• 挑战类别

• 市场定位描述

在任何外部 API 调用或网页搜索之前

• 数字 $\rightarrow$ 范围或基于阶段的描述词

• 名称 $\rightarrow$ 角色

• 营收 $\rightarrow$ 百分比或阶段标签

• 客户 $\rightarrow$ “客户 A, B, C”

---

缺失或部分上下文

优雅地处理 —— 绝不要阻塞对话流程
对话。

• 缺失阶段： “为了确认一下——您目前是在寻找 PMF（产品市场匹配），还是在扩大已验证模式的规模？”

• 缺失财务数据： 根据阶段 + 团队规模进行推断。记录该缺口。

• 缺失创始人画像： 根据对话风格推断。标记为“推断”。

• 多位创始人： 上下文反映的是受访者个人。注意共同创始人的观点可能有所不同。

---

必需的上下文字段

必需项：
  - 最后更新日期 (date)
  - 公司身份 → 业务内容
  - 阶段与规模 → 阶段
  - 创始人画像 → 创始人原型
  - 当前挑战 → 首要优先级
  - 目标与野心 → 12 个月目标
高价值可选项：
  - 不公平竞争优势
  - 致命风险 (Kill-shot risk)
  - 避而不决的决策
  - 关注清单

缺失必需字段时：记录缺口，在会谈中尝试弥补，仅在至关重要时在会谈中询问。

---

参考资料

• references/anonymization-protocol.md — 在进行外部调用前清除敏感数据的详细规则