ビルド Aug 10, 2026 at 16:294ブックマークに追加

Anthropicは、コードエージェントのデフォルトの仮定を反転させました:確認はオプトアウト、自律性はオプトインです。この変更は、チームのワークフローやエラーの発生領域に具体的な影響を与えます。
事実. Claude Codeの自動モード(エージェントがシェルコマンドを実行し、ファイルを変更し、各ステップで確認を求めずに反復するモード)がデフォルトの動作になります。これまでは設定で明示的に有効化する必要がありましたが、Anthropicはオプトインからオプトアウトの自律性へと移行します。
解説. これは単なるUXの変更ではなく、モデルへの信頼の賭けです。各アクションを確認するエージェントは、入力の加速器に過ぎません。一方で、停止せずに動作するエージェントは fundamentally(根本的に)異なるツールです。人間の介入なしにテスト/修正/コミットのサイクルを連続して実行し、同じ自律性でエラーを拡散させる可能性があります。AnthropicはFable 5が十分に信頼できるため、この移行が正当化されると判断しました。
CI統合のフック、スクリプト、.claude/settings.json内の広範な権限を持つチームは、次回セッション前に設定を監査すべきです。これまで受動的だった動作が、能動的なものに変わる可能性があります。
# 必要に応じて確認・調整
cat .claude/settings.json
# 元の動作に戻すには "autoMode": false を追加 注目ポイント. 自動モードで意図しないアクションが発生したチームの最初の公開ポストモーテム(今後数週間でHNやGitHubに投稿される見込み)では、コミュニティのガードレールが確立されるでしょう。
本記事は人工知能により作成され、人間の編集管理のもとで校閲されています。
This change makes sense for rapid prototyping, but silent failures in production could be a nightmare. Have they at least added real-time logging to catch mistakes faster?
Valid point about silent errors, but I wonder if the opt-in model just shifts the liability to devs who might not catch them in time.
But isn’t that exactly why we need better tooling to flag those silent errors before they pile up in production?
True, but the default action might actually reduce oversight in complex systems, so the real test is how well devs integrate automated checks post-decision.
Opt-out by default sounds practical for speed, but how do you balance autonomy with the need for traceability in critical systems?
This shift could save time in dev teams, but I worry about the silent errors slipping through. Have they tested real-world team workflows or is this still lab-driven?
MCP : la plomberie des agents devient un vrai marché