DeepSeek Harness Plugin Hub

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

探索

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

社区

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

相关链接

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

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

Alpha — DeepSeek Harness 插件(DSH Plugin)
← Plugins
A

dsh-alpha

Alpha

主控 agent 统一编排:dsh 插件形式的多机多 agent 指挥层

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

npx -y @deepseek-ai/dsh plugin --profile web add github:songofhawk/dsh-alpha#9d39b0328f9ee53c201610dac65e852e5c64237a
README兼容性版本
dsh-alpha product demo

兼容性与来源证明

Alpha 以 dsh-alpha 发布,当前版本为 0.2.2。Plugin Hub 会校验它的 manifest,并保存精确安装来源,便于复现安装结果。

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

版本

0.2.2stable
2026/9/7

相关插件

正在加载相关插件…

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

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

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

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

认领这个 Plugin →
报告问题
DeepSeek Harness Plugin Hub
ProfilesPlugins分类动态文档登录管理 Profiles
ProfilesPlugins分类动态文档登录

相关插件

继续浏览 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-alpha

English | 简体中文 · Live site · Architecture

A control plane for dispatching coding work across machines and agent runtimes from one DSH conversation.

dsh-alpha product demo

The demo uses an isolated environment. Machine, workspace, and path information is redacted.

The square launch film on the project site was rendered locally with the open-source HyperFrames framework.

Why dsh-alpha

Coding agents are useful on their own, but real work quickly spreads across laptops, build hosts, GPU machines, and repositories that live at different paths. dsh-alpha adds the missing control plane:

  • see which machines and agents are online;
  • treat the same Git repository on different machines as one logical workspace;
  • route a task to the right machine, runtime, model, and permission mode;
  • stream progress, approvals, cancellation, and results back into the same conversation;
  • reconnect and recover durable task history when a Worker temporarily disappears.

dsh-alpha is a plugin for DSH (DeepSeek Harness). It coordinates existing provider CLIs; it does not replace their installation, authentication, or security controls.

Mental model

DSH Web / headless master
  ├─ global workspace inventory
  ├─ agent capability and load catalog
  ├─ task / approval / recovery state
  └─ reverse WebSocket gateway
          ├─ Worker A → Codex / Claude Code
          ├─ Worker B → Kimi Code / ZCode
          └─ Worker C → OpenCode / Qoder / WorkBuddy

Workers connect outward to the master, so they do not need public IP addresses. Repository identity is separated from machine-local paths, and execution remains constrained to each Worker's explicit allowed roots.

Highlights

CapabilityWhat it changes
Global workspace inventoryOne repository can be recognized across several machines and local paths.
Repository-aware schedulingPrefer a Worker that already has the repository; clone on demand only inside an allowed root.
Per-turn Worker controlsSelect Agent, model, reasoning effort, and permission mode without leaving the conversation.
Event-driven resultsDispatch once, wait on events, and resume with the same durable task ID after interruption.
Approval handoffWorker approval requests return to the active Alpha session instead of hanging invisibly.
Reverse gatewayWorkers connect to the master through authenticated WebSocket sessions and reconnect automatically.
Operational toolingWeb sidebar, headless runner, status CLI, Worker doctor, and multi-device acceptance checklist.

Quick start

Requirements

  • Node.js supported by your DSH installation
  • DSH 0.1.0-rc.8 or newer
  • pnpm (used by dsh plugin)
  • the provider CLI you want to run, already installed and authenticated on the machine that executes it
dsh --version
pnpm --version

DSH Web

dsh plugin --profile web add dsh-alpha
node ~/.dsh/profiles/web/node_modules/dsh-alpha/scripts/install-preset.mjs
dsh web

Open Alpha master from the Web sidebar, choose a workspace or keep automatic routing enabled, then start a conversation.

Headless master

dsh plugin --profile alpha add dsh-alpha
node ~/.dsh/profiles/alpha/node_modules/dsh-alpha/scripts/install-alpha-profile.mjs
dsh --profile alpha "Use list_agents, dispatch a short task, and report the result."

The installer updates only the dsh-alpha managed block and preserves configuration outside it.

Develop from source

git clone https://github.com/songofhawk/dsh-alpha.git
cd dsh-alpha
npm install
npm run setup
npm test

Add a remote Worker

Configure one token per Worker on the master:

export DSH_ALPHA_GATEWAY_HOST=0.0.0.0
export DSH_ALPHA_GATEWAY_PORT=4310
export DSH_ALPHA_GATEWAY_TOKENS='build-1:replace-with-a-long-random-token'

Install and start the Worker on the target machine:

npm install dsh-alpha

export DSH_ALPHA_HUB_URL='ws://<master>:4310/'
export DSH_ALPHA_WORKER_MACHINE_ID='build-1'
export DSH_ALPHA_WORKER_TOKEN='replace-with-a-long-random-token'
export DSH_ALPHA_WORKER_ALLOWED_ROOTS='/work'

./node_modules/.bin/dsh-alpha-worker-doctor
./node_modules/.bin/dsh-alpha-worker

Use wss:// and network-level source restrictions outside a trusted LAN or VPN. Keep tokens out of repositories, URLs, screenshots, and process logs.

Supported runtimes

The default set is Codex, Claude Code, and Kimi Code. Optional runtimes must be enabled explicitly.

Provider IDRuntimeDefault
codexCodex app server / CLIEnabled
claude-codeClaude Code headlessEnabled
kimi-codeKimi ACPEnabled
zcodeZhipu ZCode headlessOpt-in
opencodeOpenCode ACPOpt-in
qoderQoder headlessOpt-in
workbuddyTencent WorkBuddy via codebuddyOpt-in

Each runtime is installed and authenticated independently. mock exists for tests and local diagnostics only.

Daily workflow

  1. list_workspaces resolves the logical repository and its machine locations.
  2. list_agents exposes availability, capabilities, load, and workspace affinity.
  3. dispatch_task returns a durable taskId; wait_task follows the event stream without busy polling.
  4. agent_approve or agent_cancel resolves Worker approvals in the current Alpha session.
  5. task_status and task_result recover disconnected or historical work.

The Web workspace selector can create a hard machine/workspace constraint. With no manual selection, the scheduler may choose a matching Worker and clone the Git workspace into its allowed root.

Safety defaults

  • Gateway startup fails closed when authentication tokens are missing.
  • Every local and remote path is checked against explicit allowed roots.
  • Clone destinations are chosen by the Worker, never by an arbitrary task path.
  • Web master and headless master must not share one gateway port.
  • Health endpoints expose liveness and Worker counts, not identities or secrets.
  • Worker doctor is read-only and never prints the Worker token.
  • Approval, cancellation, reconnect, and interrupted-task behavior are covered by automated tests.

Useful commands

dsh-alpha status
dsh-alpha web
dsh-alpha run "summarize the current workspace"
dsh-alpha-worker-doctor
dsh-alpha-worker
npm test

Documentation

  • Design and architecture
  • Deployment guide
  • Multi-device acceptance checklist
  • LAN access bundle
  • Vendored adapter notes
  • Launch article: Chinese / English
  • Doco publication: Chinese / English

Project status

Current public source version: 0.2.1. The repository covers local orchestration, reverse-gateway Workers, repository-aware scheduling, recursive masters, approval forwarding, global workspace selection, durable task recovery, and seven production runtime integrations.

Before upgrading a running installation, rerun the matching preset/profile installer and execute the acceptance checklist for every connected machine.