R

04AI 结构优化诊断报告

创建 2026-06-16 更新 2026-06-16 0 条双链 共创

04AI 结构优化诊断报告

评审对象：04AI/ 全树（11 个顶层目录、04T 专题库 25 专题 / 约 475 节点、总约 607 个 .md） 评审日期：2026-06-16 评审方法：全树文件枚举 + 关键索引/框架/purpose 文件精读 + 断裂链接抽样核验 结论一句话：内容深度已达出版级，体系化程度在整个 vault 里最高；主要问题不在”内容不够”，而在结构债（双框架并存 + 改名遗留断裂链）、索引断层（04AI 根无 MOC / v2 模块未实体化）、以及少数目录定位漂移。

一、整体评价：先肯定它的强

这份知识库的体系化水平，坦率说已经超过大多数公开的”AI PM 知识体系”：

  1. 决策导向而非学科导向（purpose.md 的核心原则）。M1–M5 每个模块的存在理由是回答一个 PM 决策问题，不是覆盖一个学术域。这是正确的元设计。
  2. 04T 专题库是真正的护城河。25 个专题、统一六模块骨架（概念辨析 A / 代际演化 G / 架构剖面 S / 实例剖解 E / 复现指南 R / 阅读指南 README）、约 475 节点、SABCD 均 ≈8.0（出版线 7.8）。这种”一个专题 = 一本可出版小书”的工艺，是别人短期复制不来的。
  3. M4/M5 已用专题库实体化填充，而非空悬。总索引里明确标注”✅ 由专题库填充”，并给出 F4/F5 家族映射。这是诚实的状态管理。
  4. 公司卡（0410）质量很高。OpenAI / Anthropic / ChatGPT 等卡有完整画像、时间线、对照、人物、证据池（28 条 Cubox 自动反链）。这是产品+研究双重视角的产物。

所以下面的”问题”，都是在高标准上的打磨，不是基础性缺陷。

二、结构层面的优化空间（按严重度排序）

🔴 P0-1：双框架并存，且未明确哪个是”正典”

现象：

  • 0400/.../AI PM 知识图谱·总索引.md 是 v1.4 框架（M1 技术素养 / M2 工程落地 / M3 产品设计 / M4 商业 / M5 风险），且明确写着”v1.4（2026-06-11）“，物理目录 0401–0403 完全对应它。
  • 0401/0框架.md 是 v2.0 框架（M0 技术 / M1 产品架构 / M2 度量实验 / M3 商业 / M4 竞品拆解 / M5 风险 + 跨模块决策耦合层 + 工作操作系统底座），标注”v2.0 / 2026-03-17”。

问题：

  • 两套模块编号冲突（v1 的 M1=技术 vs v2 的 M1=产品架构），但物理目录只实现了 v1。v2 承诺的三个新模块——度量与实验（M2）、竞品拆解（M4）、工作操作系统（底座 OS）——在文件系统里没有任何对应目录（已核验：grep 无匹配）。
  • 读者（包括未来的你）打开 0框架.md 会以为这是当前正典，却发现物理结构与它对不上；打开总索引又会以为 v1 是正典。两份文档都在,但没人告诉读者以谁为准。

建议：

  • 在 0框架.md 顶部加一个醒目的状态标注，例如：> ⚠️ 本文档是 v2.0 设计稿，物理目录目前实现的是 v1.4。v2 的新增模块（度量/竞品/OS）尚未落地。以 [AI PM 知识图谱·总索引](/kb/ai-pm-知识图谱/ai-pm-知识图谱-总索引/) 为当前正典。
  • 或者反过来：如果你认可 v2 的”度量/竞品/OS”是真实缺口（见第三节），就把它们列为待建模块并排进总索引的路线图，让 v2 成为”正典 + 路线图”而非孤立的设计稿。
  • 不要让两份框架文档同时沉默地并存——这是结构债里最伤的一种。

🔴 P0-2：改名遗留导致大量断裂内部链接

现象（已抽样核验）：

  • v1→v2 过程中，c11 被改名：旧名 c11 - 推理模型与 Long CoT → 新名 c11 - System 2 思维与 Test-Time Compute。但有 3 个文件仍用旧名引用：0410/OpenAI.md、0410/ChatGPT.md、0401/多模型分层.md。
  • m205 的引用更严重：多处引用 m205 - AI 产品形态：从工具到 Agent，但物理上 m205 实际是 m205 - RAG 生产环境：索引运维与评估体系。受影响文件至少 8 个（0410 多张公司卡 + 0401/多模型分层 + 04T/0415 总览 + Constitutional AI）。

问题：Obsidian 的双链靠精确文件名匹配，这些 ... 现在全部是断裂的悬空链接。对一个强调”跨模块链接”的知识库，这是实质性的知识连通性损失，不只是美观问题。

