他人检测/对齐报告 · 交叉核验结论

⛔ 本文档已归档（2026-09-09），现行以《当前工程状态文档》为准。

核验人：波波（方案 + 验收岗）· 2026-09-07 11:55 · 基线 commit cf4120c

方法：读完 10 份他人报告 → 逐项拿当前真实工程复验（不采信纸面结论）

结论摘要：6 份报告的结论已过期或部分失实，1 份审计的基底落后 63 个提交；同时坐实 1 处我上一轮的误判

一、核验总表

二、🔴 更正我上一轮的三处误判

我昨天给的进度快照里有三条判断，被这些报告直接推翻：

更正 1：oxygen-map / wish-wall 不是「遗漏未砍」

我上一轮说这两页「仍在 app.json 注册（WIP-124 又加回）」，定性为 M1 判据 #6 未达标。

事实：docs/C端接线验收自测清单-2026-09-04.md §三 明确列它们在 B 类挂起清单——「页脚在位，勿接线」，同批还有 status-timeline/states、local、culture、pilgrimage、membership、feedback、address/address-edit、agreement、guide-community、scene-cert/scene-certificate。

→ 这是有意保留的静态演示态，不是漏砍。M1 判据 #6「砍 34 页」已被后续产品决策覆盖（部分页面从"砍"改为"挂起做演示"）。判据该改，代码不该动。

更正 2：BLK-008 早已关账，不需要我代跑

我上一轮把「代跑 scripts/verify_wip172_emergency_contacts.sh」列为我能立刻干的事。

事实：小齐 09-03 审计报告 §2.1 已记 BLK-008 | WIP-172 P0 五步 E2E | 服务器代跑 7 PASS | 已关账。且整个 BLK 登记制已于 09-04 被刘总废止。

→ 我拿的是断档前的旧账。这条作废。

更正 3：merchant-hotel「预订房间」CTA 的性质

我上一轮说这是「业态边界被突破」，暗示有人主动加了预订功能。

事实：git log -S "预订房间" 定位到 9ede1ba feat(WIP-165): 01-55 段 33 页 mock 化完成——90/90 定稿页全部纯 mock 视觉版（零接口零依赖）。

→ 它是静态稿视觉还原的产物（照着设计稿画出来的按钮），不是业务功能变更。且已核实 merchant-hotel.ts 未接真接口（点下去无真实下单），页脚「静态演示 · 数据为虚构示例」仍在位。

🔴 下面这段「住宿仅展示」的定性是错误的，已被本节末「更正 4」推翻——保留原文仅作误判留痕，请勿引用。

但仍需裁决：住宿业态按义父定档应"仅展示"，页面上摆一个「预订房间」按钮即使不接真，也是对用户的错误预期引导。属文案/交互层问题，不是数据层问题。修法很轻：改成「咨询入住」或直接删按钮，不需要动后端。

🔴🔴 更正 4（09-07 12:40 追加）：上面这条「住宿仅展示」是我自己的第二次误判，源头是跨项目记忆污染

核验结果：「住宿业态仅展示」这个定档在神山秘境项目里根本不存在。

• 全库 docs/ 搜「住宿 + 仅展示/只展示/不下单/禁预订/不接真」→ 0 命中
• 两处形似的都不是这个意思：小程序静态演示页面需求文档.md:484「零价格零预订」约束的是攻略种草内容页；B-011:120「仅展示信息」是 offline_direct_flag=true 时的注脚文案蓝图（商户可配置属性，非全局禁令）
• 反面证据（同一份权威文档，我自己写的）：docs/三价体系与组包责任边界.md
• :111 A 档「单元素券（一间房 / 一张温泉票 / 一趟车）→ 商品预售，非包价 → ✅ 平台自营可直售」
• :337「单元素券（住宿 / 温泉 / 门票 / 餐饮 / 车队）→ 落点一（C 端）→ ✅ 保留」
• :342「平台自营（酒店 / 温泉 / 门票）→ ✅ 以单元素券形式售卖，不打包」
• :640「单元素券（住宿/餐饮/门票/背夫/马帮）→ ✅ 可跑，第 2 档，不需许可」

