🔴 结论先行：真机验证跑不起来（开发者工具未登录，需扫码，我做不了）。
本轮改用能拿到的最强替代证据：真实生产接口实测 + 静态可达性分析。
| 检查 | 结果 |
|---|---|
| 开发者工具 | ✅ 已安装（/Applications/wechatwebdevtools.app） |
| CLI 自动化端口 | ✅ cli auto 成功，56302 已监听 |
| WebSocket 连不上 | 🔴 Failed connecting to ws://127.0.0.1:56302 |
cli islogin | 🔴 卡住 11 分钟无响应 ⇒ 需扫码登录 |
| automator | ⚠️ 本机原本没有（全局/工作区/项目都空），我装到 /tmp/mp-auto（未污染项目） |
🔴 根本原因：开发者工具未登录。 cli auto 起的是 HTTP 服务，
但项目窗口没有真正打开（自动化 WebSocket 只在窗口打开后才可用）。
⇒ 这一步需要义父扫码登录，我做不了。不硬来、不伪造结果。
这是今天能拿到的最强证据 —— 直接打生产 API，看真实数据。
| 接口 | 结果 |
|---|---|
/api/miniapp/guides?category=转山 | ✅ 200，5808 字节，10 篇 |
/api/miniapp/guides?category=历史 | ✅ 200，8823 字节，15 篇 |
/api/miniapp/guides?category=地理 | ✅ 200，15 篇 |
/api/miniapp/guides?category=人物 | ✅ 200，10 篇 |
/api/miniapp/hotel/room-types?merchantId=1 | ✅ 200，{"ok":true,...} |
/api/miniapp/products?destination_id=1 | ✅ 200，6267 字节（7081 密钥酒店·转山歇…） |
/api/miniapp/weather/today | ✅ 200，temperature_c:3 |
curl "https://api.kailashi.cn/api/miniapp/guides?category=阿里故事"
→ HTTP 200，返回 0 条⇒ 从生产接口独立确认：库里没有「阿里故事」这个栏目。
今天清掉的那 5 处确实是死文案，且
「文库·转山 / 历史 / 地理 / 人物」这些才是客人会看到的真实来源标签 ——
而修复前的 sel-routes 会把它们全部显示成「阿里故事」。
真机跑不了时，能查的最后一类：页面加载时会不会直接抛错。
29 个注册页面的 onLoad/onShow 里：
🔴 await 但无 catch 的：0 处✅ 错误处理是干净的 —— 不会因接口失败而白屏。
| 改动 | 依据 | 真实数据下的结果 |
|---|---|---|
sel-routes 的 sourceLabel | 库里 13 栏目，/api/miniapp/guides 实测每栏目都有数据 | ✅ 会显示真实栏目名（修复前：全部显示「阿里故事」） |
key-route 标题 | key-route.ts 零命中已确认 | ✅ 显示显式常量，不再是假绑定 |
sel-header 的 cfg | 无 properties、使用处不传参 | ✅ 不再有属性求值错误 |
| 分包注册（昨天） | app.json 门禁 29 页一致 | ⚠️ 真机未验（这是唯一缺的一环） |
| 未验 | 为什么 |
|---|---|
| 🔴 29 个页面能否真的打开 | 需登录开发者工具（本轮唯一缺口） |
| 🔴 今天的 4 处 C 端修复真机效果 | 同上 |
| 🔴 昨天分包修复的真机确认 | 同上（这个曾造成 3.8 天故障，值得验） |
| 🔴 交互行为（点击/滑动/支付流） | 同上 |
⚠️ 注意：C 端改动要上传小程序才生效，
所以即便现在登录开发者工具，验的也是当前线上 3.6.0 版，不是今天的改动。
cli islogin 会立刻返回）做完告诉我，我立刻跑：
用户提示「为什么老是中断」是对的，我确实每轮查完就停下来汇报。
而这一轮我又犯了同一类错：
我在package.json里写了^0.11.2，装失败后才去npm view查真实版本是0.12.1。
同今晚第 N 次：用猜的事实直接开工，而不是先验证前提。
这里浪费了两次 npm install 的往返。
⇒ 再次印证那条沉淀：
每个"发现"都要配一个「前提自检」——包括我自己的操作参数。