Reference: provider-specific transcript sanitization and repair rules

Read when…
  • You are debugging provider request rejections tied to transcript shape
  • You are changing transcript sanitization or tool-call repair logic
  • You are investigating tool-call id mismatches across providers

转录卫生(提供者修复)

本文档描述了在运行之前(构建模型上下文)应用于转录的提供者特定修复。这些是用于满足严格提供者要求的内存中调整。这些卫生步骤不会重写磁盘上的存储JSONL转录;但是,单独的会话文件修复传递可能会通过在加载会话之前丢弃无效行来重写格式错误的JSONL文件。当发生修复时,原始文件将与会话文件一起备份。

范围包括:

  • 工具调用ID清理
  • 工具调用输入验证
  • 工具结果配对修复
  • 回合验证 / 排序
  • 思考签名清理
  • 图像负载清理

如果需要转录存储详细信息,请参阅:


运行位置

所有转录卫生都集中在嵌入式运行器中:

  • 策略选择:src/agents/transcript-policy.ts
  • 清理/修复应用:sanitizeSessionHistorysrc/agents/pi-embedded-runner/google.ts

该策略使用 providermodelApimodelId 来决定应用什么。

独立于转录卫生,会话文件在加载前(如果需要)进行修复:

  • repairSessionFileIfNeededsrc/agents/session-file-repair.ts
  • run/attempt.tscompact.ts(嵌入式运行器)调用

全局规则:图像清理

图像负载始终被清理以防止由于大小限制导致的提供者端拒绝(缩小/重新压缩过大的base64图像)。

实现:

  • sanitizeSessionMessagesImagessrc/agents/pi-embedded-helpers/images.ts
  • sanitizeContentBlocksImagessrc/agents/tool-images.ts

全局规则:格式错误的工具调用

缺少 inputarguments 的辅助工具调用块在构建模型上下文之前被丢弃。这可以防止部分持久化工具调用导致的提供者拒绝(例如,在速率限制失败之后)。

实现:

  • sanitizeToolCallInputssrc/agents/session-transcript-repair.ts
  • sanitizeSessionHistorysrc/agents/pi-embedded-runner/google.ts 应用

提供者矩阵(当前行为)

OpenAI / OpenAI Codex

  • 仅图像清理。
  • 切换到OpenAI Responses/Codex模型时,丢弃孤立的推理签名(没有后续内容块的独立推理项)。
  • 无工具调用ID清理。
  • 无工具结果配对修复。
  • 无回合验证或重新排序。
  • 无合成工具结果。
  • 无思考签名剥离。

Google (生成式AI / Gemini CLI / Antigravity)

  • 工具调用ID清理:严格的字母数字。
  • 工具结果配对修复和合成工具结果。
  • 回合验证(Gemini风格的回合交替)。
  • Google回合排序修复(如果历史记录以助手开始,则前置一个微小的用户引导)。
  • Antigravity Claude:规范化思考签名;丢弃未签名的思考块。

Anthropic / Minimax (Anthropic兼容)

  • 工具结果配对修复和合成工具结果。
  • 回合验证(合并连续的用户回合以满足严格的交替)。

Mistral(包括基于model-id的检测)

  • 工具调用ID清理:严格的9位字母数字。

OpenRouter Gemini

  • 思考签名清理:剥离非base64 thought_signature 值(保留base64)。

其他所有

  • 仅图像清理。

历史行为(2026.1.22之前)

在2026.1.22发布之前,OpenClaw应用了多层转录卫生:

  • 一个transcript-sanitize扩展在每次上下文构建时运行,并且可以:
    • 修复工具使用/结果配对。
    • 清理工具调用ID(包括一个非严格模式,保留_/-)。
  • 运行器还执行了提供者特定的清理,这重复了工作。
  • 在提供者策略之外发生了额外的变异,包括:
    • 在持久化之前从助手文本中剥离<final>标签。
    • 丢弃空的助手错误回合。
    • 在工具调用后修剪助手内容。

这种复杂性导致跨提供者的退化(特别是openai-responses call_id|fc_id 配对)。2026.1.22清理移除了扩展,将逻辑集中到运行器中,并使OpenAI无需干预,除了图像清理。