README.zh.md 6.3 KB
description: "为 agent-loop 测试提供先决依赖挂载、生产 AgentLoop 驱动与职责明确的 Inbox 桩。"
kind: "package-library"
@deepseek-ai/dsh-agent-loop-testkit
English | 中文
概述
使用 dsh-agent-loop-testkit 可以为 AgentLoop 测试准备标准先决条件和生产 loop 驱动，避免重复设置。Harness 可以创建真实 Agent，并公开 Inbox 输入认领能力，以测试持久事件、恢复、通知和认领行为。只需编辑队列的消费方测试应选择进程内 Inbox 桩；待处理输入绝不应被访问时，应选择快速失败的 Inbox。测试仍然负责适配器、可选插件、加载顺序和上下文释放，本包不会添加模型可见行为。
目录
使用本包
本包为 AgentLoop 测试提供可用的服务拓扑，并要求测试明确选择生产 Inbox 行为或结构化桩。
驱动生产 Agent
当测试覆盖持久 Inbox 事件、投影恢复或校验、实时 Inbox 通知，或 loop 驱动的认领策略时，使用 mountAgentLoopTestHarness()。应在挂载先决依赖后、创建 Agent 前挂载所有对加载顺序敏感的消费方。上下文拥有 loop 以及该 harness 返回的每个 Agent。
import { Context } from '@deepseek-ai/cordis'
import { SessionId, type UserMessage } from '@deepseek-ai/dsh-session'
import {
mountAgentLoopTestDependencies,
mountAgentLoopTestHarness,
} from '@deepseek-ai/dsh-agent-loop-testkit'
const ctx = new Context()
await mountAgentLoopTestDependencies(ctx)
// Register the test adapter and any load-order-sensitive plugins here.
const harness = await mountAgentLoopTestHarness(ctx)
const agent = await harness.create(SessionId('test-agent'))
declare const message: UserMessage
agent.inbox.append('next-turn', message)
const admitted = harness.claim(agent, 'next-turn', 1)
依赖辅助函数通过 options 转发系统提示词与工具注册表配置，除这些服务自有的默认值外不提供测试默认值。插件加载失败会使辅助函数调用被拒绝；顺序中较早激活的服务仍归上下文所有，并在上下文释放时一并解除。
构造结构化 Agent 桩
当测试对象需要可变的待处理列表，但不测试持久性、投影校验、实时 Inbox 通知或驱动的认领策略时，使用 createInboxStub()。该桩通过两个进程内数组实现公开队列操作，且绝不会写入 Session。当测试对象不应访问待处理输入时，使用 unsupportedInbox()；每次变更都会在首个意外依赖处抛错。
import { createInboxStub } from '@deepseek-ai/dsh-agent-loop-testkit'
const agent = {
// ...
inbox: createInboxStub(),
}
何时使用
当测试对象是生产 loop 或持久 Inbox 行为时，使用依赖与 loop 辅助函数。只需要编辑队列的消费方领域测试使用结构化桩。当测试探测服务注入失败或部分拓扑时，请直接挂载依赖，因为辅助函数隐藏的正是这类测试必须控制的接线。
可能出什么问题
harness 不会挂载任何 LLM 适配器。若测试发送的任务会启动模型请求，请先注册被测路由的适配器。每个测试结束后都应释放所属上下文，使 Agent 达到静止状态并解除其作用域注册。
理解实现
实现细节——点击展开
本节解释测试辅助工具的设计；可观察行为已在[使用本包](#use-this-package)中完整说明。 ### 设计 `mountAgentLoopTestDependencies` 按固定依赖顺序——LLM、会话、会话投影注册表、系统提示词注册表、工具注册表、agent 注册表——挂载六个服务插件，并在 `AgentLoop` 之前停下，使调用方控制 loop 加载顺序。`mountAgentLoopTestHarness` 挂载公开的生产插件，通过其服务创建 Agent，并公开生产驱动的认领操作，而不导出 loop 的具体 Inbox 类或投影定义。[`src/inbox.ts`](src/inbox.ts) 仅包含进程内可变桩和快速失败且不支持操作的占位值；它不持有投影或持久事件实现。挂载与驱动实现位于 [`src/index.ts`](src/index.ts)。本包不发布 invariant companion，因为它只持有测试辅助工具，不存在可能相互偏离的独立生产观测。进一步探索
当包级行为不够用时阅读以下页面。它们从 loop 逐步进入辅助函数挂载的服务以及使用它的测试。
- Agent loop 包——本辅助函数为生产行为挂载的具体 loop。
- 会话包——生产 Inbox 行为使用的持久事件日志。
- LLM 包——本辅助函数准备的 LLM 运行时与适配器接口。
- 测试策略——这些测试所服务的覆盖层级。
- test-support 组地图——兄弟 harness 与支持包。
模型体验
无。这些测试专用辅助工具既不组装也不修改模型请求。
KV Cache 影响
无；本包自身不发送提供方请求。
已知限制与延期工作
这些限制说明辅助工具不共享什么。它们是当前包约束，不是任务积压。
- 只共享必需的先决主干——适配器、可选插件、场景特定的加载顺序与上下文清理仍由调用方负责。
- 生产 harness 没有适配器默认值——启动 loop 的测试必须注册其实际使用的路由。
- 可变 Inbox 桩仅存在于进程内——只要持久事件、投影恢复或校验、实时通知或认领策略属于测试对象，就应使用 harness 创建的 Agent。
- 不支持操作的 Inbox 不接受变更——只要待处理输入属于测试对象，就应使用可变桩或 harness 创建的 Agent。