一个关键问题引出了对能力结构的深度分析：你沉淀的是框架，还是案例数据？
问题：能力分层的必要性
结论层是大多数系统的工作层级——"这是答案"，按结果正确性评估。但结论是脆弱的：依赖底层推理质量，不跨情境迁移。
框架层是中间层——"这是找答案的方法"。可复用，但有自身脆弱性：一旦证明有用，系统就不再质疑它（框架变成看不见的教条）。
工具层是生成层——"这是构建框架的方法"。最深的能力不是拥有答案或框架，而是拥有为新情境生成新框架的工具。
可借鉴点： 评估任何系统/人的能力，先定位它在哪一层——产出答案？产出方法？还是产出方法的方法？层级的价值不取决于内容，取决于可迁移性。
发现：三层进化的检验标准
进化路径：给问题→产结论；给问题→建框架→产结论；给问题→评估现有工具是否适配→不适配则建新框架→产结论。
第 2 层到第 3 层的跃迁是关键的。
检验能力层级的简单方法：你的知识能用问句表达吗？ 如果能，它就是工具；如果不能，它可能只是案例记忆。同一领域的案例积累再多，不提炼成可迁移的工具，就等于没有积累。
可借鉴点： "问句检验法"可操作性强——把学到的内容改写成"我该问什么"的形式，如果改写成功，说明抽到了工具层；如果只能复述"答案是什么"，还停在结论层。
架构启示：每层的脆弱性与对策
| 层级 | 你这样说 | 脆弱性 |
|---|---|---|
| 结论层 | "这是答案" | 只对当前情境有效 |
| 框架层 | "这是找答案的框架" | 框架变成隐形教条 |
| 工具层 | "让我检查工具是否适配" | 需要持续的元觉察 |
工程启示： 框架变成教条是系统进化的最大隐性阻力——设计上要给框架加"过期检查"：定期问"这个框架还在适配当前情境吗"。最高级的能力不是产出更好的答案，而是知道何时你的工具不适配——这是对答案生产过程的觉察，而非答案本身。
结论
最值得保留的收获形式：不记录"某案例的结论是什么"（知识点），而是记录"我分析时用的问句，换个领域还能用吗"（能力）。框架之上还能再抽一层——真正的能力不是知道答案，是知道该问什么问题。
能力进化 | 三层结构
