HiDream-O1-World 这类交互调用结果跑偏时，最先该动的通常不是模型参数，而是把输入模态和每一步动作描述核对一遍。偏差多半落在三处：输入模态给错或缺失、动作步骤拆得和文档不一致、返回结果解析时读错字段或漏了结构层级。把这三段分别留痕再对齐，问题就能落到具体环节，不必靠回忆和反复重试。

把一次调用拆成输入模态、每步动作、返回结果三段日志，再用最小输入复现、逐步骤对比、只改一个参数做对照。适用于多模态、多步动作的交互调用排错，不适用于调模型效果本身。验证方式是看偏离是否稳定复现、集中在哪一步、两次对照输出的差异；边界是没进日志的环节无法下结论，字段名需按实际接口文档替换。

把一次调用拆成输入、步骤、结果三段日志

靠回忆排查不可靠，因为人容易记住期望的输出，记不住当时传了什么。建议在调用前后各留一段日志：输入段记模态数据和交互模式，步骤段记每步的动作描述与参数，结果段记原始返回。下面是一份通用骨架，字段名一律是占位符，实际名称以你手上的接口文档为准。

# 通用调用骨架：字段名均为占位符，需替换为实际文档中的名称
req = {
  'input_<modality>': <输入模态数据>,   # 图像/文本/结构化描述等，按接口定义
  'mode': '<交互模式>',
  'steps': [
     {'step_id': 1, 'action': '<第1步动作描述>', 'params': {...}},
     {'step_id': 2, 'action': '<第2步动作描述>', 'params': {...}}
  ],
  'return_schema': '<期望的返回结构>'
}

log_input(req['input_<modality>'], req['mode'])        # 第一段：输入
for s in req['steps']:
    log_step(s['step_id'], s['action'], s['params'])    # 第二段：每步动作
resp = call('<endpoint>', req)
log_result(raw=resp)                                    # 第三段：原始返回

结果段记录的是未解析的原始返回，不要先解析再记，否则解析环节的错误会被日志掩盖。这三段日志放在调用侧执行，跑一次就能看到每段实际传了什么、回了什么。

用最小输入复现问题

先砍掉不确定的部分：一次调用只保留一个模态输入、一步动作，参数里只写文档标为必填的项。最小调用示例如下，占位符同样要替换成实际字段。

# 最小输入示例
req = {
  'input_<modality>': '<单项最小样例，如一张图或一句短描述>',
  'mode': '<最简模式>',
  'steps': [
     {'step_id': 1, 'action': '<单个动作>',
      'params': {'<必填项>': '<值>'}}
  ]
}

期望输出要写成可核对的句子，例如“返回结果中应出现与第 1 步动作对应的 <字段名>，且该字段位于 <结构路径> 之下”。实际输出原样贴日志，不要转述。同时记复现次数：连续跑三次，每次是否出现同样的偏离都写下来。三次都偏，说明问题稳定，可以进入下一步；时好时坏，通常指向超时、并发或输入数据本身波动，需要结合运行环境确认。

逐步骤核对动作描述与实际输出

多步动作的调用容易在中间某一步就跑偏，最终结果只是把偏差放大了。建议按步做一张对比表，判定标准先定死：该步的观察项与期望不符，就记为偏离，不要等最后一步再看。

判定时优先看两件事：动作描述是照抄了文档措辞，还是被自己改写成了近义词；上一步的输出有没有真的作为下一步的输入传进去。这两处不一致，通常表现为中间步骤看着正常，后续步骤整体走偏。

结果解析环节的常见错位

输入和步骤都对，偏差仍可能来自解析侧。常见情况是返回体外面还有一层包装，例如 <code>、<data>、<result> 之类的占位字段，代码却直接取了内层同名键；也可能结果本身是数组，被当成单个对象读取，于是只拿到了第一项或整体结构。解析骨架和校验断言可以写成这样：

# 返回结构解析骨架，字段名按实际文档替换
raw   = resp['<顶层包装字段>']
body  = raw['<业务结果字段>']
items = body['<结果数组字段>']       # 若实际是单对象，这里改为直接取对象

# 校验断言
assert isinstance(items, list) and len(items) > 0, '结果为空或层级读错'
first = items[0]
assert '<期望字段>' in first, '字段名或层级与预期不一致'
assert first['<模态或步骤标记字段>'] == '<期望值>', '取到了另一个模态/步骤的分支'

断言失败时，先打印 raw 的键名列表，再对照接口文档确认层级，不要用改取值路径的方式试到能跑为止，那样只是把错误藏起来。

确认是输入问题还是调用参数问题

到这一步用对照实验收口：固定输入模态、动作步骤和解析代码不变，只改一个参数，跑两次，两次的原始返回都记下来。

1. 第一轮保持当前配置，记录原始返回与偏离出现的步骤。
2. 第二轮只改一个候选参数，例如 <参数名 A>，候选可以是步数、返回格式、超时、模态相关的可选项，具体以文档能调的项目为准。
3. 对比两次输出：偏离位置或内容发生变化，说明该参数参与其中；两次完全一致，说明它与本次问题无关，换下一个候选再试。

如果把步骤和参数都固定，只换输入模态后偏离消失或改变，问题就落在输入模态；如果换任何输入都同样跑偏，而改某个调用参数后才变化，那更可能是参数取值或返回格式约定不一致。一次只动一个变量，结论才站得住；同时改两处，即使结果变好也无法归因。以上判断都依赖日志里真实记录到的内容，没记录下来的环节需要先补日志再确认。