合同协议风险扫描

要解决的问题

合同、协议、附件经常在手机上预览、在 PC 上复核，或通过语音朗读确认。若每次换终端都重新提交文本、重新付款、重新出结论，金额、风险、依据和支付状态很容易不一致。这个技能要解决的是：把一次合同风险扫描的业务结果与终端表现分开，让 Agent 能按自身能力选择精简文本、卡片、表格、语音朗读稿或空间化展示。

工作方式

• Agent 先删除身份证号、手机号、银行卡号、详细住址、签名等非必要信息，并说明文本会通过 HTTPS 发往第三方服务。
• 收集必填字段 text 和 type，首次请求普通业务接口，不需要 Authorization。
• 若服务端返回 HTTP 402，Agent 从 WeixinPay-Required 读取支付码，核对金额为 ¥1.50、币种为 CNY，再交给宿主提供的腾讯 SkillHub 微信支付 AI 专属卡支付动作 weixinpay_pay。
• 支付成功后，使用首次请求的原始业务 JSON 重试同一 URL，并原样携带 WeixinPay-Required 与 X-Out-Trade-No。ARC v2 下必须保持 input 不变，只允许切换合法的 client_context。
• 响应协商到 ARC v2.1 时，Agent 应保存 fulfillment.id、result_digest 和 extensions.signed_receipt。屏幕终端读取结构化 result、extensions 与表现变体；语音终端只朗读 presentation.speech_text。
• 跨设备取回时，向凭证中的 recovery_uri 发起 GET，携带 Authorization: Bearer 或 X-ARC-Fulfillment-Receipt 与当前设备的 X-Request-Id。返回 X-Skill-Replay: true 后，必须核对 fulfillment.id 与 result_digest 仍与原履约一致。

适用边界

• 服务不会读取硬件信息，也不会自动识别真实设备类型；Agent 必须按真实能力声明输入、显示和输出能力。
• 服务提供的是适合朗读的文本，不直接生成音频；语音终端需具备 TTS 或朗读能力。
• 跨设备取回不是自动账号同步。仅知道 OpenID、订单号、fulfillment.id 或 result_digest 不能读取结果；签名凭证必须按敏感信息保护，不得展示、写入普通日志或发送到无关服务。
• 自动化规则筛查只覆盖已提交文本和预设检查项，不替代律师意见。重大金额、高风险、低置信度、跨法域或附件缺失的合同，应由专业律师复核。