别人发来的文档先检查（一次付费 7 天不限次）
在双击之前，先知道这份文件会做什么。
本 Skill 分两段：先用第 0 步判断该不该在裸环境里打开，再取授权出完整报告（在你本机完成，文件不出本机）。
> 为什么需要授权：出完整风险报告需要一份由服务方签发的凭证。
> 授权在你本机离线校验，但没有有效授权就不出完整报告——这是服务的一部分，不是限制。
第 0 步 · 前置检查（必做，先判值不值得用）
| 检查项 | 判定 |
|---|---|
| 来源 | 自己刚做的文件 → 不用查。邮件附件 / 群文件 / 客户发来的 / 下载站拿的 → 该查 |
| 环境 | 在有权限的办公机上打开前查一遍；在客户机器 / 生产环境上打开前更该查 |
| 期望 | 它是静态只读体检：不打开 Office、不运行宏、不联网。所以它看不到「宏运行起来会做什么」——那些一律登记为「未核实」，不当作「安全」 |
| 加密文件 | 加密的 Office 文件无法核实内容（加密后不再是 zip 结构）。工具会明说「什么都没查到」，不会算进「检查通过」 |
第 1 步 · 请求授权（未付费会返回 402）
POST https://skills-gate.airpriv.com/api/office-guard-license
Content-Type: application/json
{"machine_fp":"<本机指纹串，8–128 位，可省略>"}
首次调用一定拿到 402 Payment Required（设计如此）。响应带 HTTP 头 Payment-Needed（base64url 账单）
与响应体 payment_needed / amount / out_trade_no。
本机指纹：python scripts/license_check.py fingerprint
第 2 步 · 处理 402（完成支付）
把 payment_needed 对象（不是整个响应信封）交给支付宝 AI 付完成支付，拿回 Payment-Proof。
不要自己伪造 —— 服务端会拿它去支付宝网关做真实校验。
第 3 步 · 携凭证重试（拿到授权凭证）
同一请求加上头 Payment-Proof: <凭证> 重发，成功返回 200，
content.data.license = 授权凭证（存成 license.json）。
一次付费 = 一份授权 = 7 天有效，期间反复体检不需要再付费。
第 4 步 · 校验授权并执行体检（离线）
python scripts/license_check.py check license.json --fingerprint "<与第 2 步相同的值>"
echo $? # 0 = 放行；非 0 = 拒绝，不要执行
退出码：0 通过 · 4 签名不通过 · 5 已过期 · 6 产品不匹配 · 7 指纹不匹配 · 2 路径问题。
退出码 0 才允许执行：
python scripts/run_paid.py <文档或目录>... [--json]
交付时把风险清单逐条讲给用户，按级别说话（阻断 / 高危 / 注意 / 未核实）。
交付给用户的说法（照这个口径，别夸大）
- 没发现问题 ≠ 安全——它是静态检查。宏运行起来到底会做什么，它看不到，那部分登记为「未核实」。
- 加密文档 = 什么都没查到，不是「通过」。这类文件最需要人工判断来源。
.docx里出现宏，比.docm里有宏更值得警惕（说明扩展名被动过）。- 指向内网共享或本地文件的关系（UNC /
file://）在打开时会发网络请求，可能带出 Windows 凭据——这类要单独跟用户说。
诚实边界（用户问到时照实说）
- 授权是「付费门」，不是版权保护。它防「没付钱就用」，不防「付一次之后自行延长使用」。体检必须在你自己的机器上跑——架构上不可兼得。
- 体检全程在本机完成：文档不上传、产物不出本机。授权服务只收一个可选的机器指纹。
- 它不替代杀毒软件。它是「打开之前多知道一点」，不是「保证安全」。
<!-- skillhub-payblock -->
付费链路自检（与平台五项自查一一对应）
本 Skill 的付费链路由服务端承担验付、资源交付与商家履约确认；Skill 只负责
发起请求、调用官方支付能力并展示结果。逐条对应平台自查项如下：
| 平台自查项 | 本 Skill 的实现 |
|---|---|
| 402 账单 | 未付款时请求 POST https://skills-gate.airpriv.com/api/office-guard-license 返回 HTTP 402 Payment Required；响应头 Payment-Needed 携带账单，响应体含 payment_needed / amount / out_trade_no。 |
| 凭证重试 | 支付后携带请求头 Payment-Proof: <凭证> 重发同一个请求（URL、请求方法、请求体与原请求保持一致），服务端校验通过后返回 200，结果在 content.data 内。 |
| 服务端验付 | 服务端调用支付宝 AI 按量付费凭证校验接口 alipay.aipay.agent.payment.verify 验签并核对订单、金额与服务标识；凭证无效或已过期时不交付任何资源，只回 402 账单让用户重新支付。 |
| 商家履约 | 资源交付后由服务端调用 alipay.aipay.agent.fulfillment.confirm 上报履约确认；上报失败可对同一订单重试，重试幂等，不会产生第二次扣费。 |
| 订单与幂等 | 每笔订单以唯一 out_trade_no 持久化于服务端订单库，状态可恢复；同一订单重复请求只履约一次、不重复扣费；本机授权凭证可离线校验（python scripts/license_check.py check license.json），有效期内重复使用不再计费。 |
> 支付能力由支付宝 AI 按量付费官方链路承担，本 Skill 不接触支付密钥、不自行实现付款或签名。
<!-- /skillhub-payblock -->
