dsh-chat-mode · 聊天 / 工作模式
给 DeepSeek Harness 增加一个「聊天 / 工作」模式开关，用来区分两种完全不同的对话。
两种模式
- 聊天模式：像 DeepSeek 网页版一样只做对话。模型看不到也无法调用任何工具，不能读写文件、不能执行命令；system prompt 换成网页助手的身份，运行时上下文（工作目录、沙箱、审批策略）一并关闭。输入框、上传图片/文件、历史记录全部照常。
- 工作模式：Harness 原本的能力。切换时不询问任何目录，直接沿用这条对话当前所属的工作区；之后模型就能在该目录里读写文件、跑命令。
使用
打开任意对话，输入框工具栏左侧有 聊天 / 工作 分段控件：
- 点 聊天 → 当前对话进入聊天模式。
- 点 工作 → 当前对话进入工作模式，工作目录就是它现在的工作区；不弹窗、不选目录，来回切换都是一键。
也可以直接敲斜杠命令：
| 命令 | 作用 |
|---|---|
/chat |
切换到聊天模式（只对话，不使用工具） |
/work |
切换到工作模式；工作目录 = 当前工作区 |
/work <目录> |
把这条对话挪到指定目录，并登记为项目（Workspace） |
行为细节
- 新建对话默认聊天：空白对话在第一次创建 Agent 时记录为聊天模式。
- 已有对话不重写：已经产生过消息、但没显式记过模式的对话保持工作模式，不会因为升级插件突然失去工具。
- 切换只影响当前对话：点「工作」不会改变之后新建对话的默认值；新对话永远从聊天开始，除非你在里面点「工作」。
- 模式持久化在会话日志里：由
/chat、/work命令事件折叠得到，刷新、重启、多标签页、resume 之后都一致。 - 聊天模式真的没有工具：对该 Agent 的 scope 执行
tools.restrict({ allow: [] })，连预设挂载的工具也一并隐藏；同时把 persona 换成网页助手并关闭运行时上下文。切回工作模式时这些注册会被移除。 - 历史工具痕迹会被声明为失效：从工作模式切到聊天模式后，历史里的
tool-call/tool-result仍在上下文里。聊天人设会明确告诉模型「那些只是历史记录，这些工具现在不存在」，避免它假装还能读文件、或把过期结果当成新结果。 - 上传文件：聊天模式没有文件工具，所以文本文件的内容会直接内联进消息；二进制文件保留只读句柄，图片照常作为图片输入。
- 切换在下一步生效：模式切换发生在两次模型请求之间，当前这一步的上下文不会被改坏。
缓存与额度
- 切换会失效一次缓存：system prompt 和工具清单都变了，切换后的第一次请求要重建前缀；之后恢复正常命中。成本按「带新模式发出的请求」计，不是按点击次数计——连着点很多次但没发消息，不产生任何 miss。
- 聊天模式通常更省：没有工具声明、system prompt 只有一百来 token、也没有工具往返（工作模式一个任务可能要多次模型请求）。
- 插件本身不消耗额度：模式记录、投影、命令事件都在本地会话日志里，不触发模型调用。
- 单纯想省额度时，控制输出长度和大文件上传比切模式更有效。
安装
从 GitHub 安装：
dsh plugin add /dsh-chat-mode
本地开发目录安装（已在本机完成）：
plugin_manager install_bundle 目标：<本目录>
卸载：在「设置 → 插件」里停用或移除 dsh-chat-mode。
开发
index.js：Host 半边（模式投影、工具/persona 约束、/chat、/work、上传文件内联）。不依赖任何 dsh 内部包，只用zod。client.js：浏览器半边（输入框工具栏的分段控件）。test/chat-mode.test.mjs：离线回归测试，用假 context 驱动apply()，覆盖模式继承、切换、工具约束、上传内联等 38 项断言。
npm install
npm test
