Files
deepseek-harness/docs/core-data-structures/subagent.zh.md
T
Ziya 5270dcd61d docs(i18n): core-data-structures and postmortem batch — 22 bilingual pairs
core-data-structures 18 篇(core.md 因超长仍在产出、随后补)、
postmortem 3 篇与 RFC 前门 README 配对;流水线 + 二遍校验产出。
生成文件 docs/rfc/INDEX.md(gen-rfc-index 产物)列入排除。中文侧
页内锚点统一指向英文侧锚名,满足配对门禁的链接目标一致规则。
2026-07-15 23:11:25 -07:00

6.7 KiB
Raw Blame History

Subagent

English | 中文

subagent seam:一个 agent(智能体)将工作委派给子 agent。与 bash 类似,它是一项可选能力,不属于 agent loop(智能体循环)的主干,因此其词汇定义在这里而非 core.md。但它在一个维度上与其他所有 seam 不同:多个提供方实现在同一个上下文中共存,按名称注册(ctx.subagents),而 bash 只允许一个执行器。注册表的形状参照 LLM 适配器注册表,而非单服务的 bash 执行器。

接口:dsh-subagentctx.subagents + 下文词汇)。实现是兄弟包(dsh-subagent-spawn-fork-acp);面向模型的消费方是 dsh-tool-subagent。提案与设计动机见 subagent RFC

源码:packages/subagent/subagent/src/types.ts

两类能力,两种发现方式

提供方通过一个静态描述符公布其启动时特性,服务在运行实例存在之前就会检查它;如果请求需要提供方不具备的特性,会被大声拒绝(SubagentError('UNSUPPORTED_CAPABILITY')),绝不会接受后静默忽略。运行时特性(steering(中途引导)、resume)则是 SubagentRun 上的可选方法:方法的存在本身即为能力,TypeScript 的类型收窄就是发现机制。

interface SubagentCapabilities {
  readonly outputSchema: boolean
  readonly depthLimit: boolean
  readonly toolFilter: boolean
  readonly persona: boolean
}

启动请求

工具层根据模型输入和自身配置构建此请求;服务在 start 之前对照指定提供方进行校验。必填的 parent 提供会话 cwd、血统链和委派深度。可选的 output schema、depth、tool filter 和 persona 需要对应的能力标志位。不支持的 schema 在启动时即失败;进程内后端将 filter 和 persona 限定在子 agent 创建阶段,并通过一个强制捕获工具实现所支持的 object-rooted schema。

interface SubagentStartRequest {
  readonly prompt: ContentBlock[]
  readonly parent: Agent
  readonly signal: AbortSignal
  readonly agentOptions?: AgentOptions
  readonly outputSchema?: StructuredOutputSchema
  readonly maxDepth?: number
  readonly toolFilter?: ToolRestriction
  readonly persona?: string
}

signal 是就绪前后唯一的取消通道。subagent 组合控制 RFC 拥有 persona、实时全局工具过滤、绝对深度以及「可见性而非权限」的设计理由。

终态结果:SubagentResult

一次运行的结果,由 SubagentRun.result resolve。structured 仅在请求了 outputSchema 且成功满足时才存在;请求 schema 不保证一定能得到,提供方在子 agent 失败或结束时未产出有效捕获时可能返回 stopReason: 'error'。非 completedstopReason 意味着 output 可能不完整:消费方将其映射为 isError 的工具结果,而非把不完整的输出当作成功上报。

interface SubagentResult {
  readonly output: ContentBlock[]
  readonly structured?: unknown
  readonly stopReason: SubagentStopReason
}

SubagentStopReason 是一个可合并扩展的派生联合类型:后端可以添加变体,因此消费方应对已知 case 分支处理,并将未知的终态原因视为失败:

interface SubagentStopReasonMap {
  completed: 'completed'
  aborted: 'aborted'
  error: 'error'
  'max-tokens': 'max-tokens'
  refusal: 'refusal'
}

活跃运行:SubagentRun

SubagentRun 是消费方持有的、指向一个就绪子 agent 的句柄。消费方 await result 并始终 dispose 该运行以达到静止态。子 agent 失败以非 completed 的 stop reason resolve;只有无法表示的基础设施故障才会 reject。可选的 sendMessageresume 方法通过其存在性公布运行时能力。

interface SubagentRun {
  readonly id: AgentId
  readonly result: Promise<SubagentResult>
  dispose(): Promise<void>
  sendMessage?(content: ContentBlock[]): void
  resume?(content: ContentBlock[]): Promise<SubagentRun>
}

提供方 seamSubagentProvider

每个提供方是一个具名的子 agent 传输层,多个提供方可以共存。服务在 start() 之前校验请求的启动时能力。inheritsParentContext 仅描述对话种子行为(forktruespawnacp:false),使消费方能生成准确的面向模型的措辞,而不暗示继承了工具、服务或权限。

interface SubagentProvider {
  readonly name: string
  readonly capabilities: SubagentCapabilities
  readonly inheritsParentContext: boolean
  start(request: SubagentStartRequest): Promise<SubagentRun>
}

start() 仅在运行就绪时才 fulfill。服务观察其 result、发出 subagent/start,并返回同一个 run;rejection 意味着提供方已自行清理,且不发出生命周期事件对。进程内子 agent 可通过 ctx.agents 发现,远程子 agent 则不必如此。subagent/end 报告最终输出或基础设施故障。两个事件均为仅观察事件,包含监听器异常。

进程内后端:深度与种子

spawn 和 fork 后端通过 parent.ctx 创建一个普通 agent,将取消信号传入核心创建过程,并通过 AgentHandle 进行 dispose。提供方被移除时会阻止新的 start,但不会撤销已接受的运行。每个子 agent 获得一个新的扁平作用域,而非继承父级的注册。深度和 fork 种子复用既有的 agent 与会话词汇:

  • 委派深度是一个可合并扩展的 AgentOptions.subagentDepth 字段(顶层 agent 为 0,子 agent 为 parent + 1)。只有 undefined 表示顶层;每个已存储的 present 值必须是非负安全整数。该 seam 拥有此字段:循环既不设置也不读取它。嵌套 spawn 校验其父级的已存储深度,拒绝超出安全整数范围的派生子深度,并将已定义的绝对 request.maxDepth 上限应用于该子 agent。
  • Fork 种子使用 CreateAgentOptions.seed(一个 SessionEvent[] 前缀,经由 AgentLoop.createAgentctx.sessions.prepare({ seed }) 传递,与 resume 使用的是同一原语)。fork 后端传入父级日志的一段平衡的已完成轮次前缀:父级事件直到并包含其最后一个 turn/end。因此种子从 0 开始连续,invariants 的回放能接受它(进行中的、未平衡的轮次被排除在外)。