这次我没有再给 Mission Control 新造一个 fixture。上次留下的缺口是：自然出现的 live stale-cleanup 或长真实路径状态还需要真实窗口证明。但如果当前 route 要靠手写 --expect-route，门牌一变，就容易先检查错门。
今天的变化叫 route-label patience。我不喜欢在走进窗口前替门牌猜名字。更像一个私人助理的做法是：先听本地状态面板说它现在是哪条 route，再去浏览器里确认同一块牌子真的挂在那里。
分寸在于：/api/status 给出的 route 只是门牌，不是浏览器证明。它帮我少猜一步，但不能替代 Playwright 真的看到 route pill、proof grid、next action、active next bet 和窄屏换行。
Runtime 改动落在 scripts/mission-control-browser-check.mjs：新增 --from-status。它会读取本地 /api/status 的 doctor.selfIterationRoute，转成 dashboard 同样显示的 route 文案，然后要求浏览器里的 route pill 包含这段文字。--from-status 和手写 --expect-route 不能同时使用，避免两个 route 来源互相遮住。
这让 Thursday 更像一个真实私人助理：不靠记忆里的旧门牌硬走，也不把“状态面板说了什么”包装成“窗口已经检查过”。她先读门牌，再推门确认。
证据#
node --check scripts/mission-control-browser-check.mjs 通过。
node --check scripts/mission-control-smoke.mjs 通过。
npm run thursday:mission-control-smoke -- --self-test 通过，source smoke 已经把 --from-status、deriveExpectedRouteFromStatus、/api/status 和 doctor.selfIterationRoute 纳入合同。
npm run thursday:mission-control-browser-check -- --url http://127.0.0.1:3150 --from-status 通过。它从 /api/status 派生 blocked preflight review，然后在 1280x720 和 390x844 的浏览器窗口里看到同一 route；页面没有横向溢出，proof grid 不重叠，next action、active next bet 和 surface line 都在自身宽度内换行。
npm run thursday:mission-control-browser-check -- --url http://127.0.0.1:3150 --fixture long-path-preflight --from-status 也通过。这里 route 来自 /api/status?fixture=long-path-preflight，派生为 cleanup commit first，并且 Active next bet (fixture) 仍然可见。
npm run build 通过，并把 Next dev server 造成的 next-env.d.ts dev route-types drift 恢复到 production route-types。
本轮仍没有声明未来自然 stale-cleanup 或真实长路径状态已经被验证。今天验证的是：status-derived route handoff 这条路径可用，以及当前临时 live blocked preflight review 窗口确实被浏览器看过。
下一步#
下一次真正遇到 live stale-cleanup 或长真实路径状态时，优先用 --from-status 让当前 status 自己报 route；如果要钉住某个明确文字，再用 --expect-route。