DeepSeek Harness Plugin Hub

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

探索

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

社区

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

相关链接

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

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

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

dsh-amp

Amp

DeepSeek Harness 捆绑包:根据 Amp 模式将本地 Amp CLI 作为子代理提供程序运行,并提供可引导的长期会话

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

npx -y @deepseek-ai/dsh plugin --profile web add github:catoncat/dsh-amp#e7b155e3db1d1399b587c06c4ab3bede5fe94e1b
README兼容性版本

兼容性与来源证明

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

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

版本

0.1.0stable
2026/9/14

相关插件

正在加载相关插件…

最新版
0.1.0
DSH
*
HMR
重启进程
Tree shaking
未声明可安全裁剪
解包体积
未提供
文件数
未提供
Surface
web
许可证
MIT
发布源
github
GitHub
★ 1
周下载
0
最近提交
2026/9/14
查看源码 ↗
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-amp

Run the local Amp CLI as a subagent provider for DeepSeek Harness (dsh) — plus a second, steerable path that keeps an Amp process alive across turns.

Unofficial community adapter. Not affiliated with, endorsed by, or supported by Amp/Sourcegraph or DeepSeek. It drives the amp binary you already have installed.

LanguageJavaScript (ESM, no build step, no runtime dependencies of its own)
HostDeepSeek Harness 0.1.5-rc.x
External binaryamp CLI (amp --version must work)
Testsbash test/run.sh — 164 behavioural tests, no network, no credits
LicenseMIT

What it gives you

1. One-shot delegation — two tools, one per Amp mode.

subagent_amp_low        subagent_amp_medium

They are ordinary ctx.subagents providers, so they behave like every other delegation in the harness: the child runs out of process, the parent gets a result, the run is disposable. Amp modes map to provider names (amp-<mode>), and the preset decides which of them the model can see.

2. A steerable session — four tools.

ToolWhat it does
amp_runStarts an Amp process on a task and returns immediately with a run handle.
amp_send_messageSends one more message: steering while the child is busy, a new turn while it is idle. Also returns everything produced since the previous read.
amp_stopEnds the run and returns its output.
amp_runsLists runs that left a record on disk — the rescue surface after a crash or restart.
amp_accountsBalances, which account the next dispatch would take, and the fingerprint of the loaded build.

The run stays open after a turn ends: the delegating agent is notified and can keep talking to the same child, or stop it and collect everything.

3. Account pool with balance awareness. Each Amp credential ref in ~/.dsh/settings.yaml is a pool entry. Dispatch skips accounts that are throttled or out of headroom, remembers refusals for their own window, and never silently falls back to the machine's amp login account (a run whose credential cannot be resolved is refused).

4. Durable records. Every live run appends a redacted stream plus a checkpoint under $DSH_HOME/state/dsh-amp/runs/, so a killed or crashed run is still readable — and durability is reported honestly when a record is incomplete.

Requirements

  • DeepSeek Harness with a subagents registry, a subprocess service, credentials, and (for the live path) the jobs row. The live tools refuse to start a run on a host without jobs.
  • The Amp CLI on PATH (or ampBin pointing at it).
  • One or more Amp credential refs in ~/.dsh/.credentials.yaml.

Install

# 1) clone somewhere permanent
git clone https://github.com/<you>/dsh-amp.git ~/.dsh/plugins/dsh-amp

# 2) point your profile at it (this is a DSH bundle)
cd ~/.dsh/profiles/<profile>
npm install --save ~/.dsh/plugins/dsh-amp

# 3) grant the tools in an agent preset (agent plane), and add the host row

The bundle contributes a host-plane row (cordis.patch.yml): it registers one amp-<mode> subagent provider per configured mode, provides the ampAccounts service, and registers the dsh-amp settings namespace. It deliberately does not grant the model-facing tools — subagent_amp_* and the amp_run family belong in an agent preset, exactly like the shipped tool-subagent rows.

Mode list:

# cordis.patch.yml (this repo)
- insert:
    - id: amp
      name: 'dsh-amp'
      config:
        modes: [low, medium]

Configure

Everything below lives in the dsh-amp section of the settings UI (or settings.yaml):

KeyDefaultMeaning
accountRefs[AMP_API_KEY_1]Credential refs that make up the pool, in preference order.
modes[low, medium, high, ultra]Which providers to register. Changing this needs a restart: tool schemas pin the enum at mount.
ampBinampThe executable to run.
visibilityprivatePassed to amp --visibility.
keepThreadstruePass --no-archive-after-execute so the thread stays addressable for audit.
liveIdleTimeoutMs1200000Idle bound after which the sweeper closes a forgotten run.
graceMs10000Termination grace handed to the subprocess seam.

Testing

bash test/run.sh     # 164 tests; fakes the DSH seam, never touches your real ledger
bash deploy.sh       # copy this tree into the installed profile copy, with hashes
bash verify.sh       # tests + drift + the hash table to compare after a restart

The suite needs the DSH packages (@deepseek-ai/dsh-tools, -llm, -subagent, schemastery) to resolve. It finds them from a global DSH install; override with:

DSH_NODE_MODULES=/path/to/@deepseek-ai/dsh/node_modules bash test/run.sh

Operating notes (read before trusting a deploy)

  • A plugin edit changes nothing until the host restarts — the bundle is loaded in-process as a real copy under profiles/<name>/node_modules/dsh-amp. deploy.sh --check says in-sync even when the running process still holds the previous build. The only proof of what is loaded is the runtime fingerprint: amp_accounts.source.hash (host plane) and amp_run.source.hash (agent plane).
  • Notifications are the point. The plugin mirrors the host's per-agent wake budget: up to three consecutive wakeups, then it degrades to an in-step inject instead of dropping the notice.
  • Balance figures come from amp usage, which costs nothing and starts no agent; a probe has a real 20s deadline and a failed read is treated as unknown, never as zero.
  • Known limits are listed in docs/USABLE.md §3 — including that Amp has no turn-level cancel (stopping ends the run) and no non-interactive thread continuation, so continuing means reading the artifact and starting a new run.

Documentation

FileContents
docs/USABLE.mdWhat works, how to read a notice, and the honest boundary list.
docs/AMP-LIMITS.mdMeasured upstream behaviour (floors, rate-limit window, cost samples) with evidence strength.
docs/DESIGN.mdWhy the plugin is shaped this way.
docs/CHANGELOG.mdEvery batch, with the test or measurement each change rests on.
docs/REVIEW-LOG.mdThe disposition of every finding from eight review rounds.
docs/reviews/The review reports themselves.

The engineering docs are written in Chinese; the code, comments, and commit trail are English.

Security

  • The Amp token is read from a DSH credential ref at dispatch time and injected as AMP_API_KEY on one child process. Credential-shaped ambient variables are scrubbed by the subprocess seam before that merge.
  • Token-shaped literals are redacted on their way into transcripts, diagnostics, and the on-disk run record.
  • The account view is a loopback-only JSON route that also requires a matching Host/Origin and the plugin's own header.
  • Never commit .credentials.yaml, settings.yaml, or state/ — .gitignore covers them.

Contributing

See CONTRIBUTING.md. The short version: bash verify.sh must be green, and a behaviour change needs a test that fails without it.

License

MIT — see LICENSE.