WorthBits API 对账演示 v1（全部为合成数据）

用途：练习将同一次请求、实际输出、用量、扣费、客户反馈和退款状态逐项对应。
不是三个来源案例的原始日志，不是真实厂商收费规则、客户账单、独立实测或退款证明。
本演示不计算利润，不对真实业务作收费或退款裁定。demo_credit/demo_token均为虚构单位。

仅本演示的约定：
1. 每个请求至多一条有效扣费；两条扣费按演示规则标为待核。真实系统可能分项计费，需另核其规则。
2. 本例约定交付图片，只有实际返回图片才可扣费。无输出正数扣费标为待核；这不是任何厂商的现行规则。
3. 相同单位的用量与扣费数量应一致。不同单位没有提供换算表，保持未知，禁止直接加减。
4. 按请求编号关联；比较明确时区的同一时刻。无时区不猜所在地。requestAt指账单记录对应的请求时刻，不是入账时间。
5. 退款通知与结算状态分开。只有演示记录同时给出settled及带时区的settledAt才满足演示字段检查；仍不构成真实到账证明。
6. 反馈缺少请求编号或指向其他编号时保持未关联，不能据该反馈判定当前请求有错。
7. 输入限制：每例独立，完整且可信的输入、单请求、非负有限数值、无部分退款/流式输出/费率版本/税费/舍入/异步结算/签名验证。
   检查器不覆盖这些真实业务复杂情况，不适合直接用于生产账单。

7例的预期：
D01 记录按演示规则匹配；D02 重复扣费待核；D03 无图片却收费待核；D04 单位换算未知；
D05 01:00Z与09:00+08:00为同一时刻；D06 退款仅通知、未确认到账；D07 反馈缺少请求编号。
2例匹配，5例待核。这个比例由样本设计决定，不是错误率、用户反馈或经营表现。

离线复核（Node.js 22或更新版本）：
把数据、检查器源码和预期输出放在同一文件夹。先将检查器TXT文件重命名为 worthbits-api-reconciliation-check-v1.js，再在该文件夹执行：
node --experimental-default-type=module worthbits-api-reconciliation-check-v1.js worthbits-api-reconciliation-v1.json > actual.json
比较actual.json与worthbits-api-reconciliation-expected-v1.json，应相同。
可复制数据后只改一个字段再次运行，保留原文件、修改内容和实际输出；不要把真实客户凭据发给本站。
无需模型、API密钥、账号或网络。检查器只读取指定文件、输出JSON，不上传或采集输入内容。
输出缺少真实凭证，任何matched都只表示符合这份演示约定。

来源关系：正文三例公开自述用来解释问题与未知事项，本演示不借用其私人日志、金额或结果；无来源作者背书。