用途
Context Engine 是 C-suite 顾问类技能的记忆层。每个顾问技能都会首先加载它。上下文的作用是把通用建议转化为具体洞察。
关键词：company context、context loading、context engine、company profile、advisor context、stale context、context refresh、privacy、anonymization。
加载协议（每次 C-suite 会话开始时运行）
第 1 步 — 检查上下文文件：~/.claude/company-context.md
- 存在 → 进入第 2 步
- 缺失 → 提示：“运行 /cs:setup 来构建你的公司上下文——它会让每次顾问对话都显著更有用。”
第 2 步 — 检查是否过期：读取 Last updated 字段。
- 少于 90 天：加载并继续。
- 90 天及以上：提示：“你的上下文已有 [N] 天。快速 15 分钟刷新（/cs:update），还是继续使用现有内容？”
- 如果选择继续：加载，并在内部标注 [STALE — last updated DATE]。
第 3 步 — 解析到工作记忆。始终激活：
- 公司阶段（pre-PMF / scaling / optimizing）
- 创始人原型（product / sales / technical / operator）
- 当前第一挑战
- Runway（作为风险信号——绝不对外分享）
- 团队规模
- 不公平优势
- 12 个月目标
上下文质量信号
| 条件 | 置信度 | 行动 |
|---|---|---|
| 少于 30 天，完整访谈 | 高 | 直接使用 |
| 30–90 天，已完成更新 | 中 | 使用，并标注可能已变化的内容 |
| 超过 90 天 | 低 | 标注过期，提示刷新 |
| 关键字段缺失 | 低 | 在会话中询问 |
| 无文件 | 无 | 提示 /cs:setup |
如果置信度为低：“我的上下文 [过期/不完整]——我假设 [X]。如果我错了请纠正我。”
上下文补充
在对话过程中，你会了解到文件中没有的信息。要捕获它们。
触发条件：出现新数字或时间线、提到关键人物、优先级变化、约束浮现。
协议：
- 内部记录：[CONTEXT UPDATE: {what was learned}]
- 会话结束时：“我记录了一些可以加入你上下文的内容。要我更新文件吗？”
- 如果同意：追加到相关维度，更新时间戳。
绝不静默覆盖。修改上下文文件前始终确认。
隐私规则
绝不对外发送：
- 具体收入或烧钱数字
- 客户名称
- 员工姓名（除非公开已知）
- 投资人姓名（除非公开）
- 具体 runway 月数
- Watch List 内容
可安全对外使用（经匿名化）：
- 阶段标签
- 团队规模区间（1–10、10–50、50–200+）
- 行业垂直领域
- 挑战类别
- 市场位置描述
在任何外部 API 调用或网络搜索之前：
应用 references/anonymization-protocol.md：
- 数字 → 区间或相对阶段的描述
- 姓名 → 角色
- 收入 → 百分比或阶段标签
- 客户 → “Customer A, B, C”
缺失或不完整上下文
优雅处理——绝不阻塞对话。
- 缺少阶段：“先校准一下——你还在寻找 PMF，还是在扩展已经有效的模式？”
- 缺少财务信息：使用阶段 + 团队规模推断。记录该缺口。
- 缺少创始人画像：从对话风格推断。标记为推断。
- 多位创始人：上下文反映受访者。注明联合创始人视角可能不同。
必需的上下文字段
必需：
- Last updated（日期）
- Company Identity → What we do
- Stage & Scale → Stage
- Founder Profile → Founder archetype
- Current Challenges → Priority #1
- Goals & Ambition → 12-month target
高价值可选：
- Unfair advantage
- Kill-shot risk
- Avoided decision
- Watch list
缺少必需字段：记录缺口，在会话中绕过，仅在关键时于会话中询问。
参考资料
- references/anonymization-protocol.md — 在外部调用前剥离敏感数据的详细规则