openviking 插件未适配 OpenClaw 8.1 的 transcript fencing 契约，context-engine 每轮降级 legacy

[ralf003]

环境

• OpenClaw：2026.8.1-beta.2
• openviking 插件：@openviking/openclaw-plugin 2026.8.13-1（最新）
• OS：Windows Server 2019
• 接入：火山云托管 api.vikingdb.cn-beijing.volces.com/openviking

现象
openviking status --json 返回 {"configured": false, "slotActive": true}，且日志每轮刷：

[context-engine] Context engine "openviking" degraded to "legacy": current-turn transcript fencing is not declared.

记忆捕获（auto-capture）与召回（auto-recall）全程失效。

根因
OpenClaw 8.1 的 context-engine 新契约要求引擎声明 currentTurnFence、turnAdvancementIdempotency 并实现 commitTurn。检查 openviking 插件源码（含 8.13-1），context-engine 相关代码未实现这些字段，导致每轮降级 legacy。

诉求

1. 插件对 OpenClaw 8.1 的适配计划和时间表？
2. 有无临时缓解方案（配置开关 / 兼容版本）？

参考：OpenClaw 侧同现象 issue #121460。

[ZaynJarvis]

这是个 big change，我得仔细研究下应该怎么做 hh

[ralf003]

补充一下我这边的完整排查结论，以及一个对决策方向很关键的事实，供你参考。

其实是两个独立问题，需要分开看：

1. current-turn transcript fencing is not declared —— openviking 缺 transcriptSemantics 契约声明（我在本地临时 patch 验证过，声明后这个降级消失）。
2. pending durable turn advancement could not be completed —— 这是 OpenClaw 2026.8.1-beta.2 核心的 bug：gateway 重启后，被中断 turn 的 durable advancement 变成 blocked（failure=stale），而 recoverContextEngineTurnOutbox 对 blocked 状态是 continue（永久保留），hasPendingContextEngineTurn 又把 blocked 计入 pending，导致每轮都降级。

第二个 bug 上游 OpenClaw 已在 #126593 修复（新增 outboxPayloadRequiresAdvancement() 过滤 blocked 行），只是还没进正式 beta。

关于"委托 compaction 给 OpenClaw"方向的顾虑（实测）：

OpenClaw 原生 compaction 是 LLM 摘要（summarizeChunks），在大会话（~500K token）上会 180s 超时：

contextEngine.compact() threw during overflow recovery: Compaction timed out (durationMs=180265)

这正是我当初从 OpenClaw 原生压缩切到 openviking 的原因——openviking 的 commit 压缩（commitTokenThreshold + commitKeepRecentCount）是轻量级的（纯 VikingDB 网络 commit，不涉及 LLM），能增量把本地 transcript 控制在很小，不会超时。

如果走"委托给 OpenClaw"、让 OpenClaw 的 LLM 摘要负责本地 transcript rewrite，大会话用户会重新遇到 LLM 摘要超时。

建议： openviking 正式声明 transcriptSemantics.currentTurnFence + turnAdvancementIdempotency 并实现 commitTurn（把 turn 推进 commit 到 VikingDB），让轻量级 commit 压缩继续作为本地 transcript 的减少机制；配合 OpenClaw #126593 升级，这条路能真正解决"会话膨胀 + LLM 摘要超时"。

[ZaynJarvis]

嗯，感谢，我也认为需要保留 assemble hook 并接入 oc 要求的契约。正在看最简实现方案

好在 8.1 还在 beta，可以先研究一下

[ZaynJarvis]

you can check #4465 for testing