description, kind
| description | kind |
|---|---|
| Model-facing subagent delegation tool for users and maintainers configuring, composing, or debugging delegation over a subagent provider. | package-reference |
@deepseek-ai/dsh-tool-subagent
English | 中文
Summary
dsh-tool-subagent is the model-facing delegation tool: it turns one configured ctx.subagents provider into a tool the agent can call to start a child agent. Changing the provider changes the transport without changing the execution contract, so one composition can expose several delegation tools, each bound to a different backend. Calls wait for the child by default under one-shot policy, or start work in the background by default under continuable policy, which returns a durable child id the model can message later. An eligible instance can also let the model discover and select the child's LLM provider, model, and reasoning effort. The tool's descriptions adapt to whether the child inherits the parent's completed turns, and failed runs surface as errored tool results rather than partial success.
Table of Contents
- Use this package
- Understand the implementation
- Further Exploration
- Model Experience
- Known Limitations and Deferred Work
- Dev Note
Use this package
Mount one instance per delegation target, each with a distinct toolName. The tool exists exactly while its provider does, so sibling load order and provider reloads never strand it.
Minimal configuration
Load the subagent service, an in-process or remote backend, and this tool; then name the provider. This composition exposes a subagent tool that delegates to the spawn backend:
- name: '@deepseek-ai/dsh-subagent'
- name: '@deepseek-ai/dsh-subagent-spawn-in-process'
- name: '@deepseek-ai/dsh-tool-subagent'
config:
provider: spawn
toolName: subagent
| Field | Default | Meaning |
|---|---|---|
provider |
required | Provider name on ctx.subagents (e.g. spawn, fork, acp) |
toolName |
subagent |
Model-facing tool name; distinct for every loaded instance |
modelSelectionSettings |
false |
Sample the Host's exact-route authorization preference for each new top-level Session; valid only in Agent scope and requires provider agentOptions support |
enableRunInBackground |
true |
Expose run_in_background; disabling also rejects forced background calls |
backgroundMode |
one-shot |
Background policy: one-shot defaults calls to foreground; continuable defaults them to background and requires the provider's prepareContinuable capability |
agentOptions |
— | Configured child provider, model, adapter-owned reasoningEffort, and positive maxTokens defaults; requires provider agentOptions support and overlays any provider-owned route defaults |
persona |
— | Per-child persona; requires the provider's persona capability |
toolFilter |
— | Per-child global-tool restriction; requires the toolFilter capability |
maxDepth |
3 |
Absolute delegation-depth cap (0 forbids delegation); 'provider-managed' sends no cap to an out-of-process provider |
The generated configuration catalog is the exhaustive source for every accepted field and its JSDoc.
Foreground and background modes
Under one-shot policy, an omitted run_in_background waits in the foreground and returns the child's final text; run_in_background: true starts a plain parent-owned background job and returns started background subagent job <id>, collected with job_output and stopped with job_kill.
Under continuable policy, an omitted or true run_in_background starts a durable child and returns started subagent <childId> without waiting for a result; the runtime delivers one settlement notice when the child's Activation ends, and the optional send_message tool sends it more work. Set run_in_background: false to wait for the result in the foreground.
maxDepth caps recursion (default 3; 0 forbids delegation) and requires a provider with the depthLimit capability; 'provider-managed' leaves the budget to an out-of-process provider. persona and toolFilter configure every child when the provider supports them, and the tool stays visible at the cap — each attempted start checks the calling agent's current depth and rejects with an errored result.
Selecting a child LLM
Set modelSelectionSettings: true to sample the Host's subagent-model-selection preference when each top-level Session is composed. When enabled, its non-empty exact provider/model route list is recorded in the Session, inherited by child Sessions, and unchanged by later settings edits. The tool then exposes optional provider, model, and reasoning_effort fields and registers the shared list_subagent_models tool. This mode requires a backend that advertises agentOptions; both in-process backends and DSH SDK support it, while ACP, Codex, and Claude Code reject it rather than ignore it.
A call supplies provider and model together, or supplies only an effort when configured, parent, or provider-owned defaults provide the route. Static provider.agentRouteDefaults, when present, form the provider/model baseline; tool configuration and model fields overlay it before route-aware effort merging and exact-route preflight. Providers without these defaults use compatible values from the parent's latest logged request, then the parent's creation options before its first request, while retaining the configured maxTokens. Changing the route without an explicit effort clears the inherited route-owned effort, so the selected model resolves its default. The live LLM adapter validates the effective route before child creation. Catalog membership remains advisory, so a model can use an unlisted id when its adapter accepts it.
Understand the implementation
Implementation internals — click to expand
This section explains how the tool mirrors provider lifecycle and settles runs; the observable behavior is covered in Use this package.
Design concept
One instance is one provider plus one tool name. The plugin mirrors provider lifecycle: it registers the tool when the named provider appears and disposes it when the provider leaves, so sibling load order and HMR replacement cannot strand a dangling tool. A numeric maxDepth or configured LLM selection the provider cannot enforce fails the mount instead of the first delegation. At most one instance in a tool scope may own model selection because list_subagent_models has a global name.
Foreground settlement
A foreground call awaits run.result, maps every non-completed stop reason to an error headline, appends the provider diagnostic and any preserved partial assistant text, and always awaits run.dispose() before returning; when result collection and disposal both reject, the errored result preserves both failures.
Background routes
One-shot background registers a plain parent-owned Task whose done channel settles the start and keeps the stop reason and optional provider diagnostic in its detail. Continuable background calls ctx.subagents.startContinuable(), which resolves at inbox acceptance: the child owns its own turns from there, so the call neither waits for nor collects a result.
Context-sensitive wording
The tool's description derives from provider.inheritsParentContext: a fresh child gets "it does not see this conversation" wording, a forked child gets "it does not see the current in-flight turn" wording, so the model never restates or omits context that does not exist.
Source map
| File | Role |
|---|---|
src/index.ts |
Tool registration, lifecycle mirroring, mode resolution, result settlement |
src/model-selection.ts |
Request/config merge and live LLM route preflight |
src/model-selection-settings.ts |
Host-owned opt-in setting sampled for new Sessions |
src/model-selection-state.ts |
Session event that records and inherits the sampled decision |
src/list-models.ts |
list_subagent_models runtime discovery tool |
Further Exploration
Read these pages when the package-level contract is not enough; they move from the tool's runtime behavior to the seam it delegates over and the adjacent child tools.
- Subagent subsystem — providers, one-shot start requests, continuable children and activations.
- dsh-tool-subagent-control — messaging, interrupt, and listing tools for continuable children.
- dsh-tool-subagent-report — the child-to-parent report channel.
- Generated tool catalog — the default schema and per-mode wording.
- Generated configuration catalog — every accepted config field.
- Background subagent tasks — the one-shot background route.
- Background-first continuable delegation — why continuable work defaults to background.
- Model-selected subagent routes — selection policy, inheritance, discovery, and the fork restriction.
Model Experience
Tool schema
What the model sees
The generated default subagent schema under this instance's configured name while its provider exists. An enabled Session policy adds provider, model, and reasoning_effort plus inheritance and selection guidance; the provider must support agentOptions. Provider context inheritance changes the tool and prompt descriptions. Enabled background mode adds run_in_background: continuable mode documents its true default, runtime settlement notice, and explicit foreground override, while one-shot mode documents its false default and the job id collected with job_output or stopped with job_kill. While the tool is visible in an assembly's scope, a tool:<toolName> system-prompt section tells the model to start independent continuable delegations together, keep working while they run, and choose foreground only when its next action depends on the result; a tool restriction removes both its schema and this guidance.
Token effect
Fixed schema cost per parent request; model selection adds three parameters. Each provider instance adds one schema, and each continuable instance adds one short system-prompt section.
KV Cache effect
Prefix-stable while provider instances and their configuration are unchanged. Adapter catalog changes do not alter the definition; a child route override may prevent a fork child from reusing the inherited parent prefix.
Model selection and discovery
What the model sees
A settings-controlled instance whose Session carries a policy exposes the child LLM selection fields and list_subagent_models. Calls reject while the optional ctx.llm service is unavailable. Discovery returns only registered providers and advertised models in the exact route policy; an unauthorized provider is rejected before its adapter catalog is called, and an exact lookup must be allowed before it resolves the model's reasoning efforts and default. Execution independently enforces the same policy.
Token effect
One fixed discovery schema is present in enabled compositions. Directory contents enter the transcript only when the model calls the tool.
KV Cache effect
The schema is prefix-stable across adapter registration and catalog changes. Each discovery result is appended after the reusable prefix.
System prompt
What the model sees
When enableRunInBackground and backgroundMode: continuable are both set, the model additionally reads a tool:<toolName> system-prompt section telling it to start independent continuable delegations together and keep working while they run. With the default tool name subagent, the section text is:
Tool-guidance section
Use subagent in the background by default. Start independent delegations together in one assistant message and continue useful work while they run. Set `run_in_background: false` only when your next action depends on that subagent's result. When a background run settles, the runtime sends you a notice containing its outcome and any final assistant message.
Token effect
One short fixed section per continuable instance, paid on every parent request while the tool is in scope.
KV Cache effect
Prefix-stable while the section text and tool presence are unchanged; removing the tool or changing the section establishes a different parent prefix.
Foreground result
What the model sees
The call retains the description and prompt. Success contains only the child's final text; other outcomes become Error: <stop reason>, followed by a safe provider diagnostic when present and then any partial assistant text. Intermediate child steps stay out of the parent.
Token effect
The prompt and result remain in parent history until compaction; child working context remains in the child.
KV Cache effect
Append-only; newly visible content follows the reusable request prefix and does not invalidate existing KV-cache entries.
Background result
What the model sees
Start returns exactly started subagent <childId> in configured continuable mode, or started background subagent job <id> in configured one-shot mode. In one-shot mode the generic task surface provides later status, final output, cancellation responses, and notices; failed status detail includes the provider diagnostic when the result supplied one. In continuable mode this tool returns no result of its own: the child's settlement reaches the parent as a service-owned notice, an independently loaded send_message tool delivers follow-ups, and the child's transcript by its id is the source of its detailed output.
Token effect
The acknowledgement is retained; a one-shot final output enters parent history only when collected or injected, while a continuable child's output never returns through this tool — its settlement notice arrives independently of any tool result.
KV Cache effect
Append-only; newly visible content follows the reusable request prefix and does not invalidate existing KV-cache entries.
Known Limitations and Deferred Work
These limits define what this tool does not return or enforce; they are current package constraints.
- Background runs expose no result through this tool — a one-shot task's final output is collected through the generic task surface, and a continuable child's output stays in its own session, read by its subagent id. The settlement notice states how that child ended and carries any final assistant message, but it is not this call's return value and cannot be awaited here.
- Duplicate names across waiting one-shot instances are detected late (
TODO(subagent-dup-toolname)) — continuable instances reserve their prompt-section name during plugin application, but preventing provider-registration rollback for waiting one-shot instances requires a registry of intended names. - Shipped fork tools cannot select a child LLM route — they inherit the parent's provider and model to keep the copied conversation prefix eligible for KV Cache reuse. Re-enable selection only when route changes preserve reuse or expose a bounded recomputation cost.
- Non-routing child policy is fixed per instance — another persona, tool filter, or depth cap requires another distinctly named tool. LLM selection requires an enabled per-Session preference and a provider that advertises
agentOptions; both in-process providers and DSH SDK advertise it, while ACP, Codex, and Claude Code reject it rather than ignore it.
Dev Note
Working context for maintainers — click to expand
None.