批处理

批处理允许您并行运行 Hermes 智能体处理数百或数千条提示，生成结构化的轨迹数据。这主要用于训练数据生成 — 产生带有工具使用统计信息的 ShareGPT 格式轨迹，可用于微调或评估。

概述

批处理运行器 (batch_runner.py) 处理一个 JSONL 格式的提示数据集，每条提示都会通过一个具备工具访问权限的完整智能体会话运行。每条提示拥有自己独立的环境。输出的是结构化的轨迹数据，包含完整的对话历史、工具调用统计和推理覆盖度指标。

快速开始

# 基本批处理运行
python batch_runner.py \
    --dataset_file=data/prompts.jsonl \
    --batch_size=10 \
    --run_name=my_first_run \
    --model=anthropic/claude-sonnet-4.6 \
    --num_workers=4

# 恢复中断的运行
python batch_runner.py \
    --dataset_file=data/prompts.jsonl \
    --batch_size=10 \
    --run_name=my_first_run \
    --resume

# 列出可用的工具集分布
python batch_runner.py --list_distributions

规模可预测成本

批处理运行会启动许多并发的智能体会话，每个都会进行模型调用和工具调用。一个 Nous Portal 订阅将模型访问、网络搜索、图像生成、TTS 和云浏览器捆绑在一个账单下 — 当您想要稳定的单轨迹成本，而不必处理来自五个供应商账户的速率限制时非常有用。使用 hermes setup --portal 进行设置，然后将 --model 指向一个 Nous 模型。

数据集格式

输入数据集是一个 JSONL 文件（每行一个 JSON 对象）。每个条目必须有一个 prompt 字段：

{"prompt": "编写一个查找最长回文子串的 Python 函数"}
{"prompt": "使用 Flask 创建一个用户身份验证的 REST API 端点"}
{"prompt": "调试此错误：TypeError: cannot unpack non-iterable NoneType object"}

条目可以选择性地包含：

• image 或 docker_image：用于此提示沙箱的容器镜像（适用于 Docker、Modal 和 Singularity 后端）
• cwd：任务终端会话的工作目录覆盖

配置选项

参数	默认值	描述
--dataset_file	(必填)	JSONL 数据集路径
--batch_size	(必填)	每批处理的提示数
--run_name	(必填)	本次运行的名称（用于输出目录和检查点）
--distribution	"default"	要采样的工具集分布
--model	claude-sonnet-4.6	要使用的模型
--base_url	https://openrouter.ai/api/v1	API 基础 URL
--api_key	(环境变量)	模型的 API 密钥
--max_turns	10	每条提示的最大工具调用迭代次数
--num_workers	4	并行工作进程数
--resume	false	从检查点恢复
--verbose	false	启用详细日志记录
--max_samples	全部	仅处理数据集中的前 N 个样本
--max_tokens	模型默认值	每个模型响应的最大 token 数

提供者路由 (OpenRouter)

参数	描述
--providers_allowed	允许的提供者列表，逗号分隔 (例如, "anthropic,openai")
--providers_ignored	忽略的提供者列表，逗号分隔 (例如, "together,deepinfra")
--providers_order	首选的提供者顺序，逗号分隔
--provider_sort	按 "price"、"throughput" 或 "latency" 排序

推理控制

参数	描述
--reasoning_effort	努力级别：none、minimal、low、medium、high、xhigh
--reasoning_disabled	完全禁用推理/思考 token

高级选项

参数	描述
--ephemeral_system_prompt	执行期间使用但不保存到轨迹中的系统提示
--log_prefix_chars	日志预览中显示的字符数 (默认值: 100)
--prefill_messages_file	包含用于少样本启动的预填充消息的 JSON 文件路径

工具集分布

每条提示会从一个分布中随机采样一组工具集。这确保了训练数据覆盖多样化的工具组合。使用 --list_distributions 查看所有可用分布。

在当前实现中，分布为每个独立的工具集分配一个概率。采样器独立地为每个工具集分配启用/禁用状态，并保证至少有一个工具集被启用。这与预先组合好的手工表格不同。

输出格式

所有输出位于 data/<run_name>/ 目录：

