Azure DevOpsのスプリント269アップデートで、Azure BoardsとGitHub Copilotの連携が一段階進化した。ワークアイテムからプルリクエストを作成する際、カスタムエージェントを選択してコード生成までAIに委ねることができるようになった。「要件をBacklogに書いたら、あとはAIがPRを起票してくる」——そんな未来がじわじわと現実になりつつある。
Azure Boards × カスタムエージェント:何が変わったのか
従来のAzure BoardsとGitHub Copilotの連携では、ワークアイテムからPRを作成する際にCopilotが補助的に動作するという形だった。今回のアップデートで、GitHubのリポジトリレベルまたは組織レベルで作成したカスタムエージェント(Custom Agents)が、Azure DevOps側のPR作成UIに自動的に表示されるようになった。
操作の流れはシンプルだ。ワークアイテムからPR作成画面を開き、リポジトリ選択のすぐ横に追加されたエージェント選択コントロールで任意のカスタムエージェントを選んで「作成」をクリックする。選択したエージェントが対象リポジトリにコード変更を生成し、PRを起票するところまで自動で行う。
カスタムエージェントとはGitHub Copilotの機能拡張で、特定のコーディングルール・テンプレート・社内ガイドラインに沿った動作をするようカスタマイズされたエージェントだ。自社のコーディング規約に沿ったPRを自動生成させたい場合や、特定のフレームワーク向けのコードパターンを強制したい場面で威力を発揮する。
接続上限2,000リポジトリへの引き上げも見逃せない
同アップデートでもう一つ地味に重要な変更がある。Azure DevOpsプロジェクトにリンクできるGitHubリポジトリの上限が大幅に引き上げられ、2,000になった。
大規模なエンタープライズ開発組織やマルチプロダクト企業では、数百〜千を超えるリポジトリを管理しているケースも珍しくない。これまでの上限がボトルネックになっていた組織にとって、この変更は実務上の大きな障壁を取り除く意味を持つ。
セキュリティ面の強化も同時リリース
今回のスプリントにはセキュリティ系の改善も含まれている。
セキュリティ概要でのパーミッション強制: GitHub Advanced Security for Azure DevOpsのセキュリティ概要(Risk・Coverage)で、Advanced Security: Read alerts権限を持たないユーザーへのリポジトリ表示が制限されるようになった。「見えなくていい情報が見えていた」という状態の是正だ。
スキャン陳腐化の検出: セキュリティ概要のカバレッジペインで、90日以上スキャン結果が更新されていないツールに「陳腐化」インジケーターが表示されるようになった。「スキャンが動いていると思ったら実は止まっていた」という見落としを防ぐ、地道だが重要な改善だ。
日本のDevOps現場への影響
日本のエンタープライズ開発現場では、Azure DevOpsとGitHubを併用しているケースが増えている。旧来のAzure DevOps文化とGitHub Actionsの新しいCI/CDを組み合わせた構成が一般的になっているが、ツールチェーン間の「つなぎ目」に手間がかかるという声は多い。今回の連携強化はその摩擦を直接減らす施策だ。
即実践できるポイント:
- カスタムエージェントをまず試す: GitHubのリポジトリ設定からカスタムエージェントを作成し、Azure DevOpsでの表示を確認するところから始めよう。既存のコーディング規約ドキュメントをプロンプトとして活用できる
- 要件定義をワークアイテムに書く習慣を: カスタムエージェントに良質なPRを生成させるには、ワークアイテムの記述品質が鍵になる。曖昧な記述では期待したコードは出てこない
- スキャン陳腐化チェックを定期タスクに: セキュリティスキャンが静かに死んでいるのは最悪のパターン。90日インジケーターをスプリントレビューで確認する習慣をつけると良い
筆者の見解
ワークアイテムからPRまでを一気通貫でAIが担う——この方向性は間違いなく正しい。「要件を書いたら、あとはAIがコードを書いてPRを出す」という流れが当たり前になる日は、もう遠くない。
Azure DevOpsとGitHubをまたいだ統合プラットフォームとして、この連携強化は理にかなっている。部分最適のツールをバラバラに組み合わせるより、管理ポイントを集約して全体最適を取る方がコストも安定性も有利だ。Azure BoardsとGitHub Copilotが同じエコシステムの中で自然に連携できる構成は、長期的にチームの生産性を底上げする。
ただし、カスタムエージェントの品質は最終的に「どれだけ良い指示を書けるか」にかかってくる。AIがコードを書く時代に人間に求められるスキルが変わりつつある——コードを書く能力より、何を作るべきかを明確に言語化する能力の方が、これからはずっと重要になる。BacklogチケットひとつでAIのアウトプット品質が変わる世界では、「要件定義力」の価値はむしろ上がっていく。そこに投資できているチームとそうでないチームで、生産性の差は広がる一方だろう。
出典: この記事は Azure Boards Now Supports GitHub Copilot Custom Agents in Pull Request Creation の内容をもとに、筆者の見解を加えて独自に執筆したものです。