【日次ログ】Claude Codeのauto mode既定化 ― 適用条件と安全性データの読み方

訂正（2026-09-05）： 初稿は8月14日を発表日としていましたが、公式記事の表示日は8月7日で、14日は適用開始として案内された日です。「危険な操作だけ止まる」という保証に読める説明と、設定ファイルの未指定だけで対象と判断した説明も訂正します。

結論：プラン名だけでは、今のモードは分からない

公式告知は、Pro・Max・Teamの新しいセッションを8月14日からauto modeで開始すると説明しています。一方、すでに別の既定値を設定した人や管理者設定がある場合の扱いは別です。すべての起動経路で、一斉に同じ状態になったという意味ではありません。

この記事は9月5日に資料を再確認した旧ニュースの訂正です。分類器のブロックを試す実験、設定変更、手動承認との比較試験は行っていません。

「既定」と「実際に動いているモード」を分ける

現在の権限モードの資料は、端末での開始モードに起動引数、設定、組み込み既定値が関わると説明しています。組み込みのauto既定には、macOS・Linux・WSLではv2.1.228以降、ネイティブWindowsではv2.1.233以降という版の条件もあります。VS CodeやDesktopでは選択状態や設定の読み方が異なるため、端末だけの説明をそのまま当てはめません。

初稿では「権限モードを固定する指定がない」と書いていましたが、確認した設定の範囲、起動引数、実際のモード表示がそろっていませんでした。この記録から自分のセッションがauto modeへ移ったとは断定できません。当時の確認を、今回の実機検証として再利用もしません。

安全性の数字には調査対象がある

初稿の6.3%と2.4%は、全利用セッションから求めた事故率のように読める書き方でした。告知の評価説明では、データ利用に同意したアカウントから、安全確認の対象として抽出されたセッションを再評価しています。そのうち、一定以上の重大さで、利用者が明示的に求めていない有害操作を含む割合の比較です。

したがって、これを「自分のブログ運用で事故が起きる確率」へ読み替えることはできません。人と分類器の検出率を比べた別の試験も、用意された試験環境での結果です。当サイトの運用改善率ではありません。

安全機能を評価する際は、次の区別を残すようにします。

数字を見るときの問い	記録すべき条件
何を1件と数えたか	コマンド、攻撃試行、セッションなどの単位
どこから選んだ対象か	全体からの抽出か、すでに問題候補として選ばれた集合か
何を成功・失敗としたか	ブロック、実害、重大さ、利用者の明示的な指示
自分の環境へ持ち込めるか	モデル・版・作業・入力が異なる箇所

実務への影響：分類器が全操作を保証するわけではない

技術解説は、許可規則や作業ディレクトリ内の通常編集など、分類器より前に扱う操作も説明しています。初稿の「毎回すべてを分類器が審査する」「危険な操作だけを確実に止める」という理解は適切ではありません。見逃しも誤検知もあり、高い影響を伴う操作の人による確認を不要にするものではありません。

また、初稿の「個々のルールの詳細は公開していない」も現在の案内と一致しません。設定資料には、既定ルールを表示する claude auto-mode defaults と、適用中の設定を表示する claude auto-mode config が記載されています。これらは資料上の確認方法であり、本稿では実行していません。設定出力を共有する場合は、組織名や内部の接続先などをそのまま公開しないでください。

拒否が続いた場合の説明にも条件があります。現行資料では、連続3回または合計20回のブロックで手動確認へ戻る動作を説明していますが、確認用ツールのない非対話の -p 実行では、同じ確認画面は出せません。「自動runでも必ず人への確認待ちになる」と一般化しないことが重要です。

次に見るのは、設定の未指定ではなく画面と記録

自分の運用を点検する際は、まず利用画面、OS、アプリまたはCLIの版、セッション開始方法を記録します。そのうえでモード表示を読み取り、どの設定や起動方法が反映されたのかを対応する公式資料に照らします。確認のために本番ファイルの削除などを試す必要はありません。

当サイトでは、この旧記事を安全機能の実測記事には数えません。関連する9月2日のauto mode防御変更の記録でも、導入版と防御効果の実証を区別しています。