污染来源：「住宿/餐饮仅展示，门票/车队/特产走线上预约预定」是渔佳小程序（yujia-wxapp）的业态两档定档，记在我的用户级长期记忆里。我把它错当成神山秘境的定档搬了过来。两个项目合规结论恰恰相反：神山秘境住宿单元素券明确可线上直售（A 档零门槛）。

那 merchant-hotel 真问题是什么：不是「不该有预订按钮」，是功能死链——

merchant-hotel.wxml:35  「预订房间」按钮 → bindtap="goBooking"
merchant-hotel.ts:17    goBooking() → navigateTo('/pages/hotel-booking/hotel-booking')   ← 不带 product_id
hotel-booking.ts:5      import { createUnifiedOrder, precheckUnified } from '../../services/order'  ← 真接口页（WIP-199）
hotel-booking.wxml:9    wx:if="{{!productId}}" → 显示「缺少商品信息 / 从商品列表选择后预订」

实测全站没有任何页面带 product_id 跳 hotel-booking（4 处入口全无参；唯一带参跳 booking 类的是 product-detail.ts:92 → order-create?product_id=）。后端 precheck/create/pay 端点真实存在（miniapp_orders.py:343/366/758）。

→ 用户点「预订房间」必然掉进永远显示「缺少商品信息」的死胡同页。 这是断链，不是合规问题。裁决选项见《决策单》§三·②。

教训（已写入长期记忆）：用户级长期记忆里的其他项目事实，绝不能当作当前项目的定档。凡引用「义父定档/已拍板」作为判据前，必须在本项目 docs/ 里找到原文出处，找不到就是我自己编的。

三、小渔审计报告（42 项）逐项时效核验

核心问题：审计基底 a1f80bf（09-04 10:01）落后当前 HEAD cf4120c（09-07 10:56）63 个提交。

已被后续提交修复的（审计没看到）

仍然成立的（我逐项复验）

审计的数据口径问题

→ 审计的基础数据是静态读仓库得出，未连生产库/staging 实测。表数差 33 张这个量级，会导致「D-5 废弃表」这类结论的判断基础不稳。

四、B 端 H5 激活状态：盘点已严重过期

一号的盘点（09-04 01:3x）说「25 页中 1 页真接线」。我用修正判据实测（并做了自检）：

【自检】Bills.tsx（已知真接线）命中 = 3 → ✅判据有效

对照盘点规格的 M1-M6 激活序列：

盘点 §六「已知问题」的修复情况：

五、E1「模拟用户五人集」：08-30 打回至今未清，但判据本身有误伤

小齐 v1.3 验收（08-30 00:50）打回项 E1 要求：游客小张 / 领队扎西 / 商户古格 / 旅行社林芝 / 员工小普，全站统一替换；禁用「卓玛/扎西次仁/小初」。

09-07 实测：

「卓玛」7 处逐条定性 —— 4 处是判据误伤

→ 真违规 3 处，地名误伤 4 处。小齐打回时写「卓玛仍残留 7 页」，没区分人名与地名——这跟禁词判据 唯一/第一/预订 是同一类毛病：判据粒度太粗，把合法用法一并拦了。

建议：E1 判据改为「卓玛」后不接「拉垭口」才算违规；或直接改成扫描 operator:/name:/role: 等字段上下文。

六、前端硬编码清理报告（B-025）：已基本执行完毕

09-01 报告点名的项，09-07 实测：

→ 这份报告是 10 份里执行最彻底的一份，验收标准 §六 的 5 条里 2/3/5 已达标，4（断网缓存模拟）未验。

⚠️ 但报告 §四写明「mock/ 目录下的硬编码属提审数据策略 B-023 设施，不在清理范围」——这条豁免与审计 F-7「guest-archive 硬编码假数据」直接冲突：guest-archive 的假数据在 pages/ 下而非 mock/ 下，不在豁免范围。

七、WIP-160 gap 分析：结论成立，但已被后续变更超越

