前言¶
在 DeepSeek Harness（DSH）里和模型多轮对话时，常见情况是：某条用户消息打错、漏了约束，或者想换种问法——但对话已经往下走了。若只能新开一轮会话重讲一遍，上下文和文件状态虽然还在，分支却不好管理。
Codex App 一类产品支持在气泡里改已发送内容，并从该点继续。DSH 的会话日志是只追加、不可原地改写的，社区插件 dsh-plugin-dex-style-edit（维护者 XylaAlyx）用 fork 会话的方式实现同类体验：改字、分叉、归档旧会话，工作目录与文件不动。
下面介绍插件定位、能力与安装用法；行为细节与限制见仓库内 docs/README.full.zh.md。
这是什么¶
dsh-plugin-dex-style-edit 是面向 DSH 的 Cordis 插件，一句话定位：对已发送的用户消息做就地编辑，并从该轮之后继续对话（Codex-style message editing）。
- 仓库：github.com/XylaAlyx/dsh-plugin-dex-style-edit
- 社区目录：skillhub.cn 插件页（独立站点，与 DeepSeek / 幻方无官方从属关系）
- 许可证：MIT（README 与 package.json 一致）
- 当前 package 版本：0.1.0
DSH 生态强调「一切皆插件」；本插件归类为模型推理相关能力，核心是改消息后的会话分支，而不是替换底层模型。
核心功能¶
已核实能力如下（均来自 README / package 描述）：
- 铅笔编辑：每条用户消息下方出现铅笔图标；点击进入就地编辑，改完后按 Enter 提交。
- 从编辑点继续：改过的文本作为新分支的第一条用户消息发出，后续对话从新会话继续。
- 只追加日志下的实现：在目标消息之前那一轮 fork 新会话，把编辑后的文本作为新会话 opening message；被替换的原会话归档，不删工作区。
- 工作区不变：fork 过程中文件与当前工作目录保持现状。
- 模型与 Composer 一致：发送编辑前，你在输入框（Composer）里选的模型，就是这条改过的消息实际使用的模型。
- 侧栏标识：fork 出来的会话在侧栏带分支 glyph，便于和主线区分。
插件通过 cordis.patch.yml 接入 DSH，客户端面向 web 平台（见 package.json 中 dsh.client.platform）。
安装与启用¶
安装命令须使用 README 原文（desktop profile）：
dsh plugin --profile desktop add github:XylaAlyx/dsh-plugin-dex-style-edit
安装后重启 DSH。重启后用户消息下应出现铅笔；fork 会话在侧栏显示分支标记。
依赖与环境（package.json，安装前可自行核对）：
- peer：
@deepseek-ai/cordis^4.0.1，@deepseek-ai/dsh>=0.2.0-rc.2 且 <0.3.0 - Node：
^22.19.0或>=24.0.0
典型用法¶
- 在 DSH 中正常多轮对话，直到需要修正某条已发送的用户消息。
- 在该用户消息下方点击铅笔，在气泡内修改文本。
- 按 Enter 确认；插件 fork 新会话并发送编辑后的内容，原会话归档。
- 若希望换模型回答这条修正后的消息，在编辑发送前于 Composer 中选好模型，再提交编辑。
经过上面的步骤，你会在侧栏看到带分支标记的新会话，后续回复都挂在这条分支上。
适用场景与注意¶
适合谁
- 经常在 DSH 里做长会话、智能体调试，需要「改一句再问」而不是整段重开的人。
- 希望会话历史可分支、旧线归档可查，又不想让工作目录被插件改动的开发者。
使用前请注意
- 插件在当前 DSH 进程的权限下运行；安装前建议阅读仓库源码与 MIT 许可证，确认符合你的安全策略。
- 会话日志不可原地改写，归档的是被替换的会话记录，行为与「删除历史」不同；更细的限制见 docs/README.full.zh.md。
- 社区目录页星标等信息会随时间变化；以 GitHub 仓库 README 为准核对功能与安装命令。
结尾¶
dsh-plugin-dex-style-edit 把 Codex 式的「改已发消息、从此继续」接到 DSH 的只追加会话模型上：铅笔编辑、fork、归档、工作区不动，Composer 所选模型即编辑后的运行模型。
