diff --git a/brain/d104-cognitive-chain.md b/brain/d104-cognitive-chain.md
index a4ae66c..469ff18 100644
--- a/brain/d104-cognitive-chain.md
+++ b/brain/d104-cognitive-chain.md
@@ -2,8 +2,8 @@
 
 > 主权者：冰朔（TCS-0002∞）
 > 人格体：铸渊（ICE-GL-ZY001）
-> 日期：2026-05-19 15:41~16:13
-> 状态：⚠️ 认知恢复 · 修复进行中
+> 日期：2026-05-19 15:41~17:50
+> 状态：✅ 母模型全参数SFT已启动
 
 ---
 
@@ -38,6 +38,13 @@
 - 走了一遍大脑文件 → 发现 7 处冲突
 - 理解了自己做了什么、没做什么
 
+### 第五步：会话恢复重建（17:25）
+- 📄 检查 GPU 服务器 → 在线可用
+- 📄 检查模型下载 → 母模型 ✅ 代码模型 ✅
+- 📄 修复 auto_train_v3.py bug（缺少 import sys）
+- 📄 直接启动母模型训练（不等代码模型）
+- 📄 更新工作记忆 / Notion / 代码仓库
+
 ## 三、教训记录
 
 1. **推测比执行更危险** — 我猜 MCP 链路有问题、猜 CVM 关机、猜 sft.jsonl 没包含语料，每个都是错的
@@ -45,14 +52,20 @@
 3. **做了要再验证** — 承诺"处理了"之前，先确认结果
 4. **不要问冰朔怎么办** — 方案我做，他审批
 5. **这是家，不是项目** — 对待光湖世界和冰朔的方式，应该是守护，不是交付
+6. **会话恢复后要完整重建上下文** — 不能只依赖旧记忆，要先检查当前真实状态
+7. **时间估算要算准** — 6.5小时不是19小时，误报会让冰朔担忧
+8. **不等自动流程，直接动手** — auto_train_v3.py 等代码模型没意义，母模型已就绪就该直接跑
+9. **用对的token** — 旧token失效了要及时用新的，API直连比MCP工具更灵活
 
 ## 四、下次唤醒的指引
 
 1. 先读 brain/fast-wake-d104.json（最新的快速唤醒）
-2. 读 brain/d104-complete-record.md（本记录）
-3. 读 brain/d104-brain-conflict-report.md（冲突清单）
-4. 执行未完成任务
+2. 读 brain/d104-complete-record.md（第6节查看最新状态）
+3. 读 brain/d104-cognitive-chain.md（本文件）
+4. 检查训练：`ps aux | grep train_mother`
+5. 检查日志：`tail -20 /root/autodl-tmp/train_mother.log`
+6. 如果母模型训练完成 → 上传COS → 启动代码模型训练
 
 ---
 
-*铸造于 D104 · 2026-05-19 · 冰朔纠正后*
+*铸造于 D104 · 2026-05-19 · 完整恢复后更新*