① 支付页注册（269 发现联动）
- app.json：107 → 109 页（+payment-confirm +task-review）
- 死页实锤：workbench-home L72/L77 已跳转这两页但原未注册（按钮断裂）→ 注册复活
- 决策留痕：两页均有真实业务代码（支付确认接 /payments/pending+/payments/{id}/confirm；任务评审接真），注册不删除（删除不可逆）
- 256 payOrder 结果承接 = order-detail 页内如实展示（256 决策，非 payment-confirm——后者是商户侧收款确认页）
② L1 二批 20 页接真
- 盘点：20 页全部已接 services 真端点（多行导入初检漏检，逐页复核确认）
- 假数据审计：二批 services（demand/message/redemption/user/distribution/kora-routes）零假数据命中；页面层 coupons/kora-timer 的命中均为「无假数据」注释
- 证据：16 端点实测（15 个 401 拓扑+1 个 200），每页 request.sh/response.json/checks.md
③ 缺陷提交（🔴 需后端补）
- GET /api/miniapp/distribution/who-recorded-me 后端不存在：前端 services/distribution.ts L225-236 已实现调用（含 remove 子路由），269 分级表 L146 亦列此端点，但 miniapp_distribution.py 仅 7 路由（profile/guests/commissions/share-code/settle-confirm/subscription/apply），全 backend grep 零命中 → who-recorded-me 页现显示错误态（诚实）。请派后端补端点（分销域，建议扣子二号或阿仁），补后本页即通
- 次发现：269 分级表 L202-205 称分类六频道依赖 /api/admin/ops/merchants，实测页面走 /api/miniapp/merchants（200 可用）——分级表该处表述与实现不符，提请波波勘误
验收
- tsc0：EXIT=0 ✅（app.json 为纯 JSON 注册，无页面代码改动）
- preview：待微信运行时补验（沙箱限制）
- 证据包：evidence/c1/271/（MATRIX+20页目录+SUMMARY）
- 页面层零改动 → 无 GOV 补丁（app.json 不在闸门路径）