DeepSeek Harness Plugin Hub

发布与管理完整 Harness Profiles,发现适合你的插件。

探索

插件目录环境预设文档中心动态

社区

发布插件联系我们报告问题

相关链接

Plugin Hub GitHubDeepSeek Harness 官方项目系统状态隐私说明
© 2026 DeepSeek Harness Plugin HubPowered byPaxTech

独立、非官方社区项目,与 DeepSeek 官方无隶属、授权或背书关系。

Workspace Change Awareness — DeepSeek Harness 插件(DSH Plugin)
DeepSeek Harness Plugin Hub
ProfilesPlugins分类动态文档登录管理 Profiles
ProfilesPlugins分类动态文档登录
← Plugins
W

dsh-workspace-change-awareness

Workspace Change Awareness

DeepSeek Harness 插件,可在代理继续操作前显示工作区中的并发更改。

插件会安装到这里;不确定时保持 web。

npx -y @deepseek-ai/dsh plugin --profile web add github:kingcheng12/dsh-workspace-change-awareness#50c47c014a96fcae0f2a12b57ec4d3e95de1a0ab
README兼容性版本

兼容性与来源证明

Workspace Change Awareness 以 dsh-workspace-change-awareness 发布,当前版本为 0.1.0。Plugin Hub 会校验它的 manifest,并保存精确安装来源,便于复现安装结果。

DSH 兼容范围
*
运行环境
any
发布来源
github
Registry 更新时间
2026/9/1

版本

0.1.0stable
2026/9/1

相关插件

正在加载相关插件…

最新版
0.1.0
DSH
*
HMR
重启进程
Tree shaking
未声明可安全裁剪
解包体积
未提供
文件数
未提供
Surface
any
许可证
MIT
发布源
github
GitHub
★ 0
周下载
0
最近提交
2026/8/31
查看源码 ↗
README Badge

点击下方 Badge 复制 Markdown,粘贴到 README 即可。

这是你的 Plugin?认领权益 · 优先安全扫描

验证 package.json 声明的 GitHub 仓库,即可管理这个公开页面。认领后,Hub 会优先安排当前版本的安全扫描,并在通过后公开展示结果。

认领这个 Plugin →
报告问题

相关插件

继续浏览 agents-orchestration 分类下经过校验的插件。

Headless@deepseek-ai/dsh-headlessdsh one-shot bundle:基于 dsh-base 的直接核心 Agent/Session 运行器,不包含 Host、HTTP 或浏览器层Experimental Agent Team Web Profile@deepseek-ai/dsh-experimental-agent-team-web-profile用于 Agent Teams Remote 和 UI 插件的实验性 Web 配置层Subagent Codex@deepseek-ai/dsh-subagent-codex基于官方 app-server 协议的一次性 Codex 子代理提供程序Subagent Claude Code@deepseek-ai/dsh-subagent-claude-code基于官方 Agent SDK 的一次性 Claude Code 子代理提供方

README

dsh-workspace-change-awareness

An installable DeepSeek Harness bundle that tells an agent when its workspace changes while it is working. It is intended for repositories edited concurrently by a person, another agent, an IDE, or a command outside Harness filesystem tools.

The package is pinned and tested against @deepseek-ai/dsh 0.1.0-rc.7. That CLI currently resolves the public Agent, filesystem, and LLM APIs at 0.1.0-rc.8; those peer and development versions are pinned in package.json.

Behavior

  • One Chokidar watcher is shared by live sessions using the same normalized workspace root.
  • Watcher events only invalidate paths. Before a model request, the plugin resolves and stats each path through ctx.fs.
  • DSH fs/observed versions are retained per session only after the authoritative outer tool result succeeds, its tool/result is appended, and the enclosing step/end commits. Nested Code Mode effects whose outer call fails remain dirty instead of being self-acknowledged.
  • A successful, durably logged Harness read/write/edit becomes that session's acknowledged version, so the writer does not receive a redundant notification while other agents still do.
  • A sourced user-role notice is inserted at agent/pre-step, so it is persisted before the model sees it.
  • agent/turn-stopping performs a final check and steers one additional step when a new filesystem state or degraded watcher boundary arrived while the model was working.
  • Delivered states are remembered separately from DSH's read/write baseline, preventing repeated steering while still reporting a newer version.
  • Exact process-local watcher receipts acknowledge only the path generation actually covered by a durable notice. Unavailable paths remain pending until verification recovers.
  • Watcher startup is bounded and cancellation-aware. A watcher error produces a model-visible degraded-coverage notice before the registry attempts a fresh watcher.
  • A resumed or compacted session receives a conservative reminder to re-read files because process-local observations cannot cover edits made while DSH was stopped.

The notice asks the model to re-read affected files and inspect the current diff before relying on cached contents. File names are JSON-escaped and the visible list is bounded.

Develop

Requirements: Node.js ^22.19.0 || >=24.0.0 and pnpm 11.7.0.

pnpm install
pnpm check

All dependency versions and the package-manager version are exact. pnpm-workspace.yaml records the reviewed dependency build-script policy required by modern pnpm. Generated output (lib/), dependencies, logs, coverage, and local environment files are ignored.

Install into a DSH profile

Build first, then run the profile installer from this checkout so the relative package path is anchored correctly:

pnpm build
pnpm exec dsh plugin --profile <profile-name> add .
pnpm exec dsh --profile <profile-name> --dump-config

The package declares dsh.bundle.patch, so dsh plugin activates cordis.patch.yml automatically. A Git-hosted install runs the pinned prepare build; pnpm requires the profile owner to explicitly allow that install-time build.

Configuration

The bundle works without configuration. A later profile patch may replace its row with values such as:

- id: workspace-change-awareness
  name: dsh-workspace-change-awareness
  config:
    debounceMs: 75
    maxWaitMs: 500
    maxNoticePaths: 50
    statConcurrency: 16
    usePolling: false
    pollIntervalMs: 100
    verifyAtTurnStop: true
    ignoredDirectories: [.git, node_modules]

Boundaries

  • A filesystem event cannot prove who made a change. Notices say that a path changed outside the session's acknowledged filesystem observations rather than claiming a human author.
  • Host watching does not cover a remote filesystem provider. Previously observed remote targets are still revalidated through ctx.fs.stat() at pre-step.
  • A brand-new agent starts from current workspace state; initial files are not reported as changes.
  • Exact offline comparison is not available without plugin-owned durable manifest storage. Resume therefore emits a conservative re-read reminder.
  • A watcher outage cannot reconstruct every unobserved host change that happened during the gap. The plugin warns the agent that coverage degraded and asks it to inspect current Git state, then restarts the watcher; previously observed targets continue to be revalidated through ctx.fs.
  • A change after the final pre-step stat is observed at the next boundary. DSH's existing filesystem observation policy still provides atomic stale-version protection for first-party writes and edits; arbitrary shell writes bypass that policy.