Anthropicは、ほとんどの有料顧客によるClaude Codeの使い方を変更し、8月14日からPro、Max、TeamアカウントのデフォルトをAuto Modeにします。この設定により、コーディングエージェントはあらゆる操作ごとに承認を求めずに作業を続けられる一方、操作が不可逆、破壊的、またはユーザーの環境外にあるように見える場合には、安全性分類器が介入します。

この変更により、開発者が目にする日常的な許可プロンプトの数は減り、Claude Code はファイルの編集、コマンドの実行、複数ステップのタスク継続をより自由に行えるようになります。The Decoder によると、エンタープライズ顧客は引き続き明示的に有効化する必要があります。エンジニアリングチームにとって、この変更は新しいコーディング機能というより、責任の所在がどこにあるかという問題です。開発者は今後、個々の操作を承認するよりも、エージェントの作業を監督することが増えていくでしょう。

Auto Mode が Claude Code をどう変えるか

Anthropic は3月に Auto Mode を試験機能として初めて導入し、自律実行と手動制御の妥協案として提示しました。以前の承認ベースのワークフローでは、Claude Code は頻繁に停止し、提案されたアクションの承認をユーザーに求めていました。これに対し Auto Mode では、システムの分類器が重大なリスクを特定しない限り、操作はデフォルトで許可されます。

Anthropic は TechCrunch の報道によると、保護対象のカテゴリを「不可逆、破壊的、またはあなたの環境の外を対象とする」アクションだと説明しました。正確な境界は分類器の判断とプロジェクトの設定によって決まるため、Auto Mode があっても、エージェントが何にアクセスできるのかを開発者が理解する必要はなくなりません。

Anthropic はまた、プロンプトインジェクション検出とカスタマイズ可能なハードデニールルールを追加したと述べています。これらの制御は、コード、文書、その他のプロジェクトコンテンツに埋め込まれた敵対的な指示が、データ流出のような行動へエージェントを誘導するのを防ぐことを目的としています。

同社の Claude Code 責任者である Boris Cherny は X で、自分とチームは数か月間 Auto Mode のみを使っており、許可プロンプトに戻りたくないと述べました。これは経営陣による支持ではありますが、あらゆる開発環境にこの設定が適していることを示す独立した証拠ではありません。

Anthropic のテストが示すもの

Anthropic によると、Auto Mode は1,053人の有料テスターを対象とした研究で、手動承認よりも良い成績を示しました。同社は、自動化システムが有害な操作の89%を特定し、人間によるレビューで検出されたのは13.6%だったと報告しています。Anthropic はまた、ユーザーが Claude Code の許可プロンプトの97%を承認していたとも述べており、繰り返しの承認が慎重な評価ではなく習慣化し得ることを示唆しています。

これらの数値はベンダー報告の結果です。公開されている報道では、完全なテスト手法、有害な操作の定義、またこの研究が実際のソフトウェアチームをどの程度反映しているかを判断するのに十分な詳細は示されていません。したがって、この結果はデフォルト変更を主張する Anthropic の論拠を支えるものではありますが、あらゆるリポジトリやデプロイパイプラインにおいて自動承認がより安全であることの一般的な証明ではありません。

The Decoder はまた、Auto Mode を使うチームが Pull Request を約25%多く生成したという Anthropic の主張を報じました。これはスループットの向上を示す可能性がありますが、Pull Request の量は有用で安全で保守しやすいソフトウェアと同義ではありません。より自律的な実行は出力を増やす一方で、生成された変更が理解しにくい場合にはレビュー負荷も増やします。

The Decoder は別途、Trajectory Labs による72件のプロンプトインジェクションシナリオの独立監査も引用しており、それぞれが10回ずつテストされたとしています。報道によれば、Auto Mode でテストされた Claude モデルに対しては720回の試行のいずれも成功しなかった一方、OpenAI の Codex Auto-Review mode では一部の試行が成功したとのことです。ただし、証拠は提供された監査報告書ではなくメディア報道として提示されているため、読者はこの比較を決定的な順位付けではなく、報告されたテスト結果として受け止めるべきです。