data/my_run/
├── trajectories.jsonl    # 合并后的最终输出（所有批次合并）
├── batch_0.jsonl         # 单个批次结果
├── batch_1.jsonl
├── ...
├── checkpoint.json       # 恢复检查点
└── statistics.json       # 聚合工具使用统计

轨迹格式

trajectories.jsonl 中的每一行都是一个 JSON 对象：

{
  "prompt_index": 42,
  "conversations": [
    {"from": "human", "value": "编写一个函数..."},
    {"from": "gpt", "value": "我将创建该函数...",
     "tool_calls": [...]},
    {"from": "tool", "value": "..."},
    {"from": "gpt", "value": "这是完成的函数..."}
  ],
  "metadata": {
    "batch_num": 2,
    "timestamp": "2026-01-15T10:30:00",
    "model": "anthropic/claude-sonnet-4.6"
  },
  "completed": true,
  "partial": false,
  "api_calls": 3,
  "toolsets_used": ["terminal", "file"],
  "tool_stats": {
    "terminal": {"count": 2, "success": 2, "failure": 0},
    "read_file": {"count": 1, "success": 1, "failure": 0}
  },
  "tool_error_counts": {
    "terminal": 0,
    "read_file": 0
  }
}

conversations 字段使用类似 ShareGPT 的格式，包含 from 和 value 字段。工具统计信息经过标准化，包含所有可能的工具并默认为零值，确保条目间的模式一致，以兼容 HuggingFace 数据集。

检查点

批处理运行器具有强大的检查点功能以实现容错：

• 检查点文件： 每个批次完成后保存，跟踪已完成的提示索引
• 基于内容的恢复： 使用 --resume 时，运行器会扫描现有的批次文件，并通过提示的实际文本内容（而非仅索引）匹配已完成的提示，即使数据集顺序发生变化也能实现恢复
• 失败的提示： 只有成功完成的提示才会被标记为完成 — 失败的提示将在恢复时重试
• 批次合并： 完成后，所有批次文件（包括来自先前运行的）将合并为单个 trajectories.jsonl

恢复工作原理

1. 扫描所有 batch_*.jsonl 文件，查找已完成的提示（通过内容匹配）
2. 过滤数据集以排除已完成的提示
3. 重新批处理剩余的提示
4. 仅处理剩余的提示
5. 合并所有批次文件（旧的 + 新的）到最终输出

质量过滤

批处理运行器应用自动质量过滤：

• 无推理过滤： 零个助手轮次包含推理（无 <REASONING_SCRATCHPAD> 或原生思考 token）的样本将被丢弃
• 损坏条目过滤： 在最终合并期间，将过滤掉包含幻觉工具名称（不在有效工具列表中）的条目
• 推理统计： 跟踪整个运行期间有/无推理的轮次百分比

统计信息

完成后，运行器会打印全面的统计信息：

• 工具使用情况： 每个工具的调用次数、成功/失败率
• 推理覆盖率： 包含推理的助手轮次百分比
• 丢弃的样本数： 因缺乏推理而被过滤的样本计数
• 持续时间： 总处理时间

统计信息也会保存到 statistics.json 以供程序化分析。

使用场景

训练数据生成

为微调生成多样化的工具使用轨迹：

python batch_runner.py \
    --dataset_file=data/coding_prompts.jsonl \
    --batch_size=20 \
    --run_name=coding_v1 \
    --model=anthropic/claude-sonnet-4.6 \
    --num_workers=8 \
    --distribution=default \
    --max_turns=15

模型评估

评估模型在标准化提示上使用工具的效果：

python batch_runner.py \
    --dataset_file=data/eval_suite.jsonl \
    --batch_size=10 \
    --run_name=eval_gpt4 \
    --model=openai/gpt-4o \
    --num_workers=4 \
    --max_turns=10

每提示容器镜像

对于需要特定环境的基准测试，每条提示可以指定自己的容器镜像：

{"prompt": "安装 numpy 并计算 3x3 矩阵的特征值", "image": "python:3.11-slim"}
{"prompt": "编译这个 Rust 程序并运行它", "image": "rust:1.75"}
{"prompt": "设置一个 Node.js Express 服务器", "image": "node:20-alpine", "cwd": "/app"}

批处理运行器会在运行每条提示前验证 Docker 镜像是否可访问。