17 KiB
dsh-agent-loop
English | 中文
唯一的实体 agent（智能体）插件与循环驱动器。其包（package）内部实现满足 Agent 接口，并驱动会话／轮次／步骤生命周期。
这是 harness 中唯一包含实体循环逻辑的包。其他所有内容要么是抽象服务，要么是针对扩展 seam 的插件：新行为应放入插件，而不是这里。
服务：AgentLoop（ctx 键：agentLoop）
公开 API
创建与恢复属于同一个受回滚保护的事务：构造私有会话、实体 agent 和带作用域的上下文；等待可选 setup；进入两个注册表；依次宣告 session/created 和 agent/created；发出 agent/session-start；此后才启动驱动器。Setup 接收完整的带作用域 Context，作为受信任的同进程组合代码，并且不得驱动尚未发布的 agent。普通的类型化身份与选项输入遵循只读契约以借用方式传入；seed 事件与会话元数据会跨越持久会话边界，因此系统会验证并快照它们。可选的 AbortSignal 只取消加载／setup／发布，并在返回的 handle 可见前分离。
调用方 fiber 与 AgentLoop 提供方共同拥有 agent。AgentFactory.createAgent(ownerCtx, options) 与 resume(ownerCtx, options) 显式接收调用方所有权，而工厂为 sessions/llm/tools/systemPrompt 保留自身的依赖上下文；这样，调用方可以只注入 agents，而不会缩减新 agent 的服务接口。调用方卸载、handle dispose（资源释放）或提供方卸载都会汇合到同一个记忆化的完全停稳边界。提供方关闭会同时等待资源 teardown，以及已经观测到停用的公开 create/resume 包装层，因此依赖消失后，任何 continuation 都无法继续发布。
每个 agent 与其会话共享一个由调用方选择的 SessionId，并假设它在全局唯一；意外的 UUID 冲突不属于受支持模型。两个使用同一 id 的并发操作都可以进行准备，但最终的 enter() 调用会裁决发布，所有失败方都会回滚各自的私有资源。每次 detach 都绑定到确切进入的对象，因此陈旧 disposer 无法移除之后出现的同 id 替代项。在同步创建通知期间请求的 detach 会等待该次分发退栈，从而保留 created/disposed 配对。Teardown 顺序为停止并 drain → 撤销作用域 → detach agent → detach 会话；私有作用域清理完成后，该 id 即可复用。普通、不可 veto 的 agent/* 通知通过 agentEvents(ctx, agent) 发出；逐步骤组装通过 assembleContextFor(agent) 完成。
ctx.agentLoop.create(id: SessionId, options?: AgentOptions, meta?: { cwd?: string }): Agent：在确切共享的 agent／会话 id 下同步创建，不运行 setup，并随调用 fiber dispose。声明式配置把agents[].id视为稳定 label，通常会先生成${label}-session-<uuid>，再调用此边界。应用也可以提供稳定且确切的sessionId：首次使用时创建；重新挂载且持久化内容已存在时，则恢复已经实体化的历史。resumeSessionId要求并加载现有的持久化 id，且与sessionId互斥。这样，默认的全新重启不会冲突，也无需保留第二个实时路由身份。
AgentLoop 还实现 AgentFactory seam，并通过 ctx.agents.setFactory(this) 注册自身，因此插件会通过接口 ctx.agents 创建／恢复 agent：
ctx.agents.create({ sessionId, meta?, seed?, agentOptions?, setup?, signal? }): Promise<AgentHandle>：使用调用方提供的共享 id 以编程方式创建。它会等待尚未发布的 setup 事务，然后才返回；meta携带 cwd／谱系／seed 边界元数据，seed则在会话边界验证并快照持久值后，重建 fork 子级的前缀。signal只在此 Promise 结算前生效。解析得到的AgentHandle拥有确切的 teardown。ctx.agents.resume({ resumeSessionId, agentOptions?, setup?, signal? }): Promise<AgentHandle>：通过ctx.sessionPersistence加载持久化会话（参见会话持久化），使用同一 id 注册 agent，重建历史，然后针对全新且尚未发布的 agent 作用域等待 setup，再执行受回滚保护的发布。轮次编号和派生历史从已加载日志继续。此操作要求存在会话持久化后端（不会硬注入，因此非持久化 demo 仍能工作；缺少持久化时，resume会以明确错误拒绝）。signal仅用于创建。返回AgentHandle。
配置驱动的 ctx.agentLoop.create() 路径让循环 fiber 拥有其 agent（该路径会丢弃 handle）。对于以编程方式创建的 agent，handle 持有者是唯一面向消费方的 teardown 能力；AgentLoop 提供方卸载是一条独立的结构化 teardown 边，而不是向应用代码公开的另一个 handle。
注入的服务
agents、sessions、llm、tools、systemPrompt：全部 5 个接口服务。
不变量配套入口
可选的 @deepseek-ai/dsh-agent-loop/invariant 配套入口会向 ctx.invariants 注册请求重建。循环会把每个确切的冻结请求记录在 dsh-llm 拥有的进程本地身份集合中；随后，配套入口要求存在实时会话，并根据日志独立重建消息边界和折叠后的请求 header。即使调用方冻结直接的一次性调用，或为其附加会话 id，这类调用仍不属于该契约。
配置（Schemastery）
interface Config {
maxParallelToolCalls?: number // default 10; 1 is serial
agents: Array<{
id: string // required
provider?: string
model?: string
maxTokens?: number // positive per-request output-token cap
resumeSessionId?: string // load this persisted session instead of creating one
cwd?: string // optional workspace cwd for the fresh session
}>
}
通过配置创建的 agent 会自动启动。模型调用同时需要 provider 和 model；agent/request 可以在分发前补齐缺失的这一对值。可选的正数 maxTokens 会为每次对话请求提供初始输出上限，并记录在请求 header 中。maxParallelToolCalls 限制每个 agent 针对并行安全调用使用的滚动池，默认值为 10。cwd 仅应用于全新会话，而 resumeSessionId 保留持久化元数据。通过配置创建的 agent 使用部署 persona；编程式 setup 可以按 agent 遮蔽它。该插件为每个 agent 提供 provider、model 和 cwd 提示词变量；harness 身份与部署 persona 属于 dsh-system-prompt。
包内部实体驱动器
实体 ReactLoopAgent、其排队输入、outbox 与运行控制均为包内部实现。包根只导出插件／服务／配置契约，包导出映射不提供 ./src/* 逃逸路径；生命周期拥有方通过 ctx.agents 创建 agent，而不是点名、构造或启动驱动器内部组件。一个准备完成的会话只能由一个实体驱动器认领；所有可观测行为都通过会话事件和 agent/* 事件分类体系发生。
统一的 send() 原语按（target × wakeup）路由内容与来源；followup/steer/inject 是它的固定预设别名。next-turn 项加入排队 FIFO，除非 wakeup: false，否则会唤醒驱动器；接纳发生在任何轮次开启之前。循环在 agent/prompt-submit 之前打开一个私有的 next-step 接收窗口，并在 turn/end 之前关闭它。在该窗口内，steer() 与 inject() 会暂存到同一个 outbox；接纳获准后会开启轮次，记录提示词及其返回的 additionalContexts，再于首次请求前排空暂存输入。接纳被阻止或失败时，不会写入提示词或钩子生成的上下文。block 必须通过 discardClaimed 选择是否丢弃本次提交的批次；之后到达的 next-step 输入和排队提示词会继续保持待处理，等待后续获准的提示词。窗口之外，steering 会成为唤醒驱动器的排队提示词，而注入会立即追加 user/message，不开启轮次也不运行模型。
每次 FIFO 接受项时都会铸造一个 InboxItemId，并通过 agent/inbox/enqueue 发布完整的单次入队项。updateInbox() 持有同步 queued 项边界：编辑会冻结替换内容，但不改变消息标识或位置；移除会发布 discard。编辑会发布 agent/inbox/update；steering 项和已被认领的项会返回 not-found。认领操作会发布 agent/inbox/dequeue，并在提示词接纳前不可逆地移除实时寻址标识，因此竞态中的更新无法改写持久历史；cancel() 在不带 keepInbox 时会发布 agent/inbox/discard。
循环生命周期（agent.ts）
驱动器在其整个生命周期内拥有一个 agent，并在 ctx.agents.withInitiator(agent, ...) 内运行。包私有的编排入口点会恢复确切的 Agent，一次性派生 agent.session，并让操作局部的辅助函数捕获它，而不是通过浅层接口继续传递实体驱动器或每次操作的 Session。如果显式 Session 正是辅助函数的实际接口，该辅助函数会保留它；创建、持久化加载、未发布 setup、服务、worker、进程、持久化和 wire 协议则继续保留各自的显式身份。agent 服务规定传播、teardown 和分离工作规则。
每次提供方调用成功结束时，都会恰好追加一个 assistant/message 完成锚点，包括无内容调用和以 max-tokens 结束的调用。该锚点原样记录组装后的内容，保留确切的分片溯源（流没有分片时为 []），并在用量可用时包含用量；空内容不会进入派生消息历史。
在 agent/request 返回提供方／模型调用配置后，循环会调用 ctx.llm.prepareCall()，在活跃轮次信号的控制下校验由适配器持有的字段，并填入配置的推理（reasoning）强度和输出 token 默认值。准备完成的调用会在这次异步解析、request/header 日志记录和最终分派期间保留同一项确切的适配器注册，因此 HMR（热模块替换）不会把某个适配器的能力解析结果与另一适配器的请求混用。请求 header 会记录生效配置以及哪些字段来自适配器。下一次 waterfall（瀑布式事件）前，循环会从提议中移除这些带标记字段，使当前精确路由重新填入自身默认值；未带标记的显式设置会跨步骤和路由变化保留。没有已注册适配器的路由会保留原定配置，使 llm/stream 监听器可以接管并短路该请求；最终分派仍会以 NO_ADAPTER 拒绝未得到处理的路由。新循环实例在恢复时会应用同一来源规则。
插件失败会结束当前轮次，而不是结束循环。最终适配器选择、分发与迭代失败会由 ctx.llm 作为终止 error 或 aborted finish 返回，并进入 agent/request-error；middleware、结果处理、工具及其他扩展失败仍会抛出并直接关闭轮次。恢复逻辑会接收请求坐标、不可变的提供方事实、准备完成的适配器注册所捕获的不可变重试策略以及轮次信号；middleware 接管未准备路由时，该策略缺失。处理失败的监听器返回 { kind: 'retry' }；未被处理的失败是终态。AgentLoop 为当前接纳或轮次拥有一个取消信号。有效的 cancel(cause) 在未设置 keepInbox 时清除待处理工作，并以协作方式中止该信号；空闲取消是空操作。持久 turn/end 为 user 和 parent 记录 aborted，dispose（资源释放）则记录 disposed；未分发的模型工具调用会收到合成的 tool/call 与 ABORTED_BEFORE_DISPATCH 结果对。取消原因只改变报告方式，不改变对取消后已定案结果上下文的处理。dispose 会等待忽略信号的工作完成，然后才从注册表移除。显式取消决策规定生命周期与竞态契约。
在步骤内，独占调用形成屏障；并行安全调用使用有界滚动池，并在启动前重新分类。只有分发／主体会重叠。策略、持久结果和结果上下文仍保持模型顺序。中止会停止新调用，drain 已启动的结果，并保留其已定案的结果上下文，不区分取消原因。内部调度器故障会停止新的分发，等待已启动的分发，然后在不虚构工具结果的情况下到达轮次错误边界。
插件负责的内容
超出「调用模型、运行工具、重复」的所有内容，都属于监听事件分类体系的插件：
- 钩子与策略：相关的
agent/*检查点，加上受守卫保护的tools/pre-execute→tools/execute→tools/post-execute→ 定义拥有的finalizeContent→tools/result流水线；确切事件签名与 mode 位于生成的事件目录 - 压缩（compaction）：在
agent/step上观测压力；在agent/request-error上进行规范的溢出修复 - 模型请求恢复：
dsh-llm-retry在agent/request-error上记录并等待按确切提供方配置的 normal 或无界退避，发出不进入表层的llm/retry状态，然后返回重试动作 - 沙箱、权限、计划模式：使用
tools/pre-execute提供可扩展的拒绝／询问，使用tools.guard()提供单调拥有方策略，使用tools/post-execute处理结果决定，并使用tools/result进行最终观测 - subagent：在循环外部实现为
ctx.subagents提供方；进程内提供方使用ctx.agents.create()和拥有的AgentHandle进行 teardown，而通用的ctx.tasks与dsh-tool-subagent负责后台收集。 - 持久化：从
session/event立即后写；session/flush是显式观测屏障 - UI：
session/event（assistant token 流、边界、工具活动）+agent/*控制事件（agent/status、agent/created/agent/disposed）
模型体验
完整对话请求
模型看到的内容
每个步骤中，循环会发送针对该 agent 呈现的系统提示词、可见工具 schema 和会话派生消息。它提供 provider、model 与 cwd 变量值，但不添加固定文案。
Token 影响
每个步骤都会再次计入系统文本与 schema。逐 agent 作用域决定贡献，而权威组装 waterfall 可以改变最终请求，并使其监听器负责保持协议连贯。
KV Cache 影响
只有在同一提供方和模型路由下，系统文本、schema 与先前历史保持逐字节相同时，才保持仅追加。携带 token 的组装改写或组合变更可能从第一个改变的请求 token 起使复用失效。
保留的消息历史
模型看到的内容
已接纳的 user 消息、assistant 消息、工具调用与结果、注入上下文和 steering 都会记录，并在后续步骤中发送。原始流分片、生命周期边界和其他仅写入日志的事件会被排除。
Token 影响
输入会随每条表层消息增长，直到压缩替换遮蔽较旧节点；包含多个步骤的工具轮次会在每个步骤重新发送累积的历史。
KV Cache 影响
普通历史增长仅追加，并保留可复用条目。表层替换或压缩会从第一个被遮蔽的历史 token 起使复用失效。
取消后未分发的调用
模型看到的内容
如果后续请求回放一个中止的步骤，取消所阻止分发的每个工具调用都有错误码 ABORTED_BEFORE_DISPATCH，结果文本为 Error: tool call aborted before dispatch。
Token 影响
每个跳过的调用都会在历史中保留一个固定错误结果，直到压缩将其遮蔽。
KV Cache 影响
仅追加；每个合成结果都位于可复用请求前缀之后，不会使现有 KV-cache 条目失效。
已知限制与暂缓事项
- 分类是一元的：安全性取决于比较同级调用或资源的调用必须保持独占（参见设计原理）。
- 配置 label 默认每次新建：省略
sessionId会在每次启动时创建全新的${id}-session-<uuid>；确切的恢复或创建行为要求显式提供稳定的sessionId，而resumeSessionId要求已有持久化历史。 - 配置 agent 没有逐 agent persona 字段或 setup 钩子：它们使用部署 persona；只有编程式
ctx.agents.create()/resume()工厂选项支持带作用域的 persona／工具组合。 - 没有内置轮次预算：工具调用或 steering 会让当前轮次继续；限制失控轮次的策略必须从既有生命周期 seam（如
agent/turn-stopping）执行取消。