合同审查（按次付费）

调用后端审查引擎完成一次完整合同审查（约 1~5 分钟）：

• 审查报告（¥9.9/次）：逐条风险清单（🔴🟡🟢 × 合法性/公平性/完整性/可操作性）、
  四维加权评分（0~100）、结论三选一（可签 / 修改后签 / 暂缓协商）、缺失必备条款与一致性核查
• 修订版合同（¥9.9/次，含完整审查，不必另买报告）：审查报告 + 在原 Word 文档
  基础上逐条就地修订的修订版 docx（布局格式保持原样，只改命中风险的文字；商业要素
  以【待填】占位绝不代填）+ 修订说明稿

辅助风险分析，不出具法律意见，不替代执业律师；重大合同请人工复核。

买家环境要求

首次调用支付能力检查（进入完整合同流程前必经）

每个会话第一次准备完整审查时先按序确认，全部通过才进入第 1 步；片段快问（免费）不需要本检查。

1. 服务在线：GET https://aipay.agentdayi.cn/aipay/health（免费 0 元）→ 应返回
   HTTP 200 且 billing.billing_open=true；否则告知用户"服务暂不可售，请稍后再试"，
   不要发起 probe
2. 支付能力可用性：检测官方支付能力（以安装后的官方 Skill 文档为准，形如
   command -v alipay-bot）；检不出 → 执行 npx -y @alipay/agent-payment@latest install
   （幂等，已装也会成功返回）
3. 判定与分流：检测通过或安装成功 → 进入完整合同流程；安装失败（无 Node/npm
   或网络不通）→ 停止并按「买家环境要求」向用户说明，不要进入 probe/付费流程，
   不要改用其他支付方式或手工构造凭证

支付、查询、履约回执复用支付宝官方支付能力（alipay-payment-skill / alipay-bot），
不要自己实现支付、不要手工构造或拼接支付凭证；安装后按该官方 Skill 的实际文档执行
支付编排（probe → 拉起收银台 → 查付+凭证重试 → 履约回执）。

资源

POST https://aipay.agentdayi.cn/aipay/review
POST https://aipay.agentdayi.cn/aipay/revise
GET  https://aipay.agentdayi.cn/aipay/health        （免费存活检查，0 元）
Content-Type: application/json

请求体（两个路由相同，revise 多一个可选字段）：

{"contract_text": "<合同全文文本，必填（≤80000 字符）>",
 "contract_name": "<可选，合同名，≤200 字符>",
 "stance": "neutral", "role": "<可选，我方商业角色，≤100 字符>",
 "contract_docx_base64": "<仅 revise：docx 原文件 base64，≤8MB>"}

• stance 二选一：neutral（中立第三方，默认）/ ours（我方视角，此时 role
  必填商业角色，如"买方/承租人/发包方"；引擎自动映射到合同当事方并在报告头部回显）
• 选服务：只要报告 → review；要修订版 → 直接 revise（一次付费含完整审查
  报告 + 修订版 + 修订说明稿，不要先买 review 再买 revise，会重复付费）
• docx 优先：用户上传了 .docx 且要修订版 → 把原文件 base64 传入
  contract_docx_base64（同时从文件抽取文本作 contract_text），交付为原格式就地
  编辑的 docx；只有纯文本/pdf 抽取文本时传 contract_text 即可，修订版自动降级为
  纯文本全文修订（说明稿会声明格式限制）

付费前必须先做（防付了钱拿不到结果）

账单与请求体无关（探价不校验内容），付费发生在引擎校验请求体之前，所以发起
支付前先本地把请求体检查完，避免付款后 400：

1. contract_text 非空、≤80000 字符（超长先分段精简并告知用户，或分次审查）
2. stance 只能是 neutral 或 ours；role ≤100 字符；contract_name ≤200 字符
3. revise 且传了 docx 时：base64 可解码且是合法 docx（解出 .docx 试解析）、≤8MB

片段快问（免费，不走支付）

用户只粘贴个别条款、无完整条款结构时：不要发起任何付费请求，由你直接按中立
立场答复该条款的风险（引用原文、标注评级、给修订方向），附免责声明，并提示
"完整审查（评分/结论/修订版）需走付费流程"。用户坚持对片段付费出正式结论时，先
确认金额再走完整流程。

完整合同流程（必须按序执行）

第 1 步 · 立场确认（付费之前必经）

用户已显式表达立场（"我是乙方/我方是买方"）→ 代入，stance=ours + role=<商业角色>。
未表达 → 必须先问一句再审：

• 中立第三方（默认建议）
• 我方视角：请说明我方是谁（买方/卖方/出租人/发包方等）

立场是请求体参数，付款后不可改（改 body 会重新出账重复收费），所以先确认再支付。

第 2 步 · probe 请求

不带任何支付凭证 POST 所选资源 → 返回 HTTP 402，响应头 Payment-Needed 为
Base64URL 编码的账单 JSON。把账单原样落地为状态文件（权限 0600）供支付步骤使用，
不要向用户展示其原始内容。账单有支付截止期（30 分钟内有效），过期未付自动
作废——作废不扣费，重新从本步出账即可；出账后立即进入第 3 步拉起收银台，不要搁置。

第 3 步 · 发起支付

