[建议] 插件插入的「替换消息」能否走宿主自己的座位渲染

[DDDMUC]

背景

客户端插件可以把界面里的一条消息换成改写后的版本。我的 dsh-edit-turn 就是这么做的：改写用户提示词后，在那一行插一条气泡显示改后的文本。这类「插件自己插入的气泡」目前只能由插件自己画 DOM —— 它不在宿主的消息座位里（宿主只为日志里的消息画座位），因此任何渲染层插件都接管不到它。

撞上的具体问题：dsh-markdown-bubble 让用户气泡按 Markdown 渲染（替换 conversation.chat.node 的 user / steering 座位）。于是同一个界面里：没改写过的提示词是渲染态，改写过的是纯文本（white-space: pre-wrap），看起来像两种不同的东西。这不是某个插件的 bug，而是两个扩展点之间没有交接面。

现象（0.2.1-rc.2 实测）

• 改写后的气泡由 dsh-edit-turn 自己绘制（.dshet-revision，纯文本），markdown 插件不会渲染它；
• 反过来，markdown 插件也没有任何办法认领它 —— 它只认领宿主的座位。

建议

1. 给「插件插入的替换消息」一个受支持的渲染入口：让这类内容也能走宿主自己的消息座位（或至少能调用宿主渲染用户消息的那条管线），而不是让每个插件各画一遍 DOM；
2. 或者在 ctx.slots 里提供一个「渲染一条用户消息」的公开接口（例如把 conversation.chat.user.content 暴露成插件可调用的渲染函数），插件插入的气泡就能与宿主保持一致；
3. 另外：0.2.1 把 primitives.projectUserText 删掉、把用户气泡内容拆成工厂槽之后，第三方座位替换类插件的降级是静默的（只在控制台留一条 warnOnce）。这类跨版本契约变更如果能留一个弃用期或迁移说明，会省很多排查时间。

复现

1. 安装任意一个「用户气泡渲染」插件（如 dsh-markdown-bubble）；
2. 用 dsh-edit-turn 改写一条用户提示词并保存；
3. 观察：改写后的气泡是纯文本，其余气泡是渲染态。