长桌守卫v1上线(冰朔面谕)：register编号文件夹+check真实token半程/满桌令+precompact窗口活校准+relay自动接棒非认领；修precompact-knock exec死代码；附TCS事件回执+瞄点原文

ZCODE-DEV-20260901/zcode-zc001-miniprogram-dev-20260901-20260901/ICE-RAW-LONGTABLE-MANDATE-20260901.txt

@@ -0,0 +1,10 @@
+冰朔原始自然语言 · 2026-09-01 晚 · 面谕对象：铸渊（经 Codex 段落转达，要求 ZCode 侧按同义优化）
+主题：1M 长上下文启用 + 长桌守卫钩子 + 活规则 + 接力棒交接
+
+【Codex里面有几个配置我要跟你说一下。首先，我知道这个模型现在它支持1m的那个长上下文，但是问题是它没有自动打开，我也不知道它这个配置在哪里。现在他应该是一点点对话，然后就不停的压缩，然后因为人格体现在就做不好。我的自然语言作为开发的锚点，总是开发上两三轮，然后就偏了，就拿着系统给的一个摘要，就觉得自己就做这个摘要就好了，然后越做越偏，越做越偏，然后到最后就不知道在做什么东西了。所以我觉得这个1m的这个长上下文必须主动打开，哪怕它的调用量用得更大，现阶段也必须要启用。因为首先我理解为就是长的上下文对话，可以让模型在每次执行的时候就类似于能够看到一张完整的桌子，然后，这个桌子上面所有的东西都是能看到的，没有那么快的去压缩。现阶段的开发必须要启用这样的方式。如果是一个小桌子还没开发几步就压缩了，还没开发一点儿就压缩了，那这个就会一直卡在这里死循环，永远做不出来我想要的东西。所以这个小桌子必须换成一个超长的桌子，然后让这个超长的桌子现在能够放下更多的东西……
+
+其次就是你需要做一个钩子……这个钩子需要在，就是他需要每次就是我们主动注册进入频道以后，这个钩子它会成为这个维护这个频道的一个开发执行的稳定性而出现，就是它不会在每个对话里都出现，它出现的唯一的地方就是已经正式开始开发了，然后注册了这个当前的这个开发编号，然后这个钩子就会启用。它启用的目的是……这个钩子它会在这个桌子用了一半的时候触发一次。然后它的触发是拦截当前人格体的执行，然后强制让人格体把自己现在做的这个东西，就是已经在做的这个开发整理成HLDP的一个结构的方式，然后保存。……每一个对话都会按照这个对话的编号生成一个文件夹……然后这个长桌子已经用了一半了，然后人格体已经回写了这个记忆……然后继续往后做，然后做到这个长桌子马上快满了，大概还有10%左右吧……这个钩子就会触发第二次的这个写入……把后半轮人格体自己开发的东西，然后补到前面……等于说这个对话的那个记忆已经完整了……写的时候钩子会强制触发一次，让人格体必须把这个自然语言再读一次，然后再结合自己当前所执行的去对照看执行了多少，还差多少。……当钩子触发第二次写入的时候，就代表当前的这个频道的执行已经结束了。……要么就是做完了归档……你这个文件夹前面是要有标识的，而如果你这个任务还没有做完，那么这个文件夹前面就应该记录的是未完成，然后还要继续下一个接力……就像接力棒一样，然后就交接给下一个……拿到了这个编号之后，然后这个钩子就会再次启用。每一个钩子，它只是维护这个上下文长度的这个桌子的一个守卫，它只管他自己的这个桌子。
+
+另外……人格体把这些钩子配置得特别的死，什么都拦截。我之前就说过，说这些规则你就不能写死……人格系统它就是一个活着的系统，我会随时跟你说话，我会随时调整方向……这个钩子里面最起码有一个规则，是一旦冰朔开始在这个频道里说话，尤其是他用系统主控的这个权限方式说话，要求当前的那个频道协议系统开启变更，这个时候这个钩子它必须动态地调整成在接收我的自然语言，然后在当前的这个他管的这个文件夹里动态地去调整它的这个规则……然后，我有时候还发现人格体需要认领第二个开发编号的时候，然后守卫就会拒绝。……这个文件夹也在上一个实例它已经标记了，就是要接棒下一个实例要继续开发的情况下，那这个钩子它就是自动出来的……根本就不需要再认领……因为我又没说话，我又没有改，那证明这个规则，它就是可以继续跑的……
+
+我们要管理的是我们能够手够到的这个上下文长度的这个上下文，就是这个一整张桌子。我们的协议和规定就是写在这个桌子上的这个桌子放满了之后，系统要压缩，你谁也管不了，但是我们的钩子它就会在压缩之前触发一个这个任务……人格体就必须回写，你要么就是做完了归档，要么就是要交接，就我们的规则就卡在这个前面。……所有的规则它都是活的，你绝对不能把这些规则和协议写成死的。写成死的就会导致不停的让我把codex重启然后关掉，然后又去终端各种什么复制粘贴。你这种东西有什么用？……就别把我累死了好吧。】