Anthropic は、Auto Mode が Claude に機密データを公開ページへアップロードさせるのを止めた事例や、GPU トレーニングジョブに干渉し得た約2,000のプロセスを終了させた内部事例を挙げています。これらは分類器の有用性を示す同社の例であり、独立に検証された信頼性の測定ではありません。

なぜデフォルトがエンジニアリングチームに重要なのか

Pro、Max、Team 顧客にとっての即時の影響は行動面です。設定を変更しない開発者は、8月14日以降、より自律的な Claude Code 体験を受けることになります。チームは、新しいデフォルトを通常の生産性向上として扱う前に、どのリポジトリ、認証情報、シェルコマンド、ネットワークパスをエージェントが使用できるのかを決める必要があります。

プロダクトチームやスタートアップにとって、Auto Mode は長時間かかるタスクの委任を容易にする可能性があります。エージェントは、人が各低リスクのステップを承認するのを待たずに、編集とテストの一連の作業を進めることができます。これは、繰り返しのリファクタリング、テスト作成、ドキュメント変更、その他の限定的な作業に取り組むチームの助けになるかもしれません。

その代わり、実行が速くなると失敗もより速く広がる可能性があります。Anthropic は、重要性の高い本番インフラについては Claude の行動を引き続き確認するよう勧めています。この警告は重要です。分類器は、正当なコマンドの事業上の影響、微妙なセキュリティ回帰、技術的には元に戻せても運用上は高くつく変更を理解せずに、明らかに破壊的な挙動をブロックすることはできても、そこまでです。

エンタープライズと非エンタープライズアカウントの違いも重要です。企業の購入者は、多くのリポジトリにまたがるより厳格な制御、監査可能性、ID 連携、予測可能なポリシーを必要とすることがよくあります。Auto Mode をそうした顧客向けにはオプトインのままにしていることは、Anthropic が、自律的なデフォルトが規制環境や本番クリティカルな環境ではより高い基準に直面することを認識していることを示しています。

この変更はまた、AI コーディングツール間の競争を激化させます。Claude Code のユーザーが、個々のコマンドを承認する代わりにエージェントを監督することに慣れれば、競合製品はオートコンプリートの品質よりも、安全性分類器、ポリシー制御、追跡可能性、ミスから回復する能力によって評価されるようになるかもしれません。これにより市場は、主要な製品機能としてのエージェントガバナンスへと向かいます。

次に注目すべきこと

最初のシグナルは、デフォルト変更後にどれだけの顧客が Auto Mode を有効のままにするかです。Anthropic は独立した導入データを提供していないため、今後の利用数は同社発表の生産性向上の主張と切り分けて見る必要があります。

開発者は、プロンプトインジェクション、偶発的なデータ漏えい、破壊的なコマンド、本番インフラへの変更に関するインシデント報告にも注意すべきです。実際の試金石は、分類器が明らかに危険なシェル操作だけでなく、微妙な失敗も検出できるかどうかです。

その他の重要なシグナルには、Anthropic が Auto Mode を Enterprise アカウントに拡大するかどうか、テスト手法の詳細をさらに公開するかどうか、管理者に対してリポジトリ、ツール、認証情報、ネットワークアクセスのより良い制御を提供するかどうかが含まれます。機能を評価するチームは、Pull Request 数とあわせて、レビュー時間、ロールバック頻度、欠陥率、セキュリティ上の指摘も測定すべきです。

Creati.ai の見解

Anthropic の決定は、ほとんどの有料ユーザーにとって自律性を Claude Code の通常のワークフローにしますが、監督を任意にはしません。監督は、マイクロ承認の連続から、権限の設定、差分の確認、結果の検証というより広い責任へと移ります。

繰り返しのプロンプトが自動承認を促してしまう場合には、それは妥当な方向性です。しかし、生産性向上が本物かどうかは安全レイヤーの品質にかかっています。ビルダーは Auto Mode を全面的な信頼の判断ではなく、制御されたデプロイ設定として扱うべきです。まずは範囲を限定したリポジトリから始め、ハードデニールルールを適用し、機密システムへのアクセスを制限し、本番変更では人間によるレビューを維持してください.