DeepSeek Harness Plugin Hub

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

探索

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

社区

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

相关链接

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

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

DeepSeek Harness Plugin Hub
ProfilesPlugins分类动态文档登录管理 Profiles
ProfilesPlugins分类动态文档登录
← Plugins

@playform/ets-plugin-dsh-workspace

Ets Plugin Dsh Workspace

工作区代理:一个 DeepSeek Harness 插件,它就是工作区机制的对话界面——对话所面向的操作视图。它使用 Wave-1 图服务(ctx.workspaceGraph),并呈现图状、系统化的 s

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

npx -y @deepseek-ai/dsh plugin --profile web add @playform/ets-plugin-dsh-workspace@0.2.1
README兼容性版本

兼容性与来源证明

Ets Plugin Dsh Workspace 以 @playform/ets-plugin-dsh-workspace 发布,当前版本为 0.2.1。Plugin Hub 会校验它的 manifest,并保存精确安装来源,便于复现安装结果。

DSH 兼容范围
*
运行环境
any
发布来源
npm
Registry 更新时间
2026/11/4

版本

0.2.1stable
2026/10/28
0.2.0stable
2026/10/25
0.1.0stable
2026/10/25

相关插件

正在加载相关插件…

最新版
0.2.1
DSH
*
HMR
重启进程
Tree shaking
未声明可安全裁剪
解包体积
52.1 kB
文件数
42
Surface
any
许可证
CC0-1.0
发布源
npm
GitHub
★ 2
周下载
294
安全扫描
✓ v0.2.1 扫描通过
最近提交
2026/11/4
查看源码 ↗项目主页 ↗
README Badge

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

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

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

认领这个 Plugin →
报告问题

相关插件

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

Acp App@deepseek-ai/dsh-acp-appdsh ACP 配置文件包:基于 dsh-base 的仅限自动化的 JSON-RPC stdio 和进程生命周期管理Experimental Schedule Bundle@deepseek-ai/dsh-experimental-schedule-bundle为 Web 组合添加 Schedule、其任务页面和时间上下文的可选捆绑包Ab Ocrdsh-ab-ocr--- description: "外部 ocr 工具:逐页识别扫描的 PDF 或图像,仅在处理完最后一页后按顺序合并页面,并使用模型确定的标题级别保存为一个 Markdown 文档。" kind: "package-reference" ---Ds Harness Remoteds-harness-remote通过桌面端、网页端和 Android 端,端到端加密远程访问 DeepSeek Harness 和实验性 Codex 工作区,并支持 dsh-TUI Host。

README

@playform/plugin-dsh-workspace

v0.2.1 - UNPUBLISHED - plan: Workspace/WORKSPACE-AGENT

The role

The workspace agent supplies the conversational surface of the workspace regime (the operational view, Documentation/Plans/Workspace/WORKSPACE-AGENT.md).

The conversation addresses the workspace through this plugin, and everything else in the family (the stamps, the indexes, the validations, the licenses, the journals, the gates) stays the invisible plugin flow until an event surfaces it (the visibility rule).

The surfaces

The plugin offers five tools over the Wave-1 graph service (ctx.workspaceGraph): the four navigation tools plus the indexing trigger that fills the graph.

ToolInputReturns
workspace_mappath/module, depthtop modules + roles, file count, entry points, hot symbols
workspace_findname/pattern, kind, limitmatching nodes with id, path, span, kind (cursor pagination)
workspace_expandnode id, edge kinds, depththe neighbors (contains, imports; references/calls/tests deferred to W2+, honestly)
workspace_contextnode id or query, budgetthe orientation packet (WORKSPACE/SCOPE/MAP/FOCUS/NEIGHBORS/EVIDENCE/OPEN/STALE)
workspace_indexpath (default = session cwd), maxFilesthe walk's counts: indexed, skipped, failed, files

The tables are compact and carry ids, with no full file bodies and pagination by cursor, never offset.

The packet is bounded (target 2k tokens), ranked by edge strength, and always versioned, so a stale view is detectable.

workspace_index is the indexing trigger: it delegates to indexWorkspace of the graph service, so the walk, the per-file gates, the maxFiles bound, and the counts all stay in @playform/plugin-dsh-workspace-graph, and the agent never touches ctx.fs itself.

Run the tool first when the graph is empty, because workspace_map on an unindexed workspace honestly reports zero files.

Its byte-exact ledger line is the one NEW line that this work adds (the rest are unchanged in SCHEME.md):

workspace: index <path> (<indexed> indexed, <skipped> skipped, <failed> failed, <files> files)

The activation line moved with the fifth tool: workspace: activated (bundle 0.2.1, tools=5).

The configuration

The plugin ships disabled (enabled: false), and every knob is volatile: enabled, log/logFile, mapDepth, mapMaxModules, findLimit, findLimitMax, expandDepth, expandMaxNeighbors, packetTokenBudget, packetTokenMax, tokenCharsPerToken, and kinds.

The knobs of the graph machinery (domain, languages, include/exclude, limits) belong to the Config of @playform/plugin-dsh-workspace-graph itself, per the distribution law: each package's Config its own.

The policy block (D6)

The config carries the shared per-action allowlist (policy: Policy(), composed from the factory's block) and maps it to State.Allow:

actiondefaultactiondefault
readautowriteapprove
indexautocommitapprove
recordautospawnapprove
suggestautomessageauto

The actions of the workspace agent are read-only, all AUTOMATIC.

It has no gated action (no file write, no batch commit, no spawn), so the block documents the posture and refuses nothing.

The block is one volatile object, so a policy flip is hot-editable without a remount.

The policy section of a resolved pack overrides the defaults for each action (the wiring is the next refinement).

Position in the family

The agent orchestrates every hook and is the only conversational surface, and its Config is the surface knobs of the family.

It is a pure consumer in v0: inject: ["workspaceGraph", "pluginFactory", "tools"], with no event listeners.

Plan: Documentation/Plans/Workspace-Family/WORKSPACE-AGENT.md; Documentation/Plans/WORKSPACE-FAMILY-V4-1.md sections 3.4-3.5.

The plan

The plugin is a planned PoC (tier: 2-planned in Temporary/npm-bootstrap/MANIFEST.json), and the smoke suite is the end-phase deliverable.

  • Workspace/WORKSPACE-AGENT - the conversational surface.
  • WORKSPACE-FAMILY-V4-1 - sections 3.4-3.5.

License

CC0-1.0.