Claude Code の Auto mode を使ってみた ──
AI に「高速道路モード」を与える設計

Claude Code を毎日触っていると、地味に効いてくる疲労があります。「Allow?」のクリック疲れ です。ファイルを 1 つ書く、コマンドを 1 つ走らせる、検索を 1 回する── そのたびに承認を求められる。1 日積もると、相当な数になります。

Anthropic が出した Auto mode は、ここに切り込む新機能です。一言で噛み砕いて言うと、AI がそのアクションの安全性を自前で判定して、安全なものは自動で通す仕組み。実際に i-Style の開発で使い倒してみたので、その肌感覚と、AI への権限委譲の設計思想を整理します。

Auto mode が解いている問題

Anthropic 公式によると、Claude Code ユーザーは表示される承認プロンプトの 93% を承認している そうです。つまり、ほぼ全部「OK」を押している。これは「承認の意味がほぼ無くなっている」状態です。

かといって、--dangerously-skip-permissions という「全部スキップ」フラグはあるものの、これは文字どおり「危険」のラベルが付いています。本番リポジトリを破壊しかねない操作までノーチェックで通る。これは怖い。

Auto mode はこの 2 つの間に立つ 中間レイヤー です。安全な作業は止めない、危険な作業はちゃんと止める。「承認疲労」と「無防備な暴走」のどちらにも振り切らない、現実解です。

仕組みを噛み砕く ── 2 層のチェック

Auto mode は 2 段階で操作を判定します。

ポイントは、出力分類器が 「Claude 自身のメッセージは見ない、ユーザー指示と Claude のツール呼び出しだけを見る」 仕様になっていること。これにより、AI が自分の判断を自分で正当化する循環参照を避けています。第三者目線の審判官、というイメージです。

3 層の許可リスト

さらに、操作は事前に 3 層に分類されています。

• check_circle層 1: 安全な組み込みツール ── ファイル読み込み、検索、画面操作など。完全に止まらない
• check_circle層 2: プロジェクト内のファイル編集 ── Git 履歴で後追いできるので、自動承認
• check_circle層 3: それ以外 ── shell コマンド、外部 fetch、外部連携。出力分類器が個別に判定

メンタルモデル: 「AI に高速道路モードを与える」

この記事から 1 つだけ持ち帰っていただきたい概念がこれです。Auto mode は「自動運転の高速道路モード」。

自動運転車は、一般道(複雑、判断難しい)ではドライバーが運転、高速道路(車線がはっきり、ルールが単純)では自動運転にバトンタッチします。Auto mode の発想もまったく同じ。単純で安全な操作はAIに任せ、複雑で危険な分岐は人が握る。

これは Claude Code に限らず、これから出てくる多くの AI ツールに共通する設計思想になっていきます。「全部 AI 任せ」でも「全部人手」でもない、レイヤー別に委譲する 発想です。

数字で見るリアル(公式値)

Anthropic が公開した実トラフィックでの数字が、肌感覚と一致するかを語る土台になります。

偽陽性 0.4% は「ほとんど止まらない」ので体感的にスムーズ。一方で偽陰性 17% は 5 回に 1 回弱は誤って通してしまう ことを意味します。これが効きどころで、「--dangerously-skip-permissions よりは遥かに安全だが、無防備ではない」という現実的な妥協点。

i-Style で使ってみた肌感覚

実は今あなたが読んでいるこの記事も、Claude Code の Auto mode を ON にしながら書いています。i-Style コーポレートサイトを丸 1 日大きく改装する中で、観察した感触は次のとおりです。

• check_circle記事執筆 / ファイル編集 / Tailwind ビルド / npm スクリプト実行 ── 8 割以上が止まらず流れた
• check_circlegit push、PR 作成、本番マージといった「外に出る」操作も、適切なタイミングで通った
• check_circle一方、git push --force-with-lease(強制 push)はちゃんとブロック された ── ここはルール上止めるべきポイント
• check_circleGitHub Actions ワークフローを編集する際、外部入力をシェルに展開する箇所でセキュリティ警告が走り、書き換え方を強制された

「止めるべきところは止まる、流すべきところは流す」── この感覚が、肌で一番大きな違いです。Allow をクリックする回数が減ったのではなく、クリックする意味のある場面だけ残った という体感に近いです。

使うべき場面 / 使うべきでない場面

判断基準は単純です。「事故ったときの逆転コストが大きい操作」だけ手動モードに戻す。それ以外はAuto mode で流せます。

30 分でできる実験

文章で読むより、実際に触る方が肌感覚で速くわかります。Claude Code を使っているなら今日のうちに次の手順を試してみてください。

1. Claude Code でいつもの作業を Auto mode に切り替えて 30 分作業してみる
2. 「止まらなかった操作」と「止まった操作」をそれぞれ 1 行で メモ する
3. 止まった操作が「止まってよかった」か「過剰に止まった」かを評価する

30 分で 自分の業務における Auto mode の安全な範囲 が肌感覚で見えてきます。チームで導入を検討する際の判断材料にもなります。

AI を業務に組み込む側の発想として、「全部任せる / 全部見張る」の二択ではなく、操作を 3 層に切り分けて層ごとに委譲ルールを決める ── この発想が今後の主流になります。Claude Code が見せたのは、その具体的な実装例です。

逆に言えば、自社の業務でも今のうちに「どの操作なら止めずに流していいか」を言語化しておくと、AI ツールが進化したとき先回りで使いこなせます。これは半年後、3 年後に効いてくる準備です。

まとめ

• check_circleAuto mode は Allow 疲労と --dangerously-skip-permissions の中間の現実解
• check_circle2 層チェック(入力プローブ + 出力分類器)で安全性を AI 自身が判定
• check_circle偽陽性 0.4% / 偽陰性 17%。「止まらない、けれど無防備ではない」
• check_circlei-Style でも丸 1 日使った肌感覚は「止めるべきところは止まる」
• check_circle業務でも「どの操作なら自動で流していいか」の言語化を先回りで

AI を「全部任せる便利ツール」ではなく、権限を 3 層に分けて委譲する協働相手 として捉える ── これが Auto mode の本質です。

参考: Claude Code auto mode: a safer way to skip permissions(Anthropic Engineering Blog)