Grok Runtime Docker E2E：从 CommHub 到任务 replied#

Grok CLI 能回复一句话，只说明模型可用；Grok runtime 真正能上线，要证明它能接进 Hub、注册节点、建立 SSE、接 REST task、返回 replied，并持久化 grokSession。

0. 一句话先讲明白#

Grok Build runtime 的 Docker E2E gate 要跑完整链路：容器内安装 grok，复用只读登录缓存，build agent-node，启动本地 CommHub，用真实 /api/auth/register 拿 user token、node token 和 network_id，启动 grok-build-acp 节点，REST 派任务，确认任务状态到 replied，最后检查节点配置里写回 grokSession。

这节基于 2026-05-26 的 E2E 结果，runtime 基线来自 PR #188 / f1ff65e。

你将学到#

• 为什么 runtime 需要 E2E，而不是只跑 unit test
• Docker E2E 应该覆盖哪些组件
• utok_ 和 ntok_ 在这条链路里的边界
• SSE 连接和 REST task 怎么验证
• grokSession 持久化为什么是上线 gate
• E2E 报告应该保留哪些证据，隐藏哪些敏感内容

适合谁#