一号返工版（09-03 02:40）结论：19 页全部无差距、无 L2 待建接口，且诚实记录了返工原因——「原『待建接口清单』6 条至少 5 条已建成，差集核对未做全库 grep，凭旧记忆写清单（WIP-149 同款教训再犯）」。

复验：结论成立（merchant-hotel/guge 经 WIP-158 改造后确与静态稿对齐）。

但：这份 gap 分析的对位基准是 09-03 01:55 的仓库状态，而 09-03 白天刘总派了 WIP-165「以静态稿为唯一视觉源头，C 端前端页面 wxml/wxss 从头重写」（9ede1ba 90/90 页纯 mock 视觉版）。

→ 重写之后 gap 分析的结论自动失效：静态稿成了源头，前端照着重画，「无差距」变成了同义反复（自己对自己）。而重写引入的新问题（如「预订房间」CTA、页脚治理、workbench-home 假数据）不在原 gap 清单里，是 WIP-172/175/179 在收拾的债。

八、我自己的《进度体检报告 09-01》半失效核对

我 09-01 给刘总的体检报告提了「三刀」，现在回看：

发现二「能量流向演示而非生产」是否仍成立？

• 生产侧：B1 已关窗、109 表、287 端点、迁移落 048 → 生产链路已通，这条批评的历史任务完成
• 演示侧：仍有 40 页挂「静态演示 · 数据为虚构示例」页脚（占 119 页的 34%），且 workbench-home 出现「页脚删了假数据没删」
• 判定：主要矛盾已转移。09-01 的问题是「生产不通」，09-07 的问题是「生产通了但前端有 1/3 页面还在演示态」

fix/feat 指标复算（09-01 那条批评的量化验证）

我 09-01 用 fix/feat 比（git log --grep 分类计数）批评「返工率高」，当时值 0.90。分三个时段复算：

读法（不能简单说"变坏了"）：

• 09-04 → 09-07 提交量从 704 断崖跌到 63（−91%），说明不是干得多返工多，而是主动降速收尾
• fix/feat 升到 1.22 + docs 占 66% = 典型的上线前质量冲刺形态（B1 生产关窗发生在 09-05 01:2x，正是这段）
• 所以我 09-01 那条「能量流向演示而非生产」的批评，在 09-05 之后已不适用：能量明确流向了修缝和文档，不是新功能演示
• ⚠️ 但这也意味着下一阶段没有余量：63 个提交里 66% 是 docs，真正的新增功能提交极少，B 端 M4-M6、E1 清偿这些还欠的活没人排

九、汇总：需要义父裁决的（基于全部报告交叉后）

附：本次核验的复现命令

cd /Users/lean/dev/kailash-bobo

# 审计基底落后多少
git log --oneline a1f80bf..HEAD | wc -l          # → 63

# F-3 是否已修
grep -n "ok.*in boxed" miniprogram/miniprogram/utils/request.ts

# B 端真接线统计（判据带自检，防假阴性）
python3 - <<'PY'
import os,io,re
D="b-workbench/src/pages"
strip=lambda s:"\n".join(l for l in s.splitlines() if not l.strip().startswith(("//","*","/*")))
calls=lambda s:len(re.findall(r"request\s*[<(]",strip(s),re.S))+len(re.findall(r"\bfetch\s*\(",strip(s)))
print("自检 Bills =",calls(io.open(D+"/Bills.tsx",encoding="utf-8").read()))  # 必须 >0
for f in sorted(os.listdir(D)):
    if f.endswith(".tsx"):
        s=io.open(os.path.join(D,f),encoding="utf-8").read()
        if calls(s)>0 and re.search(r"from\s+['\"]\.\.?/(services|utils/auth)",s): print("✅",f)
PY

# E1 五人集 + 卓玛人名/地名分离
grep -rn "卓玛" miniprogram/miniprogram/ --include="*.wxml" --include="*.ts"

# 生产表数口径（审计说 76，实际 109）
ssh kailash "docker exec kailash-pg psql -U yos -d kailash -t -A -c \
  \"SELECT count(*) FROM information_schema.tables WHERE table_schema='public' AND table_type='BASE TABLE';\""