用官方支付能力拉起收银台（以安装后的官方 Skill 文档为准，形如
alipay-bot 402-buyer-pay -f <账单文件> -r https://aipay.agentdayi.cn/aipay/review --intent-summary "AI 合同审查报告一份"）。
拉起前向用户预告金额与交付物（¥9.9/次）。终端展示二维码由用户扫码：未绑定
先出「绑定支付宝 AI 支付」码，已绑定直接出支付码。金额以账单为准（当前 9.9 元），
不要自行构造金额。
⚠️ 付款账号不能是本服务的商家支付宝账号（会报「不能向自己转账」），请用另一个支付宝账号扫码付款。

第 4 步 · 确认支付并取结果（实测跑通的编排）

支付成功后，不要重复运行 402-buyer-pay（对已付账单只会返回 TRADE_ALREADY_PAID，
不会交付结果）。正确动作是用官方支付能力的查询命令携 28 位支付宝交易号完成
"查支付 → 携凭证重试资源 → 履约回执"三合一（以安装后的官方 Skill 文档为准，形如）：

alipay-bot 402-query-payment-status \
  -t <28位交易号> \
  -r https://aipay.agentdayi.cn/aipay/review \
  -m POST -d @<与第一次完全一致的请求体文件>

• -t 交易号：付款完成后从支付状态/支付宝获取（商家中心 28 位）
• -d 请求体必须与 probe 时逐字节一致（同一文件），body 不一致会重新出账重复收费
• 该命令成功即交付：返回 HTTP 200 + 报告（服务端已验付并完成履约回执）

第 5 步 · 等待与取结果

付款完成后的首次携凭证重试通常 10 秒内返回 200（服务端在你付款期间已预生成
结果）。极端情况下仍需等 1~5 分钟（引擎多轮逐条分析），无论哪种都不要在等待中
重复发起全新请求：

• 409 RESOURCE_PROCESSING：审查进行中 → 等 30~60 秒后重跑第 4 步同一命令
  （同一凭证同一 body），直到 200
• 502 FULFILLMENT_CONFIRM_FAILED：结果已生成但确认失败 → 稍后重跑第 4 步同一命令
• 500 RESOURCE_GENERATION_FAILED：结果生成失败 → 稍后重跑第 4 步同一命令
  （服务端幂等，不会重复扣费）；持续失败保留 trade_no，告知用户可凭交易号主张退款
• 503 SERVICE_NOT_READY：服务端暂不可售/不可用 → 稍后重跑第 4 步同一命令
  （已付款的订单服务端幂等保留，不会重复扣费）；持续 503 超过 10 分钟，从第 2 步
  重新开始（旧账单未付不会扣费，超 30 分钟自动作废）
• 402：未付款时（probe 阶段）为正常出账。已付款后携凭证重试仍回 402（响应含
  新 out_trade_no）→ 不要支付新账单，先重跑第 4 步同一命令确认支付状态；仍失败
  保留 trade_no 主张退款，再从第 2 步重新开始
• 400 INVALID_REQUEST：请求体不合法（说明「付费前必须先做」自检漏了项）——若此时已付款，
  保留 trade_no 与账单文件，告知用户可向商家主张退款，不要自行重试新账单

HTTP 200 返回：

{"resource_id": "...", "content": {...}, "trade_no": "28位支付宝交易号",
 "out_trade_no": "CR_...", "already_fulfilled": false, "fulfillment_confirmed": true}

（验付与履约确认由服务端完成，买家侧无需额外操作；响应头 Payment-Validation
可用于核验。）

交付渲染（拿到 200 后）

content 公共字段：report_markdown（审查报告全文 md）、score（0~100）、
conclusion（可签/修改后签/暂缓协商）、risk_counts（红黄绿计数）、findings_count。

1. 报告落盘：report_markdown 保存为 <contract_name>-审查报告-<日期>.md，
   对话内先给摘要（评分/结论/风险计数 + 主要 🔴 清单），再引导用户看报告文件
2. 修订版交付（revise 才有）：
   - content.revised_docx_base64 存在 → base64 解码保存为
   <contract_name>-修订版-<日期>.docx（原 Word 格式就地修订）
   - 只有 revised_markdown（无 docx 字段）→ 纯文本降级模式，保存为
   <contract_name>-修订版-<日期>.md 并向用户声明"修订版为纯文本全文，
   版式需自行套回原文件"
   - content.revision_notes_markdown 保存为 <contract_name>-修订说明稿-<日期>.md
3. 向用户交代修订纪律：修订版只改命中风险的条款，其余文字未动（说明稿有
   未修改声明）；applied_ops/failed_ops 是编辑表应用统计，pending_fill_count
   处【待填】为商业要素占位，必须人工核实填写，AI 不代填
4. 展示 trade_no 备查（用户可凭它在支付宝商家中心核对交易）

免责声明（每次交付必须尾注）

> 本报告与修订文本由 AI 辅助生成，属风险提示与文本整理，不构成法律意见，
> 不替代执业律师判断。引用法条仅限白名单并已标注时效，仍请以现行有效文本为准。
> 修订版中【待填】处为商业要素占位，须人工核实后填写。签署前建议由律师复核。

纪律红线

• 不自己实现支付，不手工构造/拼接支付凭证
• 不向用户展示账单原始内容，不自行构造金额
• 重试永远携同一凭证 + 同一 body；绝不修改 body 后重试
• 片段快问不发起付费请求；完整合同未做立场确认不发起付费请求
• 不向用户索要或检查任何大模型 API Key（DeepSeek 等）；付费一律走支付宝按次付费
• 付款前必做「付费前必须先做」自检；503 等待期间不更换 body、不重复出账