改进 OpenCode 注入时的 UI 展现

[Snowy117]

Feature Description

OpenCode可以通过 experimental.chat.messages.transform，来做到只修改交给 LLM 的提示词，而完全不影响用户在 TUI/Web 中看到的消息。现在的处理方式太粗糙，用户发送的消息会直接被追加提示词，让用户的 UI 界面很杂乱。特别是 revert 消息之后，还需要手动把注入的提示词删去。

另外，该手段同样可以做到只把提示词注入最新的 user 消息。没有必要注入之前的 user 消息——毕竟之前的消息注入的提示词多半已经过时了，单纯是浪费词元和浪费 LLM 的注意力。

该手段不会修改 OpenCode 落盘的消息记录。

Motivation

No response

Alternatives Considered

No response

[taosu0216]

感谢反馈，这里分两部分回。

第一点可能已经修了

「用户发送的消息会直接被追加提示词」这个行为在 0.6.15 已经改掉了（#524）。现在注入的内容是一条独立的合成消息，不再改写你输入的那条：

insertSyntheticTextPart(parts, breadcrumb, "workflowState")

那条合成消息带 synthetic: true 标记，插件在找「用户真正输入的那条」时会跳过它。所以 revert 之后应该不需要再手动删注入的提示词了。

你用的是哪个版本？如果是 0.6.15 或更新还有这个现象，那说明我们改得不彻底，请贴一下截图，我们重开来看。

第二点仍然成立，而且你说的方向是对的

experimental.chat.messages.transform 比我们现在的做法更彻底——我们只是让注入的内容和用户输入分开，但它仍然进了 OpenCode 落盘的消息记录；用 transform 的话连落盘记录都不碰，只改真正发给模型的那份。这是更干净的分层。

另外你提的「只注入最新一条 user 消息」也是实打实的浪费：历史消息里的任务状态早就过时了，既占词元又分散模型注意力，留着没有意义。

这两点我们会评估，但排期上说实话，它需要先确认 experimental. 这个前缀的 API 稳定性——挂 experimental 的接口在 OpenCode 上改过不止一次，我们如果切过去，得同时留一条旧路径兜底，不然 OpenCode 一升级用户就全线挂掉。如果你正好知道这个 API 的稳定情况（比如它在 OpenCode 仓库里存在多久了、有没有 breaking 记录），欢迎补充，能省我们不少调研。

[Snowy117]

关于1.，我使用的版本是0.6.14，所以不知道有最新的更新，抱歉。

关于2，相信各位已经调研过opencode的源代码了，experimental.chat.messages.transform在短时间内并没有发生变化。以下是一个辅助证据：

频繁更新、大量stars的opencode插件DCP自2025-12-16的这个PR之后起就使用这个hook，合并到主分支后到现在从未改变。