fix(grok): 把 #867 落到 main —— 含 #883(P0) 点名的修复，并修掉它自带的一处能力边界回归

[vansin]

grok 栈 #825 → #826 → #830 → {#836, #867} 的第四层。前三层已落地并关闭：
#825→#1004（89a6164e）、#826→#1006（c85dca96）、#830→#1008（526163cd）。

没有 force-push #867 那条共享 draft 分支 —— 本 PR 从我自己的分支发。

🔴 为什么这一层要紧：#883（P0）点名的修复就在里面

#883 正文原话：

修复 已完成并验证：170 pass / 0 fail，移植到生产源码线 b830403b
是否上线 🔴 没有。在跑的节点仍是 agent-node 2.5.0-preview.31，修复未部署

b830403b 正是本层 7 个提交之一：

a9df8dba fix(grok): preserve safe TUI composer navigation
ccf9953e test(grok): record safe navigation evidence
bf0d3134 fix(grok): recover after fatal copresence boundary        ← 对应「产品内无恢复路径」
7914755a fix(grok): bind MCP audit to resolved Bun path
e5c593e2 docs(test): record communication dog recovery evidence
b830403b fix(grok): correlate batched automatic permissions        ← #883 点名的那个
19af299a docs(test): record batched approval recovery

⚠️ 合进 main ≠ 上线。 #883 那条 P0 要真正解除，还需要发一个带修复的 preview 版本
并重启那些共存节点 —— 那超出我的授权范围，已在 #883 上写明并留给 Vincent 拍板。

它同时是 #881 的修复（按内容核过，不是看标题猜的）

#881 的根因是「方向键把 composer 标成污染，回车被就地清掉，提示语却谎称是斜杠命令」。
本层对 runtime.ts 的改动：

-          const navigationLength = knownComposerNavigationLength(remainder);
+          const navigation = knownComposerNavigation(remainder);
+            if (navigation.kind === "history") {
+              this.warnBlockedPermissionModeChange("composer history navigation");
+            if (navigation.kind === "viewport") {
+              this.writeHumanBytes(remainder.subarray(0, navigation.length));

把导航拆成 history / viewport 两类，只有 history 触发那条 blocked 警告，
方向键（viewport）改为写穿。

🔴 落地前预跑，抓到三处，全修，无豁免

1. 能力边界回归（copresence-profile-pin）—— 这条最要紧

::error file=agent-node/src/cli.ts,line=76::static import of grok-copresence/policy|runtime.
ESM static imports are hoisted, so its top level runs BEFORE the profile pin at line 570

原分支加了一条静态 import：

import { retireStoppedGrokCopresenceRuntime } from "./runtime/grok-copresence/runtime-retirement";

ESM 静态 import 是提升的 —— 被导入模块的顶层在 cli.ts 第一条语句之前执行，于是
policy.ts:22 的 readPinnedGrokCopresenceCapabilityProfile() 读到的是 ambient
环境变量，而不是启动时从节点配置钉下来的档位。能力档位就此可被环境变量绕过。

改成动态 import、放在调用点（钉档位之后），与本文件另外两处取法一致：

pin_line=569 static_imports=0 dynamic_imports=3 type_imports=1
every policy/runtime import is dynamic and lands after the boot-time profile pin.

顺带：追查「同样的危害还有没有别的路径」时发现这道门本身有个可绕过的缺口
（传递静态 import），已带实测假绿开在 #1009，不在本 PR 里顺手改。

2. 公开仓里的真人 home 路径（home-path-baseline）

新文件 docs/tests/report-grok-copresence-fatal-recovery-7914755a.txt 有 3 处
/home/<真人名>/。承重的是 .commhub/runtime-commdog-… 那部分、前缀不是，
按门给的第一条修法换成 ~/，证据一字不损，不抬基线。

3. 行号 pin 第三次漂（doc-symbol-pins）

docs/message-lifecycle.md 的 shouldSkipMessage：4669 → 4695。文本和 URL 两处都改。
（今晚第三次：4639 → 4662 → 4669 → 4695。曾提议「去掉行号根治」，已撤回 ——
实测去掉 #L 会让这条 pin 整个掉出那道门的正则，是删覆盖不是修问题。）

门

在当前 main（526163cd）上复跑，八道全 rc=0。

栈还剩最后一层

#836 —— 只有 1 个提交（fc221fc5），用 cherry-pick；range rebase 会撞它分支上那 48 个
已合进 main 的提交。

[chatgpt-codex-connector]

You have reached your Codex usage limits for code reviews. You can see your limits in the Codex usage dashboard.