资产庖丁解牛 v2.0
基座分流工程（09-23~09-26「SOUL 拆开放哪」）的续章 —— 资产乘数工程（09-30「拆开的东西怎么被用上」）· 大身制 · 2026-09-30 · （总入口 · 每天要看 → 自动巡检总控台）
〇、一句话总纲
智慧 = 模型 × context 资产。模型冻结、永不成长；成长 = 资产的单调累积 × 取用率。本页解剖：资产放在哪（三层文件）→ 是什么类型（四层记忆）→ 怎么被乘上（触发表）→ 怎么证明乘上了（自证规则 + 四重验证）。
一、三层文件结构（C:\Users\cvd-gFXQaRX\.workbuddy\ · 用户级 = 全空间共享）
| 层 | 内容 | 机制 |
|---|
| A 每轮自动注入 | MEMORY.md 总索引 5.2KB（含 2.5 条「场景触发」）· SOUL.md CORE 2.3KB（身份+指针）· 云端画像 · 项目 memory | 启动强制进 context，不经过「我」 |
| B 内容仓库 | iron_laws/ 11 文件 169KB · soul_archive/ 15 文件（原则册 327 条 410KB + 触发表 + 操作铁律 73KB + 哲学章）· decisions_log 909 条 1.08MB · mailbox/ | 按约定去查——「知道有」≠「想得起用」 |
| C 技能层 | skills/ 126 个（流程类资产：代审/打分/落档/发报…） | 按触发词匹配调用 |
触发表的精确位置：~/.workbuddy/soul_archive/scene_trigger_table.md —— 既不在 SOUL.md 里也不在 MEMORY.md 里。它在内容仓，靠 MEMORY.md 2.5 条挂进启动链。类比：MEMORY=目录页，SOUL CORE=扉页，soul_archive=书架分册，触发表=插在书架最顺手处的场景书签。
二、四层记忆架构诊断（业界 2026 共识 × 我方实盘）
| 层 | 业界定义 | 我方对应物 | 诊断 |
|---|
| L1 工作 | 当前 context | SOUL CORE + MEMORY + 当前对话 | ✅ 正常 |
| L2 情景 | 事件，带时间锚 | decisions_log 909 条 + daily 150 天 | ⚠️ 只按时间组织1.08MB 读不动=规模代价 |
| L3 语义 | 知识，不关心来源只关心是否为真 | 原则册 327 条 | 🔴 按「书名」组织=按来源违反定义→7 天仅取 4 次 |
| L4 程序性 | 规则/工作流/技能 | skills 126 + 触发表 + V6.3 五维 | ✅ 最接近正确调用应调这层 |
层间转换（业界：语义→程序性 = 高频操作封装成判据）
L1→L2 压缩 ✅ 自动→
L2→L3 收割器 🟡 半自动（05:50）→
L3→L4 🔴 断点：靠本体点破人工编译
「为什么以前不调用」的完整因果链：原则按书组织（查不到）→ 没有 L4 编译态（没法直接用）→ 没有触发机制（想不起来）→ 三重叠加 = 7 天 4 次。库是因，调用是果。业界原话：全塞 Markdown = 把关系/时序/配置数据塞进同一张 SQL 表。
三、书的三态（「读了那么多书，书在哪？」）
① 原稿
Bot 知识库 1594 文件→ 蒸馏 →
② 原则册 327 条
L3 语义记忆（原料）→ 编译 →
③ V6.3 五维 / 触发表各行
L4 程序性（调用就调这层）
昨天之前没有 ③ —— 只能直接啃 ②（327 条按书排列），啃不动 → 不啃 → 去网上搜 CFA（09-30 上午实证的错）。编译态缺失 = 书白读的直接原因。修复中：327 条打场景标签工程（样本 10 条已验证，待全量跑批）。
四、触发表机制（资产怎么被乘上）
调用链
MEMORY.md 2.5 条→
S0 审题：预设是什么？可验证吗？→
S1~S12 场景行→
原则册/判据/铁律实物→
实测验证（#816）→
答题·显式标注来源
13 个场景（v1.1）
| 场景 | 触发信号 | 乘上的资产（例） |
|---|
| S0 审题（一切任务先过） | 任何问题 | 先验证预设再解题；本体高频预设模式库（假二分/标记=欠账/拥有=会用/点状决策/时间化提问） |
| S1 定标准/立判据 | 「打个分」「怎么算好」 | 打分尺 v3 + P-TETLOCK + 先查原则库再上网（#876） |
| S3 市场方向判断 | 「看多还是看空」 | V6.3 五维（P-ZHOU/DONG/SOROS/SHILLER/TETLOCK） |
| S5 报警/报欠账 | 「有 N 条没处理」 | #816 + status 是信号不是结论（#870） |
| S6 修 bug | 「怎么会这样」 | 输入完整性三问（#872：全文？未删？分档？） |
| …共 13 行（S0~S12），全表见 soul_archive/scene_trigger_table.md |
🔴 乘法自证规则（「确保乘上了」的唯一判据）
乘法是否发生，不靠 AI 说「我乘了」，靠答案里可检查的痕迹：①答题显式标注资产来源（P-*/#编号/文件名）②无标注 = 未乘 = 裸模型答题——本体检查口令：「你这段哪几句是资产库来的？」③命中台账留痕，长期为空 → 升级机器闸。
五、四重验证（怎么证明这套东西有效）
| 验证 | 方法 | 判据/基线 |
|---|
| V1 行为回归（最硬） | CFA 事件复现：给「定深度标准」新任务，看是否先查索引而非上网搜 | 一次即知，行为级证伪 |
| V2 A/B 对比 | 同一任务查表 vs 不查表，打分尺 v3 评分 | 基线：09-25 实验 23>21 |
| V3 台账指标（持续） | _scene_trigger_usage.md 周命中数 + 改变动作占比 | 基线：原则册 7 天 4 次；今日首行已记 |
| V4 抽检质量闸 | 打标后抽 20 条人工核对 | 准确率 <85% 回炉 |
六、演进脉络（本页与基座工程的关系）
| 工程 | 解决的问题 | 状态 |
|---|
| SOUL 拆档（09-21~09-24） | 单文件 501KB 注入率仅 4.7% → 拆 CORE + 分册 | ✅ 收口 |
| 基座分流工程（09-23~09-26） | 拆开后怎么取用：强制取用 A/B → 「定点补位」成立 | ✅ 终版（历史文档） |
| 资产乘数工程（09-30） | 拆开的东西怎么被乘上：触发表 + 自证规则 + 四层诊断 + 打标工程 | 🟡 v1.1 运行中，打标待全量 |
跨空间：资产全在本机用户级 = 5 空间天然共享；VPS 侧（企微 Bot/小程序）默认不受益，需显式同步（可选工程，未做）。边界：已记录模式的识别会复利加速；全新框架盲区仍靠本体点破——出题权最高层在人（#907）。
资产庖丁解牛 v2.0 · 2026-09-30 · 数据源：decisions_log #904~#911 · 触发表 v1.1 · 四层架构实测