问题、故事与蓝图对应关系
摘要
本文用于检查 问题定义、产品故事、产品蓝图 和 记忆与技能的关系 是否互相支撑。
判断标准很简单：问题中提出的失败，必须在故事中变成可感知体验；故事中承诺的体验，必须能在蓝图中找到产品特性；蓝图中的关键特性，必须能在问题或故事中找到来源；涉及技能的部分，必须能在关系文档中找到边界和闭环。
问题到故事
| 问题 | 故事承接 | 是否完整 |
|---|---|---|
| 无长期记忆 | Codex 不再忘记项目规则；Claude 继承产品口径 | 完整 |
| 召回不足 | Codex 在新任务开始前召回项目规则；kgent 使用 Gemini 调研结果 | 完整 |
| 召回不准 | Demo 权限记忆失效；正式阶段规则进入上下文 | 完整 |
| 记忆黑箱影响输出 | 用户追问为什么加权限，Kunora 给出可追溯解释 | 完整 |
| 经验无法沉淀为方法 | 记忆触发 design-doc-writer，重复反馈推动技能版本演进 | 完整 |
故事到蓝图
| 故事承诺 | 蓝图特性 | 关系文档支撑 | 是否完整 |
|---|---|---|---|
| Codex 不再忘记项目规则 | 记忆捕获、记忆建模、记忆作用域、任务感知召回、上下文交付 | 不涉及技能核心关系 | 完整 |
| Claude 继承产品口径 | 记忆建模、记忆作用域、多智能体接入、上下文交付 | 可通过技能偏好影响文档生成 | 完整 |
| Gemini 调研结果进入团队记忆 | 记忆捕获、证据建模、记忆审计、多智能体接入 | 调研经验可沉淀为技能或技能偏好 | 完整 |
| 过期记忆不会污染智能体 | 记忆生命周期、任务感知召回、上下文交付、审计解释 | 技能不能被过期记忆污染 | 完整 |
| 记忆触发技能，技能沉淀经验 | 技能协同、反馈与审计、多智能体接入、技能版本引用 | 记忆触发技能、技能生成记忆、记忆沉淀技能 | 完整 |
| 用户能追问为什么这样做 | 记忆审计与解释、上下文交付、技能协同 | 解释应区分记忆影响、失效记忆和技能影响 | 完整 |
蓝图反查
| 蓝图特性 | 问题来源 | 故事中的体现 | 备注 |
|---|---|---|---|
| 记忆捕获 | 无长期记忆 | Codex 项目规则、Gemini 调研结果、技能反馈 | 有来源 |
| 记忆建模 | 记忆对象缺失、召回不准 | 规则、产品定位、证据、经验区分 | 有来源 |
| 记忆作用域 | 跨项目/跨智能体污染 | 项目规则、产品口径、团队调研 | 有来源 |
| 记忆生命周期 | 过期记忆污染 | Demo 权限规则被废弃 | 有来源 |
| 任务感知召回 | 召回不足 | Codex 新接口、kgent 编排任务 | 有来源 |
| 上下文交付 | token 浪费、噪声污染 | 短小操作约束、compact context pack | 有来源 |
| 技能协同 | 经验无法沉淀为方法 | design-doc-writer 被记忆触发和调节 | 已补齐来源 |
| 记忆审计与解释 | 记忆黑箱影响输出 | 用户追问“为什么你这里加了权限” | 有来源 |
| 多智能体接入 | 多智能体上下文割裂 | kgent、Codex、Claude、Gemini、OpenClaw、Hermas 共享记忆 | 有来源 |
当前逻辑结论
四份文档现在可以形成闭环：
flowchart LR
Problem[问题定义：失败模式] --> Story[产品故事：用户体验承诺]
Story --> Blueprint[产品蓝图：产品特性]
Blueprint --> SkillMemory[记忆与技能关系：横切模型]
SkillMemory --> Story
当前没有明显断裂点。后续写 MVP 场景时，可以把“用户追问为什么这样做”进一步拆成具体交互：查看影响记忆、撤销旧记忆、确认新规则、重新生成上下文包。