deepseek-harness/docs/architecture.zh.md

DeepSeek Harness 架构

English | 中文

DeepSeek Harness SDK 使用 Cordis：一切皆插件，循环也不例外。

概览

每个 harness 都是一个 Cordis 上下文，由各包（package）贡献服务、类型化事件和可释放的注册项。

packages/core/ 汇集默认的 agent（智能体）流程；各项功能仍以插件形式存在。

默认服务

ctx 键	包	职责
—	dsh-scope	作用域上下文注册与共享层存储（库）
ctx.sessions	dsh-session	内存中的事件溯源会话
ctx.systemPrompt	dsh-system-prompt	有序提示词片段、工具 schema 和提示词变量
ctx.tools	dsh-tools	工具注册表和执行流水线
ctx.agents	dsh-agent	活跃 agent、委托创建、agent/* 事件和进程内发起方作用域
ctx.agentLoop	dsh-agent-loop	实体 Agent 驱动器

功能服务

ctx 键	包族	职责
ctx.llm	llm/	适配器注册表和模型流式调用
ctx.tokenMeter	llm/token-meter	感知回放的单实例请求压力和会话表面压力
ctx.bash	bash/	前台和后台命令执行
ctx.pty	pty/	按 owner 隔离的持久化终端会话
ctx.sandbox	sandbox/	同一执行环境内的进程限制（argv 包装、逐调用策略）
ctx.sandboxPolicy	sandbox/	共享沙箱策略归属点
ctx.codeRuntime	code-runtime/	执行模型编写的程序
ctx.fs	fs/	文件系统提供方原语和策略事件
ctx.lsp	lsp/	语义导航注册表
ctx.skills	skill/	skill（技能）提供方注册表和渐进式披露
ctx.web	web/	搜索与抓取提供方注册表
ctx.compact，ctx.toolResultPrune	compact//compact-tool-result-prune	摘要压缩（compaction）；可选的无模型结果裁剪
ctx.subagents	subagent/	具名委托提供方
ctx.planMode	plan/	落日志的 plan 协作状态
ctx.tasks	tasks/	后台任务注册表和通用 task_* 控制工具
ctx.workflows	workflow/	脚本驱动的多 agent 编排
ctx.goals	goal/	持久化的同会话目标
ctx.sessionPersistence	session-persistence/	会话日志的持久化存储
ctx.sessionQuery	session-query/	session-query 接口：精确检索、过滤与追踪采用实时优先的具体实现；恰有两个全文搜索方法为抽象方法，由 session-query-sqlite 实现
ctx.sessionTitle	session-title/	基于日志的回退标题，以及单个可选的异步提供方
ctx.invariants	support/invariants	按包名筛选包自有运行时检查的注册表

事件

事件构成服务的扩展 API；参见事件目录和生产方与消费方映射。

事件域

• 会话事件是追加到日志并通过 session/event 发出的持久事实。
• Agent 事件携带活跃 Agent，用于状态、提示词准入、请求塑形、验证和续跑。
• 功能事件让所属服务边界无需导入循环即可附加策略和适配器。

拦截语义

waterfall（瀑布式事件）的行为类似环绕中间件：监听器调用 next() 即表示委托，直接返回而不调用它则会否决或接管。完整规则见 Cordis waterfall 语义。

默认循环生命周期

循环通过插件服务和事件运行。

会话采用仅追加方式。每个普通轮次领取一条已排队的消息；注入不领取消息。后续轮次会等待前一个检查点，但可以与前一轮次共用同一个 running 区间（决策）。一个步骤包含一次模型请求及其工具；在下文时序中，引号标记持久事件。

未提供 id 时，创建流程会生成 <config-id>-session-<uuid>；sessionId 用于恢复或创建会话，而 resumeSessionId 要求已有历史。恢复流程在发布前还原沿袭关系和委托深度。初始化失败会发出 agent-loop/config-start-failed；拆卸过程保持静默。

轮次流程

choose declarative identity and fresh/resume path
  -> prepare private session + agent.ctx -> await unpublished setup
  -> enter session + agent -> session/created -> agent/created
  -> enable driving -> agent/session-start(source) -> start driver
forever:
  wait for a queued message
  emit agent/status(running)
  TURN:
    'turn/start'
    claimed message + contexts -> agent/prompt-submit
      allowed prompt -> 'user/message' with prompt-prefix context baked in; append separate contexts
      blocked prompt -> 'prompt/blocked' -> 'turn/end'(rejected)
    STEP loop:
      drain steering with the same prefix/separate context placement (no prompt-submit)
      assemble system prompt and tool schemas
      agent/session-prefix (first step)
      agent/pre-step
      snapshot the derived messages (the reconstruction boundary)
      'step/start'
      agent/request (config only) -> log request/header -> checkpoint -> llm/stream (frozen)
      on final adapter-path or terminal in-band failure:
        'step/end'
        agent/request-error(original error, failure facts, immutable prior failures, signal)
        retry in the next numbered step or preserve the original error
      otherwise:
        'assistant/chunk'
        agent/step-result
        'assistant/message' (transformed content or empty success anchor after step-result rejection)
        schedule tool calls by ctx.tools.executionMode:
          exclusive -> one-call barrier
          parallel -> rolling pool, <= maxParallelToolCalls in flight; reclassify before start
          each start -> 'tool/call' -> ordered tools/pre-execute -> checkpoint -> concurrent tools/execute
          each model-order result -> ordered tools/post-execute -> 'tool/result'
        append accepted tool-batch context after all recorded results, then steering
        agent/post-step -> checkpoint complete response/results
        'step/end'
        agent/turn-continuation
        agent/turn-stop (terminal policy)
        stop unless tools or continuation policy ask for another step
    'turn/end'
    checkpoint persistence and notify idle/running status

各步骤会组装有序提示词片段、工具 schema 和变量；未知引用会使轮次失败。dsh-system-prompt 负责身份和角色设定；循环提供 model 和 cwd（归属）。

异步 inject() 和工具执行后的 additionalContexts 会在结果产生后稳定；steering（中途引导）会在 agent/post-step 前排空。余留内容进入队列。终止型 agent/turn-stop 在关闭和刷写期间始终具有最终决定权，会丢弃后续 steering，而不丢弃排队提示词。

裁剪先于摘要；溢出重试必须取得持久进展。有界重试在 agent/request-error 上组合；取消优先（压缩、重试）。

失败边界

适配器故障会先关闭步骤，再进入 agent/request-error；该事件会收到准确的 Error、LlmFailure 和历史记录。重试会开启步骤；成功会清除历史记录；重试耗尽后，故障存入 turn/end。失败分片不会提交任何内容。

其他故障使用 agent/error。取消和资源释放均优先于恢复；尚未分派的工具会得到合成的 tool/call/ABORTED_BEFORE_DISPATCH 对。信号会在 turn/end 前失效。实际生效的 cancel() 会发出原因、清空队列并中止；观察方不能否决该操作，空闲状态下的调用不发出任何事件，持久化会记录 aborted。dispose（资源释放）会等待系统停稳（决策）。

会话事件均位于轮次边界内；重新加载会用合成的 interrupted 轮次结束事件闭合中断的日志尾部。关闭后的故障使用 agent/error。每个轮次有一个 TurnEndReason。

Agent 句柄

ctx.agents 返回 AgentHandle { agent, dispose() }。插件使用按意图命名的辅助方法 followup()、queue()、steer() 和 inject()；持有确切路由信息的调用方使用各字段均为必填项的 send()（决策）。cancel() 和 whenIdle() 控制生命周期。调用方、提供方和句柄共同拥有拆卸过程。

Agent 作用域

每个 agent 都拥有一个作用于全局工具、提示词和命令存储的作用域化 agent.ctx（决策）；作用域监听器会过滤分派，各项贡献会在撤销时等待清理完成。CreateAgentOptions.setup(agentCtx) 在发布前完成组合；类型化解析器从 Events 和 scopeTarget 推导载体检查（门禁）。AgentLoop 在 ctx.agents.withInitiator() 内运行；私有编排会派生 agent.session，而轮次、步骤、信号、cwd 和权限仍保持显式（决策）。参见 agent 作用域和 subagent 组合。

状态

会话日志

会话日志是权威依据。deriveMessages() 投影出模型历史；原始 assistant/chunk 事件保留回放和 UI 保真。fork、恢复、transcript（文本记录）、遥测和持久化共用该事件流。

模型可见 ⟺ 已记录：step/start 消息、请求头中的会话前缀和折叠后的 request/header 共同重建每个请求；dsh-agent-loop/invariant 通过 ctx.invariants 断言这一点（决策）。

持久性由插件负责；后端会缓冲同步的 session/event 通知。检查点会在适配器分发前排空，在工具分发前刷写已记录的顶层工具调用，在 agent/post-step 刷写完整的响应与结果批次，并刷写最终的轮次结束。SessionPersistence 存储 SessionEvent 和 SessionHeader 元数据；JSONL 默认采用带校验和的 Zstandard，SQLite 则遵循同一契约（决策）。

ctx.sessions.appendOutOfBand() 会把插件所属的纯日志事件加入开放轮次，或创建一个平衡且已刷写的零步骤轮次。session/title 按后写覆盖方式折叠，并携带源 seq 和来源信息；其即时回退标题和唯一可选异步提供方都不会延迟 agent 响应。fork 会继承标题（决策）。

模型内容

消息使用从可合并扩展的 ContentBlockMap 派生的类型化块；MessageSource、FinishReason、TurnTrigger 和 TurnEndReason 也采用同一模式定义类型。新增块会协调适配器、UI、压缩、token 计量和持久化；回放计量见 token-meter.md。

流式输出使用原始分片和 BlockAssembler。每次 LlmAdapter.stream() 调用代表一次提供方尝试；适配器报告事实，agent/request-error 负责恢复。循环会记录分片及成功结果的来源信息和回放状态。远程适配器使用逐次读取空闲看门狗。只有当路由共用同一个适配器实例时，回放状态才会跨路由传递（契约）。

扩展与组合

功能模式

可替换功能通常拆分为接口／实现／消费方：服务和事件、后端，以及面向模型的工具和提示词。Bash 是参考实现；功能图映射了每个包族。

例外情况会合并不同层次：LLM（大语言模型）合并接口和消费方，文件系统整合策略，web 使用注册表，skill 和 subagent 使用具名提供方。subagent 可以通过 spawn 创建全新实例、fork 一个已完成轮次的前缀，或使用 ACP（Agent Client Protocol）子 agent（subagent.md）。

dsh-workspace-context 在 agent/session-prefix 上组合基线，并在通过 ctx.fs 发现嵌套变更后，于 tools/post-execute 追加这些变更；其决策记录了隔离方式。dsh-paths 负责共享路径。

组合包与应用

dsh-agent-spine-demo 组合一套主干和可选目标。应用包负责 TUI、CLI（命令行界面）、ACP 自动化入口和 JSON-RPC 入口（README、acp/、ui/）。dsh-jsonrpc-agent 启动外部 cordis.yml；Python SDK 仅在没有显式配置时提供默认项（Python SDK）。轻量部署使用可替换后端和可选工具（examples/、可运行接线、图谱）。

新行为的归属位置

新行为附加到已有文档记录的扩展点；循环发生变更时，本架构图随之更新。

目标	机制
添加模型提供方	在 ctx.llm 上注册适配器
添加面向模型的功能	在 ctx.tools 上注册；schema 进入提示词组装流程
添加 shell 执行	实现并注册 ctx.bash 后端
添加持久化终端执行	注册 ctx.pty 后端和 dsh-tool-pty
添加用户命令	在 ctx.commands 上注册；适配器无需模型轮次即可发现并分派该命令
添加后台工作	在 ctx.tasks 上注册；通用 task_* 工具负责收集或停止
添加文件系统访问或策略	实现 ctx.fs 提供方，或监听 fs/* 策略事件
限制生成的进程	使用 ctx.sandbox 后端；消费方在生成进程前包装 argv
拦截请求、工具或轮次	使用相应的 agent/* 或 tools/* 事件；agent/turn-stop 是串行终止判定点
添加历史记录之外的会话稳定前缀	组合 agent/session-prefix；请求头会记录该前缀
添加 UI 或编辑器集成	驱动 ctx.agents 并从 session/event 渲染；仅终端可用的浮层使用 ctx.tui
添加持久会话状态	添加一个 SessionEventMap 成员，并从日志渲染和回放
添加异步会话标题生成	在 ctx.sessionTitle 上注册唯一提供方
管理同会话目标	使用 ctx.goals；通过 Agent 和 agent/* 续跑
fork 活跃会话	使用 ctx.sessions.fork(source, boundary?, childSessionId?)
将注册项限定到单个 agent	使用该 agent 的 agent.ctx（参见 Agent 作用域）

扩展实操手册（cookbook）提供插件骨架和功能到服务边界的映射；分步指南涵盖包、工具、LLM 适配器和 vendored 包。

快速参考

• 术语表中的领域术语
• core-data-structures/ 中的类型定义
• 事件和服务目录中的准确签名
• 包索引中的包契约
• Agent Note（agent 决策记录）