合同审查 OpenAPI：V1 升级到 V2

V1 前缀 /openapi/audit，V2 前缀 /openapi/v2/audit

流程

POST /openapi/v2/audit/identification/document（或 /file）拿到 data.doc_id

POST /openapi/v2/audit 提交，拿到 task_id

轮询 GET /openapi/v2/audit?task_id=，直到 status 为 complete 或 error

路径

用途	V2
提交	`POST /openapi/v2/audit`
查询	`GET /openapi/v2/audit`
下载	`GET /openapi/v2/audit/download`
模板	`GET /openapi/v2/audit/template/list`
审查点	`GET /openapi/v2/audit/{模板ID}/points`
自设规则	`POST /openapi/v2/audit/custom-demand/generate-ai-rules`
识别（URL）	`POST /openapi/v2/audit/identification/document`
识别（文件）	`POST /openapi/v2/audit/identification/document/file`

下载、模板、审查点、自设规则只改路径。下载参数仍是 task_id、action_type，且任务须已 complete。自设规则请求体仍是 { "text" }。

提交

multipart/form-data 改为 application/json。

必填：doc_id、standpoint、lawyer、title。doc_id 必须是当前账号本次识别返回的。

points、custom_audit_rules 改为 JSON 数组，不要再传字符串。audit_mode 仍是 rule_ai（默认）、ai、rule。

可选新字段：standpoints、contract_type、agent_depth（fast / standard / deep）、summary_extract_enabled（默认 true）。

成功响应仍有 task_id、url，并多 expires_in（预览 token 有效秒数）。

JSON 接口按 body 签名，不要再用表单字段或文件 MD5：对紧凑 JSON 做 MD5 得到 jsonDataStr，再与 appid、nonce、timestamp、appkey 按字母序拼接后 MD5。GET 签名不变。文件识别仍是 multipart，字段名 file。

识别

请求仍是 { "url", "name" }。必须使用返回的 doc_id。consume、consumeMsg 已去掉，字数看 word_count，另有 page_count、is_scanned。以前在提交时上传文件的，改走识别的 /file 接口。

查询

参数仍是 task_id、detail_result。status 仍是 pending / complete / error，完成请判断 complete。

响应多了 expires_in、progress、message、points_total。detail_result=true 时，auditModelData 改为：风险在 risks[].children，进度在 review_points，文档在 documentSet。rule_ai 的 AI 部分改为全文风险发现，结论不会与 V1 一一对应。

合同审查OpenAPI-V1升级到V2

合同审查 OpenAPI：V1 升级到 V2#

流程#

路径#

提交#

识别#

查询#

合同审查 OpenAPI：V1 升级到 V2

流程

路径

提交

识别

查询