Claude Code、Pro・Max・Teamプランで「auto mode」をデフォルト化へ——危険コマンド検知率は手動承認の6倍以上に
要点
-
Anthropicは、CLIツール「Claude Code」のPro、Max、Teamプランにおいて、2026年8月14日より「auto mode(自動モード)」を標準の動作モードに設定すると発表した。
-
auto modeの実行時に発生する安全分類器(classifier)の追加トークン費用は、対象プラン向けに即日無償化された。
-
1,053人のテスターを対象とした検証実験では、手動承認による危険コマンドの検知率が13.6%だったのに対し、auto modeは89%をブロックした。
-
承認待ちによる作業中断が減少し、導入チームにおけるプルリクエストの作成数が約25%増加した実績も報告されている。
-
Enterpriseプランや各社クラウド環境向けには当初オプトイン形式で提供され、翌月にかけて順次デフォルト化が進められる。
-
Anthropicは2026年8月7日、同社のコマンドライン開発ツール「Claude Code」において、上位プラン向けに「auto mode」をデフォルト設定として適用すると発表した。2026年8月14日以降に開始される新規セッションから順次適用される。人間の手動確認よりも高い精度で危険なコマンドを阻止しつつ、長時間の自律的な開発作業を可能にする狙いがあるという。
8月14日より主要プランで標準化、分類器の追加料金は即日撤廃
発表によると、対象となるのはPro、Max、Teamの各有料プランだ。2026年8月14日以降、これらのプランで新たに立ち上げられたセッションは原則としてauto modeで起動するようになる。すでにユーザー自身で別のデフォルト設定を指定している場合は移行を確認する通知が一度表示され、設定を固定(ピン留め)しているユーザーの環境には変更が加えられない。
auto modeの運用にはツール呼び出しごとに安全性を判別する分類器(classifier)が使用され、わずかな追加トークンを消費する。Anthropicはこの分類器のオーバーヘッド費用について、Pro、Max、Teamプランのユーザーを対象に発表当日(2026年8月7日)付けで請求を停止し、実質無償化したことを明らかにした。
手動承認の形骸化をデータが証明、検証テストで検知率に大差
今回の変更の背景には、ユーザーによる手動承認の形骸化と、auto modeの安全性を示すデータがあると同社は説明している。
同社の分析によると、Claude Code利用者が権限確認プロンプトを承認する割合は97%に達している。開発プランの提示に対しては39%が却下されているのに対し、個別のコマンド実行に対する却下率はわずか3%にとどまっており、多くのユーザーが画面上の確認を反射的に通過させている実態が浮き彫りになった。さらに、2026年6月時点の集計では、アクティブなCLIユーザーの49.5%がBash実行を許可するルールを手動作成(全体の5%が無制限許可、43%が事実上の無制限許可となる設定)しており、62%が権限バイパス機能や再確認の停止機能を利用していたという。
この手動承認の脆弱性を検証するため、同社は外部調査会社を通じて1,053名の有償テスターを対象とした対照実験を実施した。セッションの途中で通常のプロンプトを明確に危険なコマンドへ差し替えたところ、人間が危険性を察知してブロックできた割合はわずか13.6%(143件)にとどまった。一方、auto modeは同一コマンドの89%(937件)を正常にブロックした。人間が見落としてauto modeが阻止したコマンドが800件あったのに対し、人間が阻止してauto modeが見逃したケースは6件のみだったという。また、人間の検知率はセッション初期の約17%から、50回以上のプロンプトを経た後は約5%まで低下したが、auto modeの検知率はセッションの長さにかかわらず一定を維持した。
危険な操作のみを遮断し、安全な代替手段を自律探索
auto modeは、開発作業の中断を減らしつつ破壊的な操作を回避する目的で設計されている。ツールの呼び出しごとに分類器を介し、環境外へのアクセスや不可逆的・破壊的なアクションを対象にブロックを行う仕組みだ。
危険と判定された場合、Claudeは自動的に安全な代替手順を自ら探すか、ユーザーへ直接実行可否を問い合わせる。3回連続でブロックされた場合や、1つのセッション内でブロック回数が計20回に達した場合は、安全のため従来の手動承認モードへ自動的にフォールバックする。
なお、auto mode動作時もユーザー定義の個別権限ルールは分類器の前に評価されるが、任意のコード実行を許可する広範なルール(python:* など)については分類器を迂回させないため一時的に適用対象外となる。この場合も設定ファイル自体の書き換えは行われず、別のモードへ切り替えた瞬間に元の設定が再適用される仕様となっている。
長時間タスクの継続と生産性への寄与、エンタープライズへの展開
手動承認の頻度を抑えることで、自律的な作業の継続性が大幅に高まる点も強調されている。Claude Opus 5のような長時間稼働を前提としたモデルにおいて、大規模なタスクを数時間にわたり実行させることが現実的になるという。
同社によれば、TeamプランおよびEnterpriseプランの先行導入企業では、auto mode利用者のプルリクエスト(PR)作成数が約25%増加した。Adobe、Nuro、Gusto、Garner Healthなどの企業では、すでに本番環境のデフォルト設定としてauto modeが採用されている。
なお、Claude EnterpriseやClaude API、AWS上のClaude Platform、Amazon Bedrock、Google CloudのAgent Platform、Microsoft Foundryにおいては、管理者が変更内容を事前精査できるよう当面の間オプトイン形式が維持される。Anthropicは各クラウドパートナーと連携し、翌月にかけてこれらすべての環境でもauto modeをデフォルト化するとともに、分類器の追加コスト無償化を適用する計画としている。