temporarily unavailable が出て Bash や Edit が止まるときに見ることまず、自分のケースかどうかはかなり見分けやすいです。Claude Code の auto mode で Bash か Edit を実行しようとしたとき、次のような文言が出て処理が止まるなら、今回の症状に当たっている可能性があります。
claude-opus-4-7 is temporarily unavailable, so auto mode cannot determine the safety of Bash right now. Wait briefly and then try this action again. If it keeps failing, continue with other tasks that don't require this action and come back to it later.
この報告は issue #62170 にあり、Bash safety classifier が claude-opus-4-7 で断続的に temporarily unavailable を返し、Bash tool call をブロックするという内容です。コメント欄には、Edit でも同様に
claude-opus-4-7 is temporarily unavailable, so auto mode cannot determine the safety of Edit right now
と出た例がありました。つまり、Bash だけの問題とは限らないようです。
issue の記述からは、同じコマンドを数秒後に再実行すると通ることもあれば、また同じエラーで失敗することもある、とされています。さらに、同じセッション内でも echo "test" のようなコマンドは通る一方で、node /tmp/script.mjs は落ちることがある、と書かれていました。少なくとも、単純に「コマンドが危険だから全部止まっている」という挙動ではないようです。安全判定側が一時的に応答できていない、という見方が自然です。
この症状について、手元で検証できた一次情報は環境情報だけです。
[env_summary]
OS : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64)
Python : 3.8.13
検証日時 : 2026-09-08T08:50:53+09:00
ただし、この環境で実際に temporarily unavailable を再現した出力は今回提示されていません。なので、ここで書けるのは issue 報告に基づく症状の説明までです。解決策も、確立したものは見当たりません。
現時点で言えるのは、少なくとも以下の見分け方です。Bash か Edit の実行時に、claude-opus-4-7 is temporarily unavailable と出て auto mode が安全性を判定できないと言う。数秒待つと通ることがあるが、また失敗することもある。別の作業は続けられる場合がある。ここまで一致するなら、#62170 と同系統の可能性があります。
一方で、issue #84090 は少し違います。こちらは platform incidents 中に、複数の Claude アカウントが同じマシン上で同時に強制ログアウトされ、refresh token が無効化されたという報告です。temporarily unavailable という語は同じでも、こちらは認証セッションの問題です。もしエラーのあとにログアウトや再ログイン要求が出るなら、Bash の安全判定よりもセッション破棄の線を疑うべきです。
今回の 2 件を並べて見ると、temporarily unavailable は少なくとも 2 通りの壊れ方を含んでいます。ひとつは Bash/Edit の安全判定が一時的に取れない問題。もうひとつは、プラットフォーム障害に伴ってログインセッション自体が飛ぶ問題です。見た目は似ていますが、読者が遭遇している現象は別物かもしれません。
再現できた実測ログがない以上、ここで「この操作をすれば直る」とは書けません。issue の文面に沿うなら、Bash や Edit にこだわらず、他のタスクを進めてから戻る、という回避しか確認できていません。ログアウトが絡むなら、手動で再ログインが必要になる可能性があります。そこまでは issue #84090 に書かれている範囲です。
OS : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64)
Python : 3.8.13
検証日時 : 2026-09-08T08:50:53+09:00