67c7ef791f
Master's #36 moved declaration output to lib/types (and types/exports/files point there). The merge applied that to all pre-existing packages, but the subagent backends introduced on this stack (subagent-inprocess, subagent-spawn, subagent-fork) still used the old lib/ layout. Bring them onto the new convention and add them to the single typecheck tsconfig.json references.
subagent/ — subagent capability family
The subagent seam: an agent delegating work to a child agent. Like the bash and llm families this is a capability seam (see capability seams) — but with one defining difference: multiple provider implementations coexist in one context, registered by name, rather than the single-implementation bash shape. The registry mirrors the LLM adapter registry.
| Package | Role | ctx key |
|---|---|---|
subagent/ |
Abstract subagent seam: named-provider registry + vocabulary | ctx.subagents |
subagent-inprocess/ |
Shared in-process run driver (pure lib; registers nothing) | — |
subagent-spawn/ |
In-process backend: a fresh child agent | (registers on ctx.subagents) |
subagent-fork/ |
In-process backend: a child seeded with the parent's completed-turn prefix | (registers on ctx.subagents) |
tool-subagent/ |
Model-facing subagent delegation tool over ctx.subagents |
(registers on ctx.tools) |
The interface lives at subagent/subagent/. The in-process subagent-spawn / subagent-fork backends share the subagent-inprocess driver (a pure library — both depend on it, neither on the other) and ship here; the out-of-process dsh-subagent-acp and the test-only dsh-subagent-mock (in support) are separate. All product packages except the mock.
The proposal and design rationale: docs/rfc/proposed/feature/2026-06-21-subagent-capability-seam.md.