Antigravity CLI 1.1.7、無効化されたプラグインによる hooks の実行を停止し、複合コマンドの承認内容を完全表示

Google は Antigravity CLI 1.1.7 をリリースし、エージェントのカスタマイズ境界に直接影響するライフサイクル上の不具合を修正した。ユーザーが設定でプラグインを無効化した後も、そのプラグインの hooks やその他のカスタムコンポーネントが読み込まれる可能性があった。Antigravity のプラグインには skills、ルール、MCP サーバー設定、`hooks.json` を含めることができ、hooks はモデル呼び出しやツール実行の前後、エージェント停止時にコマンドを起動できる。このため、問題は単なる UI 状態の不一致ではない。壊れたコードや、本来は無効化する意図だったコードが、引き続きプロンプトを書き換え、ファイルツールに干渉し、外部への副作用を引き起こす可能性があった。

1.1.7 では、無効化状態にあるプラグインが hooks やその他のカスタマイズ内容を提供できないようになった。公式ドキュメントでは従来から、個々の hook を `enabled: false` で無効化できると規定されている。対象イベントには `PreToolUse`、`PostToolUse`、`PreInvocation`、`PostInvocation`、`Stop` が含まれる。ワークスペースレベルの `.agents/plugins/` またはグローバルの `~/.gemini/config/plugins/` を利用しているチームは、アップグレード後も両方の場所に重複するプラグインがないか確認し、権限のないテスト用ワークスペースで、無効化したスクリプトがプロセスやネットワーク活動を発生させないことを検証すべきだ。

新版ではコマンド承認 UI も変更された。複合 shell コマンドの一部だけに承認が必要な場合でも、プロンプトには承認対象と判定された部分だけでなく、コマンド全体が表示される。これにより、ユーザーはパイプライン、リダイレクト、前後に連結された処理による副作用を確認でき、人間による承認判断のコンテキストが改善される。ヘッドレスモードには `cache_read_tokens` も追加され、CI やコスト管理システムでプロンプトキャッシュのヒット量を個別に集計しやすくなった。

もう一つの変更は、リスクの観点から逆方向の評価が必要だ。Salesforce や Atlassian など、仕様に厳密には準拠していない MCP OAuth プロバイダーをサポートするため、CLI は issuer 検証を緩和し、`refresh_token` grant を追加した。これにより接続成功率は向上するが、クライアントが受け入れる ID 記述の範囲も広がる。エージェントを介して社内 MCP サービスへ接続している企業は、issuer、リダイレクト URI、token の保存、失効戦略を改めてテストすべきであり、「互換性修正」をそのままセキュリティ強化と見なすべきではない。