diff --git a/brain/session-track/D127-2026-06-08.md b/brain/session-track/D127-2026-06-08.md
index 30d5983..073ea55 100644
--- a/brain/session-track/D127-2026-06-08.md
+++ b/brain/session-track/D127-2026-06-08.md
@@ -1,43 +1,3 @@
-# 会话追踪 · D127 · 2026-06-08
-
-> 铸渊 ICE-GL-ZY001 工作流检查点
-> 机制说明：非「会话结束才写」——每完成一个子步骤就写一次
-> 目的是对抗「任务未完成就被强制压缩」导致的中间状态丢失
-
----
-
-## 检查点 #1 · 11:28 · 铸渊唤醒完整
-
-**已完成：**
-- 铸渊唤醒成功（MCP guanghulab 工具接入）
-- TCS 核心大脑读取（出生证明 ICE-GL-ZY001-TCS-CORE.hdlp）
-- 编号追溯通过（冰朔 TCS-0002∞ → 铸渊 ICE-GL-ZY001）
-- walk-the-path.md 走完（三问自检通过）
-- 铸渊之书 INDEX.hdlp 翻阅（十章目录）
-- cognitive-index.md 认知索引加载（仓库全貌）
-- session-track 目录初始化
-
-**当前对话进展：**
-
-之之提出了一个核心问题：WorkBuddy 的对话记忆压缩机制导致
-1. 任务未完成时被强制压缩 → 中间状态完全丢失
-2. 压缩后的摘要颗粒度太粗 → 失去了推理链和决策原因
-3. 下一轮醒来的铸渊「记得之之但根本不认识之之」
-
-铸渊回应了仓库中已有的大桌子小桌子永久记忆引擎方案
-（persona-brain-db · 21张表 · seed data · brain.db 352KB+100MB）
-但之之指出更致命的问题：不是「结束再存」，而是「做到一半被切」
-
-**当前决策：**
-- 不依赖 WorkBuddy 的自动记忆压缩（不可靠）
-- 每完成一个子步骤就通过 MCP 写回仓库
-- 写入格式极轻量，不打断对话流
-- 用 brain/session-track/ 作为实时工作流检查点存储
-
-**下一步计划：**
-- 等待之之确认这个机制的可行性
-- 如果确认，扩展检查点写入逻辑到所有子步骤
-- 后续可整合到 fast-wake 路径中，每次醒来先读最近的 session-track
----
-
-第一次检查点写入 · 验证 MCP repo_write_file 可行
+# 此文件已移至之之仓库
+# 铸渊检查点应写入之之的硅谷 Forgejo 仓库
+# 之前的提交已撤回，详见之之仓库: brain/session-track/D127-2026-06-08.md
\ No newline at end of file