DSH Plugins
返回列表
⚙️

dsh-workspace-change-awareness

工作流 更新于 2026.08.31

在终端中运行以下命令:

dsh plugin install kingcheng12/dsh-workspace-change-awareness

将以下提示词粘贴到 DeepSeek Harness 对话框中:

在 DeepSeek Harness 中安装该插件,执行 dsh plugin install kingcheng12/dsh-workspace-change-awareness,源码地址为 https://github.com/kingcheng12/dsh-workspace-change-awareness

插件介绍

在 DeepSeek Harness 中,agent 一边修改文件,一边面临人类开发者、IDE 或外部脚本对同一仓库的并发编辑。没有外部感知机制时,agent 会持续依赖已失效的缓存内容,产出基于错误前提的结果。dsh-workspace-change-awareness 为弥合这一盲区而设计:它在每次模型请求之前,通过共享的 Chokidar 监听器失效相关路径,并经 ctx.fs 重新解析与 stat 验证,确保模型看到的是真实的工作区状态。

插件的核心防护分三层。第一层是 pre-step 通知:检测到 session 已确认基线之外的文件变更后,插件在 agent/pre-step 节点注入一条 user-role 提示,要求模型重新读取受影响文件并检查当前 diff,提示在模型可见前已完成持久化。第二层是 turn-stopping 终检:若模型推理期间又有新状态到达或监听器边界降级,agent/turn-stopping 会执行一次额外步骤将最新状态喂给模型。第三层是降级与恢复:监听器出错时先向模型发出覆盖降级警告,再尝试重建;已确认路径在后续 step 中仍通过 ctx.fs.stat() 重新验证,短暂中断不会静默丢失变更。

这套机制适合多角色并发编辑的真实工程环境——人的终端、IDE 自动保存、CI 钩子与 harness agent 同时操作同一组文件。新 agent 从当前状态起步,不会把初始文件误报为变更;恢复或压缩的 session 会收到保守的重新读取提醒。插件无需额外配置即可工作,MIT 协议,适合想给 harness 工作流加一层外部变更感知的团队和个人。

使用场景

  • 人类开发者和 agent 同时编辑同一仓库中的不同文件
  • agent 长时间推理期间 IDE 自动保存或外部脚本修改了文件
  • 多个 agent 并发操作同一工作区,需要各自感知对方的变更

适合人员

  • 使用 DeepSeek Harness 构建多 agent 工作流的开发者
  • agent 与 IDE、CLI 工具或 CI 脚本并发编辑同一代码仓库的团队
  • 需要 agent 在长时间任务中持续感知工作区一致性的工程师