建议：

  • 跑一次全库悬空链接扫描（Obsidian 自带”未链接的提及”或用 grep），生成断裂清单。
  • 对每个旧名，决定：补 aliases（在目标文件 frontmatter 加旧名别名）或全文替换。
  • m205 这个尤其要明确——到底是当年有个 m205 - AI 产品形态 被删掉了，还是它本该独立存在？如果是被并入 p301/p302，那所有引用应改成指向 p 系列。

🟡 P1-3：04AI 根目录缺少一个总入口（顶层 MOC/README）

现象：04AI/ 根目录下没有任何 .md 文件（已核验）。现有的入口散落在：

  • 0400/AI PM 知识图谱·总索引.md（M1–M5 决策链入口）
  • 0400/AI 知识图谱.md（04AI 全景入口，含 0400–0410 功能分类）
  • 0400/_专题库总索引.md（04T 专题入口）

问题：读者从 vault 根 00Meta/索引.md 或文件夹树点进 04AI/，第一眼是 11 个编号目录，没有一个”这里是什么、从哪进”的总览。三个入口又都在 0400/ 子目录里，需要再点一层。

建议：在 04AI/ 根建一个 README.md（或 _MOC.md），只做一件事——回答”我要找 X 该去哪”，把三个现有入口（决策链 / 全景 / 专题）和各功能目录（0401 基础 / 0404 求职 / 0405 产品 / 0406 协作 / 0408 工具 / 0409 待解问题 / 0410 公司）串起来。内容可以很短，30–50 行即可。

🟡 P1-4：两个目录的定位漂移，与 purpose.md 的”不收什么”冲突

purpose.md 明确划了边界：

操作类教程 → 0408AI 工具/；单个公司/产品动态 → 0410 AI 公司与产品/；个人 AI 使用碎片 → 80随记/flomo/

但有两个目录的实际内容和这个边界有张力：

(a) 0408AI 工具/ 几乎是空的：只有 1 个文件 trip-structure skill.md。它要么应该被充实（如果”AI 工具教程”是真实需求），要么这个目录的存在理由要重新定义。现在它像一个”占位目录”。

(b) 0405AI 产品/ 的内容定位模糊：里面有 AI PM 知识图谱框架设计.md（这其实是 meta 设计文档，归属 0400 更合适）、Claude routines 调研与 memory allowlist 设计.md 和 旅行规划 Skill 套件系统设计.md（这俩是”我自己想做的 AI 产品”的设计笔记）、博物馆 AI 导览 APP.md（同前）。它和 02工作、03产品 的边界不清——这到底是”AI 知识库里讨论 AI 产品案例”，还是”我自己的 AI 产品设计工作区”？

建议：

  • 给 0405AI 产品/ 加一个 purpose.md 或在根 README 里写清它的定位。如果它是”Rick 自己的 AI 产品设计工作区”，那它和知识库（收录+学习）是两种性质，可以考虑明确标注甚至外迁到 03产品。
  • 0408AI 工具/：要么充实，要么并入 0406 AI 协作方法论/（skill 使用本质是协作方法）。

🟢 P2-5：04T 专题库的家族分布严重失衡（F6 过载）

数据：

家族专题数节点数
F1 评测与度量240
F2 能力与训练236
F3 工程与成本358
F4 安全对齐与失败596
F5 商业组织与采纳355
F6 人文社科透镜10190

F6 占了 40% 的专题数和 40% 的节点数。

这不是错误——你的哲学/社会学/人类学/政治理论底子是真正的差异化，F6 是这个库区别于任何工程向 AI 知识库的核心。但要注意两点：

  1. F1/F2（评测、训练）相对单薄，而这俩恰恰是 AI PM 日常工作中最高频的决策域（怎么评估、怎么迭代）。这和 v2 框架把”度量与实验”单列为 M2 的判断是一致的——评测/度量是真实缺口。
  2. _专题库总索引 里已经登记了 0437–0448 的发散续作规划（记忆系统/合规实务/度量北极星/劳动重构/多模态/端侧…），但 F1/F2 维度的续作优先级应该排在 F6 之前，因为它们离 PM 决策更近。

建议：在 _专题库总索引 的”待办与进行中”里，明确给 F1/F2 的续作更高优先级标注。F6 的第十一个专题可以缓一缓。

三、缺失的内容（按”是否影响 PM 决策”排序）

判断标准：按 purpose.md 的”收什么”——能挂钩到具体 PM 决策的才建议补，纯学术的不要。

🔴 高优先级缺失（直接影响日常 PM 决策）

