Skip to main content
本文介绍如何通过 REST API 获取审核任务结果。审核任务是异步执行的,创建任务后需要定期查询审核状态,直到审核完成后再获取详细的审核结果。
审核任务是异步执行的,创建任务后需要通过接口查询审核状态和结果。本文介绍如何获取审核结果并使用审核结果。

获取审核任务结果

获取审核任务的详细结果:
请求参数:
  • workspace_id (必填): 工作空间ID
  • task_id (必填): 审核任务ID
响应示例:

响应结构说明

任务基本信息

  • task_id: 审核任务ID
  • task_name: 任务名称
  • status: 任务状态(见下方状态说明)
  • rule_repo: 使用的规则库信息
  • extract_task_ids: 审核的抽取任务ID列表

任务状态 (status)

任务状态表示审核任务的整体执行状态:
  • 0: 未审核
  • 1: 审核通过
  • 2: 审核失败
  • 3: 审核中
  • 4: 审核不通过
  • 5: 识别中
  • 6: 排队中
  • 7: 识别失败

统计信息 (statistics)

  • pass_count: 审核通过的规则数量
  • failure_count: 审核不通过的规则数量
  • error_count: 任务执行异常数

规则组结果 (groups)

审核结果按规则组组织,每个规则组包含多个规则的审核结果:
  • group_id: 规则组ID
  • group_name: 规则组名称
  • review_tasks: 规则审核结果列表

规则审核结果 (review_tasks)

每个规则的审核结果包含:
  • rule_task_id: 审核子任务ID
  • rule_id: 审核规则ID
  • rule_name: 审核规则名称
  • risk_level: 风险等级(10: 高风险, 20: 中风险, 30: 低风险)
  • prompt: 审核规则提示词
  • review_result: 审核结果(见下方审核结果说明)
  • reasoning: 审核依据,AI给出的审核理由
  • anchors: 位置回溯信息,用于定位审核依据在原文中的位置

审核结果 (review_result)

审核结果表示单个规则的审核状态:
  • 0: 未审核
  • 1: 审核通过
  • 2: 审核失败
  • 3: 审核中
  • 4: 审核不通过
  • 5: 识别中
  • 6: 排队中
  • 7: 识别失败

位置回溯 (anchors)

位置回溯信息用于定位审核依据在原文中的位置:
  • start_pos: 在 reasoning 中的起始字符位置
  • end_pos: 在 reasoning 中的结束字符位置
  • text: 原文内容
  • vertices: 原文内容的外接四边形坐标 [x1, y1, x2, y2, x3, y3, x4, y4]
  • file_id: 文件ID

轮询审核状态

由于审核任务是异步执行的,需要定期查询审核状态,直到审核完成:
Python

处理审核结果

解析和处理审核结果的示例:
Python

使用位置回溯进行可视化

位置回溯信息可以用于在文档中高亮显示审核依据的位置:
Python

完整示例

完整的获取和使用审核结果的流程:
Python

注意事项

  1. 异步执行:审核任务是异步执行的,创建任务后需要定期查询审核状态
  2. 状态判断:通过 status 字段判断任务状态,1 表示审核通过,4 表示审核不通过
  3. 位置回溯:使用 anchors 信息可以在文档中高亮显示审核依据的位置

相关页面