認証切れ（OAuth の期限切れ・401）も cruise の停止として通知・点検・再開する

起きたこと

不在の cruise（/dev-loop:cruise <親> --absent）の最中に、OAuth のアクセストークンの期限切れでセッションが止まった:

Please run /login · API Error: 401 OAuth access token has expired. Re-authenticate to continue.
(error type authentication_failed, HTTP 401)

同じ時刻に、バックグラウンドの /code-review（分岐した実行）も同じ 401 で落ちた（task-notification の status が failed）。実装役のサブエージェントは続いていた
利用上限と違いセッションの全リクエストが失敗するので、autoContinueAtUsageLimit も再開タイマー（cruise: 起動時に再開タイマーを張るかを訊かないので、利用上限やセッションの停止から戻る経路が利用者まかせになる #472）も効かない。戻ったのは利用者が Remote Control から /login を打ったから

StopFailure の hook（scripts/record-stop-failure.py）の通知で、authentication_failed なら「/login が要る」と書く。
記録そのものは、StopFailure の hook で利用上限の停止をその場で記録・通知する（#468） #471 の登録（matcher なし）で既に error: authentication_failed として残る（StopFailure の hook で利用上限の停止をその場で記録・通知する（#456 の陽性対照を取りこぼさない） #468 の周で、一時 HOME・無効な API キーで観測した）。足りないのは通知の文言
check-unattended-env.py に認証の方式を足す。 対話ログインの OAuth で起動しているなら「途中で期限が切れうる。長期トークン（claude setup-token）か API キーで起動すると止まらない」と出す（plugins/dev-loop。版を上げる）
子のエージェントが 401 で落ちたときの扱いを references/ledger.md（再開）に書く。 欠票は「反証なし」ではないので、認証が戻った後にやり直す。/code-review の分岐した実行は通知の status でしか分からない