用于终端与 Shell的 DSH 插件

终端类插件的跨度，从 TUI 前端里的状态栏，到打开 SSH、并守卫危险命令的远程运维插件。共同点是：shell 成为智能体循环的一部分，而不是你要 alt-tab 过去的另一件事。

这类插件常带命令执行权限，因此要审查守卫规则：拦了哪些模式、破坏性命令是否需要确认、输出在进入上下文前是否安全截断。无守卫的 shell 工具是文本 harness 里爆炸半径最大的类目。

怎么评估

先问什么在哪里执行。本地 node-pty 会话不同于跳板机上的 SSH。按名字审查允许/拒绝列表，而不是营销话术：rm -rf、包发布、curl | sh 不应无人值守地跑，除非你故意开了这扇门。远程路径要找 dry-run 或审批模式，以及对对话记录友好的截断，避免巨大日志静默填满窗口。

仅 UI 的终端插件（状态栏、仪表、回放）风险较低，但仍应声明 dshTarget：它们挂钩的表面在预览版之间最常变。

什么样算好

强的终端插件对不可逆操作保留人工。本地工作台展示真实 shell 而非模拟器，并持久化可重开的历史。远程插件写明传输、认证材料与在范围内的主机。守卫默认对破坏性类别关闭，且可配置。输出带显式「已截断」标记，而不是整段倾倒。

能与文件 diff 视图搭配时就搭配：组合起来才能看清命令在磁盘上改了什么。

常见失败

常见失败是「有帮助」的默认值：无确认地执行模型给的脚本。第二种是 SSH 插件把密钥存在模型能读到的地方。第三种是以为 TUI 前端看起来像终端就安全——风险在它注入模型的工具，不在外壳。

安装顺序与边界

终端类先确认命令在哪个 profile、哪条工作区执行。流式日志有用；把任意 shell 暴露给模型前，先把权限面读完。