APIMart Deep Agents v0.7：通过可配置 Harness 实现单次调用 Token 减少 65%
APIMart 官方团队近日发布了 Deep Agents v0.7 版本，旨在解决多 Agent 工作流中因固定提示词和冗余中间件导致的 Token 浪费问题。此次更新的核心成果是将单次调用（per-turn）的输入 Token 数量减少了 65%，这意味着更低的固定提示词开销、更少的 API 支出，以及为真正重要的任务内容腾出更多上下文空间。
更新背景：固定开销是成本瓶颈
在传统的 Deep Agents 架构中，无论任务复杂度如何，每个 Agent 调用都会携带一套固定的‘包装层’（Wrapper）。这套包装层包含了默认的系统提示词、冗长的工具描述、自动附加的 Todo 列表以及预置的中间件逻辑。对于简单的文件读取或写入任务，这些不必要的逻辑不仅增加了 Token 消耗，还干扰了模型的注意力机制。
Aaron Jewitt 指出，Agent 成本与公式 llm_calls × input_tokens_per_call 直接相关。v0.7 的更新并非依赖更强大的模型，而是通过提示词纪律（Prompt Discipline），将控制权交还给开发者，从而大幅削减重复的固定开销。
核心突破与功能特性
1. 移除默认系统提示词 (Removed Base System Prompt)
这是本次更新最大的改动。v0.7 彻底移除了默认的系统提示词，不再自动注入关于规划、文件系统或子 Agent 的通用指令。开发者现在可以根据具体任务，手动编写或选择最精准的 Prompt。
2. 精简与可配置的工具描述 (Trimmed Tool Descriptions)
内置的工具描述（如 ls, read_file, write_file）已被大幅缩短。虽然工具的行为逻辑未变，但包裹在每个请求上的固定文本负载显著降低。
3. 中间件与 Todo 的按需加载 (Opt-in Middleware & Todos)
- Todo 列表：从默认开启变为按需启用（Opt-in）。仅当任务确实需要多步规划时，开发者才手动开启 Todo 功能。
- 中间件栈：
FilesystemMiddleware和SubAgentMiddleware不再默认捆绑。开发者可以根据任务需求，显式选择并组合所需的中间件。
实际应用价值
- 成本优化：对于高频调用的简单任务，Token 成本的降低是立竿见影的。例如，一个原本需要 100% 开销的工作流，现在仅需约 35% 的固定开销。
- 上下文效率：节省下来的 Token 空间可以直接用于传递更丰富的用户指令或历史上下文，提升复杂任务的完成度。
- 架构灵活性：从‘隐式默认’转向‘显式配置’，使得构建轻量级 Agent 或针对特定场景优化工作流变得更加容易。
前后对比数据
| 组件 | Deep Agents v0.6 之前 | Deep Agents v0.7 | 影响 |
|---|---|---|---|
| Base System Prompt | 每次调用自动发送 | 已移除 | 高 (High) |
| Tool Descriptions | 冗长且固定 | 缩短且可配置 | 中 (Moderate) |
| Todo Middleware | 默认附加 | 按需启用 (Opt-in) | 视任务而定 |
| Middleware Stack | 默认捆绑 | 显式组合 | 视任务而定 |
| 单次调用输入 Token | 100% (基准) | ~35% | 减少 65% |
正如官方所言："v0.7 不仅仅是模型的升级，更是提示词工程的一次革命。保持 Harness 的轻量化，是维持这 65% 收益的关键。"
总结
Deep Agents v0.7 标志着 APIMart 在 Agent 编排领域从‘开箱即用’向‘精细化控制’的转型。通过剥离不必要的默认逻辑，它为开发者提供了更低的门槛和更高的效率，特别是在构建长链路、多步骤的复杂工作流时，这一优化将带来实质性的成本与性能提升。