1. AI 产品度量与实验（v2 框架的 M2，完全空白） 这是 v2 框架自己承认的”v1 最大盲区”，但至今未落地。具体缺：

  • AI 产品的指标体系（模型层：幻觉率/TTFT/TPOT；产品层：采纳率/编辑距离/重试率/逃逸率；业务层：单次交互 COGS/LTV）。
  • AI 产品的 A/B 实验设计（非确定性输出如何做变量控制、长尾 case 如何专项评估）。
  • 数据飞轮的工程化（隐式/显式反馈采集 → SFT/RLHF 标注数据的转化管道）。

注意：0412 评测专题讲的是”评测方法论（怎么测模型）“，不是”产品度量（怎么知道功能好不好）“。两者相邻但不同——前者偏研究，后者偏 PM 日常。建议补一个 F1 家族专题如”0436 产品度量与数据飞轮”（和现在那个半成品的 0436 Agent 安全撞号，需要重新规划编号）。

2. 竞品拆解方法论（v2 框架的 M4，完全空白） 你已经在 0410 做了大量公司卡，但缺一个”怎么拆”的方法论元节点。v2 框架里写的”30 分钟快速拆解框架 / 从交互反推架构 / 面试场景竞品分析模板”都还没落地。这对求职场景价值极高。

3. AI PM 工作操作系统（v2 的底座 OS，空白） PRD 怎么写（带模型选型/验收指标/失败模式/数据采集方案）、和算法工程师的协作语言、面试情景题框架。这些是”工作方式”而非”知识”，但正是求职期最需要的。

🟡 中优先级缺失（补了会显著提升库的完整性）

4. 真实 AI 产品失败/成功案例的”复盘库”

  • 0416 失败考古学有方法论和分类学（Tay/Bard/Air Canada/Character.ai），但缺少 2025–2026 的当代案例（如 Humane Pin / Rabbit R1 的硬件失败、各种 AI 搜索的护城河坍塌、AI 客服翻车事件）。当代案例对求职叙事更有用。
  • 成功案例同样缺——为什么 Cursor / Perplexity 站住了？目前散在 0434 护城河专题的实例剖解里，但没有独立的”产品复盘卡”。

5. 出海/多语言 AI 产品的工程决策

  • 0429 计算语言学讲了”多语言 Tokenization 不公”（拉美视角），但缺一个落地决策层：出海选模型时多语言 token 效率怎么算进成本、本地化≠翻译的产品含义、目标市场的合规叠加。这和你”拉美+滴滴背景”的差异化直接相关，是别人写不出的角度。

6. AI 硬件/端侧产品专题

  • c07 讲了量化与端侧部署的技术，c12 讲了具身智能，但缺一个”端侧 AI 产品”的决策专题（Apple Intelligence 的端云协同、隐私本地化作为卖点 vs 成本、可穿戴 AI 的交互范式）。_专题库总索引 的续作规划里提到了”端侧”，建议提级。

🟢 低优先级缺失（锦上添花）

7. 公司卡的覆盖面：目前 0410 集中在头部闭源+几家中国厂商，缺 Mistral / xAI(Grok) / Cohere / Replit / Anysphere(Cursor 母公司) / Cognition(Devin)。尤其 Cursor/Devin 这种”你已写过专题但没建公司卡”的，建议补。

8. 0409 待解问题目录近乎空置：只有 2 个文件，其中 问题集.md 只有 1 行（一个未完成的 KV Cache 待办）。要么充实它（把散在各处的”待解问题”收拢），要么明确它的定位是”只有真正在追踪的问题才放，不收碎片”。

四、可立即执行的优化清单（Quick Wins）

按”投入产出比”排序，都是低风险动作：

#动作风险收益
1在 0框架.md 顶部加 v2 状态标注，指向 v1.4 总索引为正典零消除最大的认知混乱
2全库扫描悬空 ... 链接，先修 m205/c11 旧名这批已确认的低恢复知识连通性
3在 04AI/ 根建一个 README.md 总入口（30–50 行）零解决”从哪进”
4给 0405AI 产品/ 加 purpose.md，明确它是”工作区”还是”案例库”零消除定位漂移
5把 0401 里散落的非编号文件（如 多模型分层.md、强化学习.md）确认是否要做成正式概念卡并入附录索引低减少游离节点

五、一句话总结

这个库的内容深度已经是它的优势，不需要”补更多内容”； 它真正需要的是一次结构还债——确立单一正典框架、修掉改名遗留的断裂链接、补一个根级入口——然后把”度量/竞品/OS”这三个 v2 自己定义却没落地的模块，排进真实的建设路线图。

本报告基于 2026-06-16 的全树快照。如需我执行上述任一具体动作（尤其 Quick Wins 1–4），可单独发起。