ホームへ戻る

AI 程式開發工具

VS Code 1.136のAgent Merge、レビュー・CI・競合の修正をPRがマージ可能になるまで継続

プレビュー版のAgent Mergeは、コーディングエージェントの作業範囲を変更の生成からPRの仕上げまで拡張し、レビューコメント、失敗したチェック、ブランチ競合に繰り返し対処できる。これを有効にするとセッションはAutopilotとAssisted permissionsに切り替わるため、チームは自動マージと必須チェックを高権限の制御プレーンとして扱う必要がある。

Serogen (Diskussion) · MIT · Image source
zh-Hant

Microsoftは9月2日、Visual Studio Code 1.136をリリースした。技術的に最も大きな影響を持つ機能は、プレビュー段階のAgent Mergeだ。Agent Mergeは、エージェントセッションに紐づけられたGitHub pull requestを監視し、未解決のレビュー議論、変更を要求するreview、新たなコメント、失敗した必須CIチェック、またはベースブランチから遅れたことで生じた競合を検出すると、エージェントの作業をもう一巡開始する。設定によっては、障害の解消後にPRを直接マージしたり、merge queueへ送ったりすることもできる。

これにより、coding agentは一度限りのコード生成ツールから、継続的に動作するPRメンテナンスループへと変わる。Agent Mergeはリモートブランチを変更して同期し、workflowを再実行したうえで、マージ条件を満たしているかを再判定する。実際にマージする直前にも、PRの状態をリアルタイムで再確認する。セッションが別のブランチまたはPRを追跡するよう変更された場合、監視は自動的に無効になり、再度有効化する必要がある。現時点では、Agents windowから特定のセッションに対してのみ有効化できる。設定項目は`chat.agentMerge.enabled`で、forkからのPRは、関連するセッションのワークフローではまだサポートされていない。

これに伴い、セキュリティ境界も変化する。公式は、この機能を有効にするとセッションがAutopilotとAssisted permissionsに切り替わり、エージェントが自律的に新たなターンを開始し、モデルリクエストを消費してコードをpushできるようになると明確に警告している。必須チェックで証明できるのは、設定済みの自動化ルールに合格したことだけだ。レビューが完全であることは保証できず、ましてやエージェントがテストを通すためにテストを弱体化したり、workflowを変更したりする可能性を排除するものでもない。導入するチームは、書き込み可能なパスとworkflowの権限を制限し、人間による承認またはCODEOWNERSのゲートを維持するとともに、各ラウンドの変更内容とモデルコストを追跡すべきだ。プレビュー期間中はバージョンも固定し、競合処理、再試行回数の上限、merge queueの動作を検証してから自動マージを許可する必要がある。

出典

  1. Visual Studio Code 1.136 Release Notes
  2. VS Code 1.136 Ships Agent Merge
  3. Why Are Agentic Pull Requests Merged or Rejected? An Empirical Study