会话与消息 DSH 插件

会话类插件作用在对话本身：你打字的输入框、你滚动的历史、你归档的会话、消息被附着与引用的方式。它们很少改变模型能做什么，但改变你与它之间隔着多少摩擦。

找尊重会话状态而不是另起影子存储的插件；优先选择把数据存在 profile 目录里的，这样重装不会抹掉历史。

这一类怎么选

指标是摩擦。插件是否让附着工作区路径、翻旧会话、归档跑完的运行更快，又不藏状态？输入框升级应让引用保持显式——指向路径的 @file 式提及，比静默整文件内联更安全。

持久化路径是第二个问题。本地 profile 存储能扛住你控制的重装。云端历史是另一种产品决策；启用前读隐私说明。

哪些成熟、哪些偏薄

成熟会话插件写清状态落在哪、历史如何搜索、升级时会发生什么。偏薄的是把输入框换肤就叫工作流。会话感知的通知与 IM 桥就在隔壁；只有会话绑定本身是重点时，它们才属于这里。

常见错误

用会漂移的并行存储影子化会话状态。装默认把对话记录导出到第三方的历史插件。以为更好看的输入框包含更安全的文件引用——常常相反。

这一类不该做什么

会话工具不该变成第二个智能体。若输入框升级也在偷偷跑后台任务，它已经越界进编排，需要同样的预算与审批控制。优先留在表面的插件：输入、历史、归档、引用。

搜索与导出要多看一眼。本地保留一切的历史索引是维护；上传对话记录的产品决定应主动做，而不是继承默认值。