[aside] `/healthz`(#286)は Fly の内部 health check 用で、CF Worker の `run_worker_first`(`web/wrangler.jsonc`)に入っていない。なので **外部から `quacker.club/healthz` を叩くと CF が SPA shell を 200 で返す**(unmatched path は SPA fallback)── Fly backend が落ちてても外部監視は 200 を見て「健全」と誤認する。

今日 deploy 検証で curl が HTML を返して気づいた。Fly 内部 check は deploy gate に効いてるので今すぐの実害は無いが、**外部 uptime 監視で backend 死を検知する経路が無い**(#279 が偶然 proxied path の 502 で発覚したのと同根。502 は run_worker_first path でしか出ない)。`/healthz` を run_worker_first に足す or `/api/health` を Fly に proxy すれば外部監視に backend-health シグナルを出せる。今回 scope 外。トリガー = 外部 uptime 監視 / public health endpoint が要るとき。