Agent收到一份生成任务，检查函数返回的失败列表为空，于是进入下一步。问题在于：这次根本没有执行任何检查。没有发现失败，与已经证明满足条件，并不是同一件事。

自动流程需要预先知道必查项，再确认每项状态和证据。不能让工具自己决定这次需要检查哪些内容，然后只提交它做成功的部分。

必查清单由任务类型确定

例如一次音频生成请求，提交前需要确认输入引用可用、参数结构合法、配额允许和后端能力匹配。这些是示例检查项，真正采用时由系统固定协议定义。

结果记录至少有check_id、status、执行方式和证据引用。not_run、failed与passed不能共用一个布尔默认值；超时和执行错误也不能被吞掉后变成空失败列表。

如果某项不适用，应由受控任务规则说明原因，并使用明确状态。不要让模型随意写一句“不需要检查”就取消配额或素材权限门。

空结果不能让自动门放行

下面示例要求四项结果齐全，先检查集合，再处理状态。通过后的出口是ready_for_review，不是已经生成成功，也不是人工听感验收。

def request_gate(checks):
    required = {"input_ref", "parameters", "quota", "capability"}
    if set(checks) != required:
        return "incomplete"
    states = set(checks.values())
    if not states <= {"passed", "failed", "not_run"}:
        raise ValueError("未知检查状态")
    if "failed" in states:
        return "rejected"
    if "not_run" in states:
        return "pending"
    return "ready_for_review"

函数只归约受控状态。它没有验证证据引用内容、签名或执行者身份，真实系统必须在产生passed之前完成这些检查。用户或模型提交一份全passed字典，不应被当成可信检查报告。

可以自动核对的字段，与需要判断的目标分开

时长范围、支持的格式、参数类型和预算约束，可以在明确协议内检查。风格是否合适、生成内容是否符合创作意图，通常需要试听或专门评估，不能被一个字符串字段“风格正确”代替。

即使字段检查全部通过，也只是允许提交或进入审阅的条件。模型执行可能失败，输出可能损坏，实际音频还可能不满足目标。每个阶段都记录自己的完成状态，不让请求校验结果冒充最终作品验收。

检查时间与执行时间之间还有变化

提交前配额允许，不保证几分钟后仍能领取计算资源。涉及资源占用时，要在真正领取阶段使用原子预留或相应机制，不能只消费一份旧检查报告。输入引用也可能过期，需要明确检查结论的有效范围。

策略版本变化后，旧检查是否还能复用由兼容规则决定。把规则、输入与检查结果绑定，可以有选择地重查受影响部分；不要每次任务恢复都无条件重跑所有旧实验。

失败时显示具体是哪一项拒绝，未执行时显示仍等待什么。这样用户看到“参数已检查、能力待确认”，比看到一个长期停留的总进度百分比更容易行动。

本地合成状态表检查空结果、不完整、失败、未执行、全部通过和未知状态六类情况。没有访问实际配额、输入资源或生成服务，未执行音频生成与人工审阅。这个例子只说明状态门不把缺席误当通过。

参考：Python JSON结构化数据接口，2026-10-20核对。必查项、阶段状态与归约函数均为本文应用协议示例。