Antigravityは4つのエージェントモードを発表しました

以前に発表したAntigravityに関する記事で、読者からエージェントが実行中にインタラクションを望まない場合の設定方法について質問がありました。この記事がその答えになるかもしれません。

ここ数日、Antigravityは4つのエージェントモードを発表しました。それぞれはStrict Mode、Review-driven development、Agent-driven development、Custom configurationです。

Strict Mode

厳格モード。生産環境やコアシステムを扱う際には、わずかな自動化エラーが不可逆的な結果を引き起こす可能性があります。例えば、データベースの削除や設定ミスなどです。Strict Modeでは、すべての変更を必ず審査することが求められます。この設定により、エージェントは実行者ではなく提案者として機能します。人間の開発者が最後の防衛線として強制され、すべてのコード行とコマンドが手動で確認され、Gemini Code Assistなどの外部監査ツールを導入してAIの幻覚リスクをヘッジします。

Strict Modeでは、Review Policy戦略、Terminal Command Auto Execution、JavaScript Execution Policyはすべて無効（Disable）状態です。

Review-driven development

レビュー駆動開発モード。デフォルトの推奨モードで、学習と詳細なコード作成を優先します。

レビュー駆動開発モードでは、Terminal execution policyとReview Policy戦略はすべてRequest Reviewです。これは、開発者がAIが操作を実行する前に「何をするのか」と「なぜそうするのか」を確認できるようにするためです。JavaScript execution policy戦略は無効（Disable）で、エージェントがバックグラウンドで複雑なロジックスクリプトを静かに実行するのを防ぎ、コードロジックの透明性を確保します。

このモードから始めることをお勧めします。より熟練した後に設定を調整してください。

Agent-driven development

エージェント駆動開発モード。このモードは忙しいAIエンジニアに非常に適しています----すでにいくつかのスキルを設定し、複数のAIエージェントを管理しています。

許可リストまたはブロックリストにさらにエントリを追加することで、作業フローを最適化できます。

エージェント駆動開発モードでは、Terminal execution policyとReview Policy戦略はすべてAlways Proceedです；JavaScript execution policy戦略もAlways Proceedです。このモードを使用すると、結果を見るだけで、中間の確認プロセスは必要ありません。