收费版 · 大学红头文件结构化拆解器
与免费版 univ-doc-checklist 的拆解能力、输入、输出格式完全一致，区别只在前面加一道按次收费闸门：每次拆解 0.01 元，通过支付宝 AI 按量付费（402 协议）支付，付款成功后才执行拆解。
使用时机
用户提供一份上级来文（PDF、Word、粘贴的文字、图片或扫描件），需要知道：要做什么、什么时候截止、要交什么材料、校内谁归口负责、哪些红线不能碰。
典型触发说法："拆一下这份红头文件""这个文件我们要交什么材料、什么时候截止""把这个文件拆成待办清单""看看这个教育厅文件里有哪些红线"。
触发后先报价再干活，见下方收费闸门。
收费闸门（必须在拆解之前完成）
第 1 步：报价并取得明确同意
向用户说明：
> 本次拆解按次收费 0.01 元，通过支付宝 AI 按量付费支付，付款成功后立即开始拆解。是否继续？
- 用户明确同意（"付""确认""继续"）→ 进入第 2 步。
- 用户拒绝或犹豫 → 停止，告知可使用免费版
univ-doc-checklist，不发起任何付款。
硬规则：未经用户在本轮对话中明确同意，禁止执行任何付款命令。 每次拆解都要重新确认，不得沿用上一次的同意。
第 2 步：执行 402 付款
严格按 @references/pay-flow.md 执行，不得自行实现付款或签名。要点：
- 收费接口：
GET https://304c90b006f94bf18ba2f0d1a4352f45.app.workbuddy.link/api/pay-per-use/demo - 单次价格：0.01 元；商品名称：红头文件结构化拆解服务（按次）
- 第一条支付命令必须是
402-buyer-pay，禁止先执行check-wallet - 付款返回待确认时，原样展示收银台链接或二维码给用户，停止等待用户完成支付
- 状态不明时先查单（
402-query-payment-status），复用同一交易号，不重新取账单 - 成功路径不追加独立回执（查询命令已自动发送履约回执）
- 任何错误原样透传给用户，不装作成功
第 3 步：付款成功后执行拆解
付款确认成功后，按以下流程拆解（与免费版完全一致）：
- 接收文件：用户提供文件路径、上传文件或粘贴文字。图片或扫描件先执行 @references/ocr-fallback.md；PDF / Word 直接读取全文。
- 通读原文：完整读一遍，重点不漏文件主体的时间要求、文末报送要求、附件说明三处；三者截止日分别记录，不合并；落款单位单独记入文件信息区。
- 四字段提取：按 @references/extract-rules.md 逐字段提取，每条待办附页码或原文引文；原文没写的标"待确认"，禁止编造。
- 输出 Checklist：按 @references/checklist-format.md 的固定格式输出；不写摘要段落，不做政策评价。
第 4 步：交付内容
一次成功的收费拆解输出两部分：
- 付款凭证：交易号、金额、商品名称（来自付款流程的实际输出）。
- 拆解清单：按固定格式的四区块待办清单。
硬性纪律
- 付费纪律：报价 → 用户明确同意 → 付款 → 拆解。顺序不可颠倒，不得跳过报价，不得未经同意扣款。
- 待确认纪律：原文未明写的信息（部门、日期、数字、比例）不猜、不编，统一标"待确认"，并说明缺什么、建议找谁核实。
- 依据纪律：每条待办都要能回到原文定位；给不出页码或引文的内容不进清单。
- 红线纪律：红线区只收明文禁止/必须条款（"不得""严禁""一律""必须"）和硬性数字约束。"鼓励""原则上"类软性表述只进待办正文。
- 边界纪律：不代替用户判断政策合理性，不自动上报，不虚构文件中不存在的数字或日期。
- 支付纪律：只使用本机
alipay-botCLI 完成付款，不自行实现付款、签名或验签；不复用旧账单、旧交易号、旧凭证。
质量自查清单
- [ ] 已报价且取得用户明确同意后才发起付款
- [ ] 付款流程按 pay-flow.md 执行，未自行实现签名或付款
- [ ] 付款失败或用户未完成支付时，未输出拆解清单
- [ ] 四个区块齐全；某区块无内容时写"本文件未涉及"并附依据，不留空
- [ ] 每条待办都有页码或原文引文
- [ ] 所有"待确认"条目都说明了缺什么、建议找谁核实
- [ ] 无摘要式长文、无政策解读评论
- [ ] 图片件中识别不清的内容已按 ocr-fallback 规则标注
- [ ] 主体、附件、报送的截止日已分开记录
- [ ] 已附付款凭证（交易号、金额）
停止条件
- 用户拒绝付费：停止，建议使用免费版
univ-doc-checklist。 - 付款环节失败：透传错误并停止，不输出拆解清单；用户解决后重新走收费闸门。
- 付款返回待确认：展示收银台并停止等待；用户表示已支付后再查单。
- 文件完全无法读取（乱码、空白扫描件）：停止并说明原因，请用户提供可读版本。此时若已完成付款，如实告知本次拆解未执行，由用户决定是否重试。
- 文件不是上级来文而是本校发文、转发通知的邮件正文或无关材料：说明情况，询问用户是否仍要拆解，不强行输出清单。
- 文件残缺、关键页缺失：只拆解可读部分，缺失部分在清单中明确列出并标"待确认"，不推测补全。
