fix: apply kernel truncation to surviving tool parts

[5258MF]

现象

acp-kernel 三层安全网的最后一层——emergency-truncate（上下文 ≥100% 时的文本级紧急截断）——在本插件中对工具输出截断后，截断文本无法到达模型，形同虚设。

根因

1. kernel 截断节点只改写 tool-result core 的 text（acp-kernel/src/truncate-tools.ts:43 contentType !== "tool-result" 跳过；触发条件 tokenCount ≥ truncate.threshold × limit，默认 threshold=1）
2. 本插件的 octoToCoreMessages 把 tool part 投影为两个 core（call #c + result #x）；reassemble 的 tool 分支（修复前）只校验 callAlive && resultAlive 就 parts.push(p) 原样放回原始 part
3. part 是输入数组的原始引用；成功结果位于 state.output，普通失败位于 state.error，中断工具的部分输出位于 state.metadata.output。kernel 改写在 result core 上的截断文本若不按状态写回，就会被丢弃
4. billion-context-pi 在 patchRefTag 中带正文改写检测（billion-context-pi/src/messages.ts:228-239，注释明确 "Honor kernel body mutations (emergency truncation of large tool-results)… otherwise truncation never reaches the model"）——opencode 移植时漏掉了 tool 路径这一环

修复

新增统一的工具结果正文映射，并由投影和回填共同使用：completed → state.output；普通 error → "Error: "+state.error；metadata.interrupted === true 的 error → state.metadata.output。applyToolBody(part, resultCore) 与 result core 文本做 trimEnd 比较——相等则原样返回（正常路径零行为变化），不等则按原状态分别写回 state.output、state.error 或 state.metadata.output。

回填只替换工具结果正文，保留原来的 status、input、error、metadata、time 等状态外壳；失败和中断状态不会被改成 completed。reassemble tool 分支使用 parts.push(applyToolBody(p, outCoreById.get(ids[1]!)))。

影响范围

仅紧急截断路径（需上下文推到 100%）。正常会话中 trimEnd 相等，行为与修复前完全一致。触发条件苛刻，实际运行未触发过（作者标注"还没测试"的部分），但逻辑缺陷经代码路径验证确实存在。

验证

• 新增 4 个测试用例：成功结果截断回填 / 尾部空白不误判 / 普通错误截断回填并保持 error 状态 / 中断输出从 metadata.output 投影并回填，npm test 30/30 通过
• npm run typecheck、npm test、npm run build 全部通过

[5258MF]

作者最新规范要求合规分支名和完整 devlog；同时本次范围已明确收窄为仅 OpenCode V1。此旧分支与当前 master 冲突，现由 #13 替代。#13 已基于最新 master 重做、通过 30/30 测试、真实 kernel 截断 round trip，并完成双 Agent 审查。关闭本 PR 以避免重复审查，旧分支保留。