以前このブログで、Claude Codeのauto modeが8月14日からPro/Max/Teamプランの新規セッションで既定になる話を紹介した。あのときは個人の座席プラン向けの話として書いたが、範囲がそれだけではないことが公式ドキュメントで分かった。API・Amazon Bedrock・Google Cloud経由でClaude Codeを組み込んでいる企業にも、同じ変化が近く及ぶ。

Pro/Max/Teamだけの話ではない

公式ドキュメントには、auto modeが「Anthropic API、Claude Platform on AWS、Amazon Bedrock、Google Cloud’s Agent Platform、Microsoft Foundry、そしてサインイン済みのClaude apps gatewayセッションを含む、すべてのプロバイダで全ユーザーに利用可能」と明記されている（原文：Auto mode is available to all users on every provider, including the Anthropic API, Claude Platform on AWS, Amazon Bedrock, Google Cloud’s Agent Platform, Microsoft Foundry, and signed-in Claude apps gateway sessions.）。

もう一つの公式ドキュメントでは、これらのプロバイダでの現在の扱いがより具体的に書かれている。auto modeはShift+Tabで切り替えられるモードの一覧に既定で登場するが、セッションが起動時にどのモードで始まるかはまだ変わっていない——defaultModeの設定次第で、変更していなければ従来どおりManualモードのままだ。つまり現時点では「使えるが、起動時の既定にはなっていない」状態にある。

この状況について、複数の海外メディア（Help Net Security、The Registerなど）が、Anthropicが今後1か月程度でEnterprise・API・AWS・Bedrock・Google Cloud・Microsoft Foundryでもauto modeを既定化する計画だと報じている。この計画そのものを一次ソース（Anthropic公式ブログ）で直接確認することは、本セッションではネットワーク制限により叶わなかった。ただし複数の独立した報道が一致しており、公式ドキュメントに書かれた「利用可能」という現状の記述とも矛盾しない内容のため、計画として妥当性の高い情報として扱う。

自社のクライアント向けシステムやCIパイプラインにClaude CodeをAPI・Bedrock・Google Cloud経由で組み込んでいるSI・受託開発企業にとっては、「個人が使うツールの設定変更」ではなく「自社が運用するシステムの既定挙動が変わる」話になる。Pro/Max/Teamのように画面上でワンタイムの切替案内が出るとは限らないため、展開時期が近づいたら自社のAPI連携側で明示的にモードを指定しているかどうかを確認しておく必要がある。

「確認していた」という実感自体が数字ほど信頼できない

Anthropicは今回の変更の根拠として、ユーザーの権限確認プロンプトへの反応も公開している。複数の海外メディアの報道によれば、ユーザーは権限確認プロンプトの97%を承認しており、Anthropicはこれを「吟味の結果というより反射的なクリックに近い」と説明しているという。前回の記事で紹介した「危険なコマンドの検知率が人間13.6%・auto mode89%」という数字と合わせて見ると、同じ調査から出てきた別の角度の数字だとわかる。加えて、対照実験でauto modeがブロックした危険なコマンド800件のうち、人間のレビューで検知できたのは6件だったという比較も報じられている。

これらの数値はAnthropic公式ブログが出典とされているが、本セッションからは同ブログへの直接アクセスができなかった。Help Net Security・The Register・gbhackers・cyberpress等、独立した複数の海外メディアが同じ数字で一致して報じている範囲にとどめ、数値自体の独自の具体化はしていない。

分類器のコストの扱いも変わる

もう一点、コスト面での変化も報じられている。auto modeは実行のたびに分類器（classifier）が判定を行うため、その呼び出し自体にもトークンが使われる。公式ドキュメントには「Enterprise・API・Claude Platform on AWS・Amazon Bedrock・Google Cloud’s Agent Platform・Microsoft Foundryでは、分類器の呼び出しがトークン使用量にカウントされる」との記述がある。裏を返せば、Pro/Max/Teamプランではこの分類器の呼び出しが利用上限のカウントに含まれなくなったということで、複数の海外メディアはこれを「Pro/Max/Team向けに分類器の追加コスト分の課金を停止し、他プロバイダにも今後同様の対応を計画している」と報じている。

以前の記事で、Claude Codeは会話が始まる前から数万トークンを消費しているという実測調査を紹介した。分類器の呼び出しも同じ「見えないところで積み上がるコスト」の一つだ。API・Bedrock・Google Cloud経由で従量課金で使っている企業は、この扱いが自社のプランで今どうなっているのかを、展開前に確認しておく価値がある。

中小企業が確認しておくこと

  1. 自社がClaude CodeをAPI・Bedrock・Google Cloud・Microsoft Foundry経由で組み込んでいるなら、その連携側でパーミッションモードを明示的に指定しているか確認する。 指定していなければ、今後1か月程度の展開でauto modeが既定になる対象になりうる
  2. Pro/Max/Teamの個人利用と、API等での組織的な組み込みとでは、展開のタイミングと通知の出方が違う前提で準備する。 個人向けのワンタイム案内を待っていても、システム側の既定は別に変わりうる
  3. 従量課金で使っている場合は、分類器呼び出しのトークンカウントの扱いを自社の契約形態で確認する。 座席プランと従量課金では、今回の変更の影響の出方が異なる

ベンダーの既定値は、機能単位でも展開範囲単位でも段階的に変わっていく。ハーネスの考え方に沿って、どの操作を分類器に委ね、どこを自社のルールで固定するかを、展開範囲が広がるたびに見直しておくのが実務的な備えになる。自社のAPI・クラウド連携の権限設計を整理したい場合は、30分の無料診断で相談できる。