deepseek-subagent-mcp
Enables AI coding agents like Claude Code or Codex to delegate tasks to a DeepSeek Harness subagent with its own context window, providing tools for task delegation, result waiting, continuation, and supervision with sandboxed execution.
README
deepseek-subagent-mcp
Gives Claude Code, Codex, or any other MCP client a DeepSeek Harness agent it can delegate work to, the way it would delegate to one of its own subagents.
MCP (Model Context Protocol) is the standard by which a coding agent loads external tools. DeepSeek Harness is DeepSeek's open-source agent runtime — a model in a loop with file and shell tools, released August 2026 under MIT. This server sits between them: it runs a Harness agent in a separate process and exposes six tools for starting, watching, continuing, and stopping it.
The child agent has its own context window. That is the point — you hand it a self-contained task, it burns its own tokens working through the files, and you get back a result instead of a transcript.
Requirements
- Python 3.11 or newer
- A DeepSeek API key from platform.deepseek.com
- macOS 14+ on Apple Silicon, or Linux on x86-64 or arm64
No Node.js install is needed: the Harness runtime ships as a self-contained
executable inside the deepseek-harness-sdk wheel. That wheel is also the
platform limit — it publishes macosx_14_0_arm64, manylinux_2_28_x86_64 and
manylinux_2_28_aarch64 and nothing else, so Windows, Intel macs, and macOS 13
cannot install this at all.
Install
uvx --from git+https://github.com/gaztrabisme/deepseek-subagent-mcp deepseek-subagent-mcp
Claude Code
Add to .mcp.json in your project, or to ~/.claude.json for every project:
{
"mcpServers": {
"deepseek-subagent": {
"command": "uvx",
"args": [
"--from", "git+https://github.com/gaztrabisme/deepseek-subagent-mcp",
"deepseek-subagent-mcp"
],
"env": {
"DEEPSEEK_API_KEY": "sk-...",
"DSA_WORKSPACE": "/path/to/your/project"
}
}
}
}
Codex
Add to ~/.codex/config.toml:
[mcp_servers.deepseek-subagent]
command = "uvx"
args = ["--from", "git+https://github.com/gaztrabisme/deepseek-subagent-mcp", "deepseek-subagent-mcp"]
env = { DEEPSEEK_API_KEY = "sk-...", DSA_WORKSPACE = "/path/to/your/project" }
Tools
| Tool | What it does |
|---|---|
dsh_delegate |
Start a new subagent on a task. Returns an agent_id and run_id immediately. |
dsh_await |
Block until a run finishes; returns the result. |
dsh_continue |
Send follow-up work to an existing agent, in its original session. |
dsh_list |
Every agent this server owns, with state, cost, and run history. |
dsh_cancel |
Stop an agent and release its process. |
dsh_transcript |
What an agent actually did — tool calls, messages, turn endings, and the raw response. |
Runs are asynchronous by default because a coding task can take many minutes and
MCP clients time out individual tool calls. dsh_delegate returns as soon as the
work is queued; dsh_await does the waiting and reports progress while it does.
For short tasks, pass wait_seconds to dsh_delegate and skip the second call.
Each dsh_delegate creates one agent, holding one runtime process and one
persisted session. dsh_continue re-enters that session, so the child still has
its earlier turns in context.
Every delegation states how it will be checked
dsh_delegate requires a verification argument: the command that proves the
task is done.
dsh_delegate(task="Fix the failing date parser", verification="pytest -q tests/test_dates.py")
The server runs that command itself, in the agent's workspace, after the child finishes. A child reporting its own test results is a claim; an exit code is a fact, and agents declaring victory prematurely is a well-documented failure mode.
| Outcome | State |
|---|---|
| Command exits 0 | completed |
| Command fails, times out, or was never given | completed_unverified, with the output |
The command is classified by the same policy that gates the child's own calls
before it runs — the caller is another agent and can be prompt-injected, so
"the caller asked for it" is not authorization. Pass verification="true" when
there is genuinely nothing to check; an explicit lie beats a silent default.
What comes back
A subagent that returns its full transcript has defeated its own purpose. When
the child's answer is larger than DSA_SUMMARY_TOKENS, it is asked — in the same
session, as one further turn — to replace it with a handoff summary in seven
sections: Goal, Constraints & Preferences, Progress, Key Decisions, Next Steps,
Relevant Files, Critical Context. That is what crosses the MCP boundary.
An answer already under the cap is returned verbatim and costs no extra turn.
The raw response is always kept: dsh_transcript(run_id, raw=True).
Supervised execution
The child's tool calls are gated before they run. A PreToolUse hook inside the
runtime hands each proposed call to this server, which answers allow or deny; a
denied call comes back to the model as a blocked tool result carrying the reason,
and the model adapts.
A deterministic classifier decides first, and it decides most calls. Reading
files, ls, grep, version-control reads, running the workspace's own code and
tests are allowed with no model involved. Privileged commands, deletes outside
the workspace, fetch-piped-into-a-shell, and anything touching SSH keys or .env
are denied outright — including through a harmless-looking verb, because cat ~/.ssh/id_rsa is a read-only tool applied to a secret. Only what the classifier
cannot classify escalates.
Escalation runs at the best tier the client supports, resolved at startup and
reported by dsh_list:
| Tier | Who decides | Requires |
|---|---|---|
agent |
a reviewer process you configure | DSA_SUPERVISOR=agent |
sampling |
the MCP client's model | client advertises sampling |
elicitation |
you, in your client | client advertises elicitation |
deterministic |
nobody — escalation denies | always available |
Running unattended. Claude Code advertises elicitation and not sampling, so out of the
box every escalation interrupts a person — wrong for an agent meant to work while you do
something else. DSA_SUPERVISOR=agent puts a local reviewer in that seat instead:
DSA_SUPERVISOR=agent # nothing prompts a human
DSA_SUPERVISOR_CMD="claude -p --model sonnet" # any CLI reading a prompt on stdin
The reviewer gets the same structured facts and answers ALLOW or DENY on its first line. Anything else denies. It costs a subprocess and roughly eight seconds per escalation, and spends tokens on whatever account that CLI is logged into.
A reviewer is a judgement, not a boundary. Given cp note.txt $TMPDIR/copy.txt, with the facts
correctly reporting the destination as unresolvable, a Claude reviewer reasoned that $TMPDIR "is
the same OS temp root the workspace lives under" and allowed it. The write landed outside the
workspace. That class of call is now refused by rule before any reviewer sees it — which is the
right division of labour: rules hold the boundary, the reviewer handles the grey area inside it.
Every tier fails closed. An unreachable supervisor, a timeout, a malformed request, or a client that supports neither capability all produce a denial, never an approval.
The ladder is walked rather than picked from once: a tier that errors falls through to the next one, so a client that drops sampling — deprecated in the 2026-07-28 spec revision, still working today — degrades to asking you instead of denying everything. A tier that times out does not fall through; an unanswered question is a no, and re-asking on another channel would only double the wait.
Set DSA_SUPERVISOR=off to disable the gate entirely.
What the supervisor is shown is structured facts, never the child's prose: the tool, the programs
in each pipeline segment, and every path the command names with an inside-or-outside-the-workspace
flag. The child writes both the command and any justification for it, and a child that can argue
its own case will. A path that cannot be resolved statically — $TMPDIR/out.txt — is reported as
unresolved rather than guessed at, and counts as outside.
examples/claude_supervisor.py runs the whole pattern against a real Claude, for clients that do
not advertise sampling themselves:
DEEPSEEK_API_KEY=sk-... uv run python examples/claude_supervisor.py
Ceilings and cost
A delegated agent spends your money in a loop, so four independent ceilings bound it, and every run reports what it used.
| Ceiling | Knob | Enforced by |
|---|---|---|
| Wall-clock per run | DSA_RUN_TIMEOUT |
killing the runtime |
| Total tokens per run | DSA_TURN_TOKEN_BUDGET |
killing the runtime |
| Model calls per run | DSA_MAX_STEPS |
killing the runtime |
| Identical repeated tool calls | DSA_LOOP_STRIKES |
killing the runtime |
There is no mid-turn cancel on the wire, so every stop is a process kill. A kill for a ceiling always outranks whatever the run itself reported: a killed process's output is never read as success.
dsh_delegate, dsh_await and dsh_list all report token usage — input,
output, cache reads and writes, and step count — summed from what the provider
reported. Per-step input is summed deliberately: every request bills the whole
resent prefix, so the total is what the delegation actually cost.
Traces, and what to do with them
Every delegation leaves two records.
The child's runtime writes its own durable log — every tool call with arguments,
every hook invocation with its exit code, duration and the verdict text, token
usage per step — under <session root>/<workspace>/<session>/session.jsonl.zstd.
This server appends its own side to <session root>/trace.jsonl: each verdict
with its tier, latency and the facts the supervisor was shown, each finished run
with its verification result and usage, and the chars-per-token ratio each
distillation turn actually produced. Lengths, never the text — the trace is for
measuring, not for keeping a copy of your source. Set DSA_TRACE to move it, or
DSA_TRACE=off to disable it.
uv run python scripts/trace_report.py # reads .dsh-sessions/trace.jsonl
The report answers the questions the defaults were guessed at: how often the
classifier escalates and on what, whether DSA_CHARS_PER_TOKEN matches
observation, and where DSA_MAX_STEPS and DSA_TURN_TOKEN_BUDGET sit relative
to real use. Its first run on this project found pwd && ls being escalated to a
model — eleven seconds and a model call to be told what the read-only list
already knew — which is now settled by policy in a third of a millisecond.
Configuration
Every setting is an environment variable on the server process.
| Variable | Default | Meaning |
|---|---|---|
DEEPSEEK_API_KEY |
— | Required. Passed to the child runtime. |
DEEPSEEK_BASE_URL |
DeepSeek's public API | Point at a proxy or a self-hosted endpoint. |
DSA_MODEL |
deepseek-v4-pro |
Model id for delegated work. deepseek-v4-flash is cheaper. |
DSA_WORKSPACE |
the server's working directory | Directory the child reads and writes. |
DSA_MAX_AGENTS |
4 |
Live agents allowed at once. Each holds a process. |
DSA_SESSION_ROOT |
<workspace>/.dsh-sessions |
Where session logs are written. |
DSA_MAX_TOKENS |
provider default | Per-request output cap for the child. |
DSA_TURN_TOKEN_BUDGET |
unset | Total tokens one run may spend before it is killed. |
DSA_MAX_STEPS |
40 |
Model calls one run may make before it is killed. |
DSA_LOOP_STRIKES |
3 |
Identical tool calls before the run is killed as a runaway. |
DSA_RUN_TIMEOUT |
1800 |
Seconds before a run is killed and reported failed. |
DSA_IDLE_TIMEOUT |
900 |
Seconds before an idle agent is reaped and evicted. |
DSA_RUN_ARCHIVE |
200 |
Finished runs kept readable after their agent is reaped. |
DSA_SUMMARY_TOKENS |
2000 |
Result size above which the child is asked to distil. |
DSA_CHARS_PER_TOKEN |
3.5 |
Conversion used for that cap. Measured at 3.54 on this workload. |
DSA_VERIFY_TIMEOUT |
300 |
Seconds the verification command may run, capped by the run's remaining deadline. |
DSA_SUPERVISOR |
auto |
auto / agent / sampling / elicitation / allow-escalations / off. |
DSA_SUPERVISOR_CMD |
claude -p --model sonnet |
Reviewer for DSA_SUPERVISOR=agent. Reads the prompt on stdin. |
DSA_SUPERVISOR_TIMEOUT |
120 |
Seconds to wait for a verdict before denying. |
DSA_SANDBOX_MODE |
workspace-write |
read-only, workspace-write, or danger-full-access. |
DSA_REASONING_EFFORT |
low |
off / low / high / max. Drives cost hard. |
DSA_CONTEXT_WINDOW |
200000 |
Working budget compaction is measured against. |
DSA_BASH_TIMEOUT_MS |
60000 |
Executor-level bound on one bash call. |
DSA_REQUEST_TIMEOUT |
none | Seconds to wait on one runtime request. |
DSA_TRANSCRIPT_LIMIT |
400 |
Activity lines retained per run. |
DSA_LOG_LEVEL |
info |
Server log level. Writes to stderr only. |
DSA_TRACE |
<session root>/trace.jsonl |
Decision and run trace. off disables it. |
DSA_CORDIS |
the packaged composition | A path, or bundled for upstream's minimal config. |
DSA_PROVIDER |
deepseek-official |
Provider route registered by the composition. |
Limits you should know before relying on this
These come from the Harness SDK wire protocol, not from choices made here.
- The filesystem sandbox does not cover bash.
dsh-fs-sandboxconfines the model'swrite/edittools to the workspace, butdsh-bash-sandboxis not in the bundled runtime executable, so bash itself is unconfined. The supervisor covers this — it gates every tool including bash, upstream of execution. WithDSA_SUPERVISOR=offthere is no boundary on bash at all; point it at a branch or a scratch directory. - The sandbox restricts file effects only — not network, processes, or
syscalls. And
workspace-writepermits/tmpas well as the workspace root. - Cancel kills the process. There is no mid-turn cancel on the wire, so
dsh_cancelterminates the runtime. Edits already written stay on disk, and the session cannot be resumed afterwards. - A reaped agent's session is gone, but its results are not. After
DSA_IDLE_TIMEOUTthe process is released;dsh_awaitanddsh_transcriptstill work on its finished runs,dsh_continuedoes not. - Sessions live as long as the process. There is no per-session close, so memory grows with an agent's history. Cancel agents you are done with.
- Upstream is a developer preview.
deepseek-harness-sdkis pinned at==0.1.0rc7; two release candidates shipped inside a week. Expect the wire to move.
Development
uv sync
uv run pytest # 153 tests, no API key, no network
uv run ruff check .
uv run deepseek-subagent-mcp # starts on stdio; a client drives it
Live tests need a real key and cost tokens; they are not collected by pytest:
DEEPSEEK_API_KEY=sk-... uv run python tests/smoke_task.py # the product works
DEEPSEEK_API_KEY=sk-... uv run python tests/smoke_result.py # distillation and the archive
DEEPSEEK_API_KEY=sk-... uv run python tests/smoke_supervisor.py # the gate works
DEEPSEEK_API_KEY=sk-... uv run python tests/smoke_escalation.py # both escalation tiers
DEEPSEEK_API_KEY=sk-... uv run python tests/smoke_limits.py # reaper and deadline
DEEPSEEK_API_KEY=sk-... uv run python tests/smoke_mcp.py # all six tools
CLAUDE.md carries the architecture and the upstream constraints; wiki/
carries the decision record and what was measured.
License
MIT.
推荐服务器
Baidu Map
百度地图核心API现已全面兼容MCP协议,是国内首家兼容MCP协议的地图服务商。
Playwright MCP Server
一个模型上下文协议服务器,它使大型语言模型能够通过结构化的可访问性快照与网页进行交互,而无需视觉模型或屏幕截图。
Magic Component Platform (MCP)
一个由人工智能驱动的工具,可以从自然语言描述生成现代化的用户界面组件,并与流行的集成开发环境(IDE)集成,从而简化用户界面开发流程。
Audiense Insights MCP Server
通过模型上下文协议启用与 Audiense Insights 账户的交互,从而促进营销洞察和受众数据的提取和分析,包括人口统计信息、行为和影响者互动。
VeyraX
一个单一的 MCP 工具,连接你所有喜爱的工具:Gmail、日历以及其他 40 多个工具。
graphlit-mcp-server
模型上下文协议 (MCP) 服务器实现了 MCP 客户端与 Graphlit 服务之间的集成。 除了网络爬取之外,还可以将任何内容(从 Slack 到 Gmail 再到播客订阅源)导入到 Graphlit 项目中,然后从 MCP 客户端检索相关内容。
Kagi MCP Server
一个 MCP 服务器,集成了 Kagi 搜索功能和 Claude AI,使 Claude 能够在回答需要最新信息的问题时执行实时网络搜索。
e2b-mcp-server
使用 MCP 通过 e2b 运行代码。
Neon MCP Server
用于与 Neon 管理 API 和数据库交互的 MCP 服务器
Exa MCP Server
模型上下文协议(MCP)服务器允许像 Claude 这样的 AI 助手使用 Exa AI 搜索 API 进行网络搜索。这种设置允许 AI 模型以安全和受控的方式获取实时的网络信息。