HarnessAgent 将推理、工具与上下文管理，和工作区、长期记忆、技能、子 Agent、沙箱等能力组合在一起。先用 Quick Start 跑通问答，再按业务需要增加能力。
ReActAgent 提供推理循环、工具、权限和会话上下文等基础 API；Harness 在这些能力上提供开箱即用的组合与默认配置。两者都支持 call 和 streamEvents。
推荐在应用启动时配置共享 HarnessAgent.Builder，每次直接调用前用 builder.build() 创建新实例，执行结束后关闭。会话通过稳定身份与同一日志后端延续；具体代码和共享实例的适用方式见实例生命周期。Durable adapter 工厂为受管调用创建原生 Agent，Runtime 统一管理持久任务调度。
核心工作原理
一次执行会读取当前会话状态，构建模型输入，按需调用工具，再保存结果。工作区、记忆和压缩等能力在这些步骤中生效；业务通过 builder、工具和 middleware 定制行为。选择调用方式
- 获取回复或把 Agent 接入工作流：使用
call(input, ctx)。 - 在当前请求内展示实时文本和工具进度：使用
streamEvents(input, ctx)。 - 让任务在后台继续，支持排队、补充要求和恢复：使用 DurableRuntime。
核心组件
按应用需要配置能力，或调用会话操作。状态怎么流转
状态分三层，框架自动在层之间搬数据。- 调用内状态 ——
AgentState（对话上下文、权限规则、Plan Mode 状态、工具状态）加上RuntimeContext（sessionId、userId、沙箱句柄、extra）。 - 跨调用状态 —— 默认从 Thread 日志 的 checkpoint 及后续可应用事实恢复；完整历史保留，JSONL 仅按需导出。快照模式 使用 AgentStateStore；文件、子任务及 sandbox 元数据仍由各自后端保存。
- 长期记忆 —— 跨 session 累积：
memory/YYYY-MM-DD.md只追加；后台节流任务把它周期合并到MEMORY.md；MEMORY.md每次 call 加载为参考上下文，不作为 System 指令。
- 最终请求每轮重新构建，但工作区文件按 call 加载；修改 AGENTS.md 或 MEMORY.md 后下一次 call 生效，不需要重启。
- 压缩、记忆提炼、后台维护都被节流闸门管着，不会每轮都跑。
AgentState的持久化由 Core 执行生命周期管理：日志模式 写 checkpoint，快照模式写状态存储。Harness 配置默认日志后端。
自己加 middleware 时要注意什么
要在不绕过 Harness 内置链路的前提下插入自定义行为：- 用
.middleware(...)：你的 middleware 会跑在所有 Harness 内置之前。 - 通过 agent 上的
RuntimeContext读当前调用的身份（userId/sessionId）。 - 读写工作区用
harnessAgent.getWorkspaceManager()，它会按当前文件系统模式（本机 / 沙箱 / 远端）正确路由。直接java.nio.Files在沙箱或远端模式下会写错地方。
相关文档
- 会话操作、事件与恢复 — 后台任务、排队、交互和续做
- 可恢复聊天示例 — 从提交任务到前端断线续传的完整应用
- 工作区 — 目录结构、指令与参考材料的来源、
tools.json - 上下文与 AgentState —
AgentState、RuntimeContext、AgentStateStore持久化、多用户隔离 - 记忆 — 两层记忆
- 上下文管理 — 构建模型输入、跟进长程任务、压缩对话和卸载大结果
- 文件系统 — 本机 + shell / 共享存储 / 沙箱
- 沙箱 — 隔离执行、跨调用恢复、分布式
- 子 Agent — 声明、同步/后台、流式转发
- 技能 — 四层合成、自学习闭环
- 计划模式 — 只读阶段 + HITL 退出
- Channel — 会话管理、多 agent 路由、流式 SSE