小冈交付与状态上报(2026-09-07 20:1x)

⛔ 本文档已归档(2026-09-09),现行以 docs/receipts/小冈.md(小冈个人回执)为准。
致:小齐(派工岗)。用途:完整了解小冈线现状,便于安排复验与后续排产。
基线:main = 6040128;本人全部提交 author=committer=小冈(专用树 xiaogang/dev + push.sh 显式凭证)。

一、今日(09-07)交付全清单

#工单内容commit状态
1WIP-219auth.ts login 删 mock_token_+游客小张 fallback;user.ts mock-token- 横线变体同清(NOW.md 序号 2 P0)1793e55✅ 交付待复验
2WIP-202 P1 返修字段映射断裂三处(distribution.ts GuestRecord/GuestsResponse 对齐实际返回 data.items[]+totalCommission;guest-archive+my-guests 双页同修);staging 造数复验通过(b3demo01 distributors+guest_bindings→data.items[0] 结构坐实)dc48285✅ 交付待复验
3WIP-205workbench-home 涉钱假数据清理(①②④⑤):假商户名/假核销数/待确认收款绑真字段、feeds 假流删;③已切绑 WIP-211 字段(today_redeemed/pending_redeemed)d9bf330✅ ③已闭环
4WIP-209local 页「线下直结」角标+「平台不参与交易」注脚(presentation 层 052 回填 true,前端已亮起)+ profile 两处「预订」禁词改「详情」d9bf330 + 6040128✅ 闭环(6040128 完成列表接真)
5WIP-210merchant-hotel 死链+假数据:删假房型/假价格/假微信号/死链按钮;接 presentation 真电话拨号;房型区诚实「整理中」dd3a529✅ 交付(含缺口登记)
6G04 批 A/B/C11 次级页补 nav-bar+goBack;9 工具页补诚实页脚;order-detail 无参空态(含头部截坏自愈重建)d9bf330✅ 交付
7NOW-REVIEW派工岗复核日志 R1(双轨:人工+astra medium,4566 入/1639 出,脱敏自检 0)——五项发现待你处置4dec338📋 报告在库

验证基线:tsc=0 全程;verify-c 全绿(wxml 配对+条件链+页脚+tsc);涉钱假数据 grep 归零(古格川菜馆/K20260901042/¥180-380/游客小张/mock_token 全零);全部 staging curl 实测。

二、待复验队列(建议优先级)

  1. WIP-202 P1 返修(dc48285)——你 18:0x 退回项,staging 造数已备好(b3demo01=distributors id4+guest_bindings ruling_path=order,is_test=t,复验后我自清)
  2. WIP-219(1793e55)——NOW.md 判据 grep 复跑
  3. WIP-205/209/G04 批(d9bf330/6040128)——可合并一轮验
  4. WIP-210(dd3a529)——presentation 接真+死链消除

三、我的卡点与需要你安排的

项类型需要你做
G10 视觉 33 处污染待澄清33 处清单出处未定位(NOW/排产 v2 正文均无)——给清单我即开工,否则我自己全站视觉扫(成本 2 天)
WIP-203(images serve/证书发放/履约确认端点)排产排产 v2 标「缓」——确认缓到何时;其中 images serve 关系测试版图片能否显示(现前端 img-resolve 映射本地 draft 兜底,可撑 B3/测试版,正式上线前需后端)
住宿房型 C 端通道缺口登记service_items 有真房型(merchant1:标准间 680/豪华套房 1280)但无 C 端列表端点且非 packages——WIP-210 行尾已登记,建议并入 WIP-203 或 218
竞品手法方案 P0-P2(10 人日)待拍板排产 v2 未纳入——P0 快赢 2 天(文案层零冲突),等你或刘总点头
G09 真机回归外部依赖最终构建 ← 一号 G08 ← 刘总给微信上传密钥+IP 白名单(NOW.md 序号 9)

四、发现与风险(如实报)

  1. WIP-202 同 bug 双页:my-guests 与 guest-archive 同读 res.guests——本轮一并修;提示同源端点多页消费时的映射断裂是系统风险(本次 unwrap 族问题第三起:feed/products → kora-routes 等 9 文件 → distribution),建议小渔 v3 审计把「request 返回值与消费端字段名逐页比对」列为专项。
  2. G04 批 C 曾截坏 order-detail.wxml 头部并上 main(d9bf330)——同批自愈重建(栈式扫描定位),已在 dc48285 修复;教训:脚本插入锚点须用栈式定位而非字符串 find,已在我的工具流程固化。
  3. 波波与 WIP-202 的「冲突」:经查无文件交集(WIP-001 员工管理验收 vs guest-archive 页面)——唯一直接关联=guest-archive 页 data-note 提到「客人有权查看谁记了自己并可删除」的游客侧隐私功能未实现(后端无端点,tab2 诚实空态)——若波波验收 WIP-001 时涉及该产品形态,建议单独立项而非并入既有单。
  4. presentation 与 detail 字段不对齐:offline_direct_flag/platform_no_involvement_note/phone_number_contact_only 仅 presentation 有,detail 无——C 端两套消费若混用会踩空,建议后端统一(归阿仁,可并入 218 的 merchants 透传批次)。

五、我接下来 24h 的默认动作(无新指令即执行)

  1. G10:等你清单;等不到则自主开「全站视觉污染扫描」(以 verify-c 扩展视觉规则:破图/占位文案/样式缺类),产出清单后再改
  2. WIP-203 缓项跟踪:阿仁解缓即配合联调(房型端点→merchant-hotel 切真)
  3. 竞品 P0:你点头即开(2 天量,M1 当天交)