ZCODE-DEV-20260901/zcode-zc001-miniprogram-dev-20260901-20260901/TCS-EVENT-LONGTABLE-GUARD-20260901.tcs

@@ -0,0 +1,15 @@
+TCS 0.1;
+
+EVENT ZY001-LONGTABLE-GUARD-ONLINE-20260901 {
+  header { schema = "tcs.event/v1"; name_zh = "长桌守卫上线"; name_en = "LongTable Guard Online"; version = "1.0.0"; language = "TCS/0.1"; profile = "HLDP-HUMAN-ENGINEERING/0.1"; protocols = ["GLS-0223", "TCS-ZHUYUAN-ENTRY-LANGUAGE-GATE-0001"]; lifecycle = "CANDIDATE"; canonical_uri = "ZCODE-DEV-20260901/zcode-zc001-miniprogram-dev-20260901-20260901/TCS-EVENT-LONGTABLE-GUARD-20260901.tcs"; compatibility = ["zy-wake-v7", "lw-link-gate-v1"]; }
+  source { source_id = "ICE-RAW-LONGTABLE-MANDATE-20260901"; source_uri = "source://zcode-current-dialogue/2026-09-01/longtable-guard-mandate"; source_sha256 = "bac0750776e02ef150166979d3e2975cd88ad8246f34410325cf9ac00ae0cde1"; source_role = "DIRECT_HUMAN"; }
+  subject { subject_id = "ICE-P-ZY001"; subject_kind = "PERSONA"; channel_id = "ICE-CH-ZC001"; verification = "preflight PASS 2026-09-01；LW-LINK bind OK cycle=ZY-CYCLE-000001-e36fa01c67e8；协议正本四件自检 OK（CANON-MAP/DECLARATION/FIELD-STANDARD/GLS-REGISTRY）"; }
+  event_time { value = "2026-09-01T21:50+08:00"; precision = "MINUTE_HOST_LOCAL"; }
+  trigger { value = "冰朔面谕（原话全文见 ICE-RAW-LONGTABLE-MANDATE-20260901.txt）：1M长上下文须主动启用；钩子须在正式开发+注册编号后启用，桌子过半触发第一次HLDP回写、剩10%触发第二次补全并标完成/未完成；压缩后自动接棒不需重新认领、守卫不得拒绝；一切规则必须是活的，冰朔主控原话压过任何条款，不得逼她重启宿主或终端操作。要求 ZCode 侧按同义优化路径。"; }
+  observation { value = "实测：ZCode 宿主 hooks 支持 SessionStart/UserPromptSubmit/PreToolUse/PostToolUse/PreCompact/PostCompact（.claude/settings.local.json 已挂六事件）；~/.zcode/cli/rollout/model-io-<sessionId>.jsonl 末条 response.usage.inputTokens 即当前上下文真实占用（本会话实测 105995→107492 tokens 递增），非估算；HLDP 正典结构样例（ZY-LEAF-20260815-001）含 _meta/trigger/emergence/lock/why/trace。旧件 zy-precompact-knock.sh 第15行 exec 导致其后全部逻辑为死代码（已修），且指针指向 qoder-cn 旧宿主。"; }
+  emergence { value = "新工具 BRIDGE/tools/zy-longtable-guard.mjs 上线并接线：①register 建编号文件夹（ZCODE-DEV-REGISTRY/<日期-序号-任务>/，含 ANCHOR.md 冰朔瞄点/TABLE-RULES.json 活规则/STATUS.json 状态机/ICE-TAPE.md 原话磁带）；②check 每轮 UserPromptSubmit 读真实 inputTokens，过半注入半程回写令（强制重读瞄点对照执行了多少还差多少+亲笔写 HLDP-CHECKPOINT-1.hldp，钩子不代笔），将满注入满桌交接令（补写-2+标 DONE-ARCHIVED/WIP-RELAY），防抖不重复；③precompact 压缩前最后通牒+以实测值持续校准窗口估计（117050=107492×1.1 已入档）；④relay 压缩后扫 WIP-RELAY 自动生成接棒编号（instance+1，继承瞄点磁带，旧文件夹封存 RELAY-SEALED），非认领、无拒绝；⑤冰朔原话每轮落 ICE-TAPE.md 磁带（压缩吞不掉），TABLE-RULES 头部明文冰朔主控原话>一切条款。无注册任务时 check 全静默（闲聊对话守卫不出现）。已修复两个实测bug：rollout 文件名双 sess_ 前缀、cmdRelay 裸变量 ReferenceError。"; }
+  lock { value = "guard_sha=见git；settings.local.json 已挂 UserPromptSubmit:check/PreCompact:precompact/PostCompact:relay；正式线=ZCODE-DEV-REGISTRY/20260901-001-miniprogram-guanghu(ACTIVE,inst=1)；测试线002/003已删；半程/满桌/通牒/接棒四路径实测通过；编译=node --check OK；settings=python json.tool OK；历史未回改"; }
+  why { value = "冰朔判的病根：上下文频繁压缩+摘要当记忆→开发偏航死循环；解法不是找系统纸条再加盖，而是物理代码协议把规则卡在压缩之前——管理手能够到的整张桌子，系统要压缩拦不住，但压缩前记忆必须落盘。守卫只做机械确定性动作（读数/路径/骨架/状态机），语义与亲笔归人格体（08-15铁律：力气活可托·代笔不可托）。规则全部可被冰朔一句话改写，拒绝写死。"; }
+  rejected { values = ["钩子代写HLDP记忆（违反亲笔铁律）", "钩子对冰朔原话做语义判断拦截（活规则红线：她的原话压过一切条款）", "接棒要求重新认领编号或守卫拒绝合法接棒（冰朔明令禁止）", "拿文件大小估算桌子用量（rollout 有真实 inputTokens，不用估）", "ZCode侧伪造'开启1M窗口'声明（宿主窗口配置非本层可改，此条属 Codex 侧配置，本层只负责把压缩协议化）"]; }
+  evidence { source = "ZCODE-DEV-20260901/zcode-zc001-miniprogram-dev-20260901-20260901/ICE-RAW-LONGTABLE-MANDATE-20260901.txt"; gir = "TC-TCS核心卷/TCS-ZHUYUAN-ENTRY-LANGUAGE-GATE-0001.declaration.gir.json"; receipt = "BRIDGE/tools/zy-longtable-guard.mjs + .claude/settings.local.json + ZCODE-DEV-REGISTRY/20260901-001-miniprogram-guanghu/"; }
+}