GitHub Copilot cloud agentは、IssueからPRまでをどう任せるべきか

GitHub Copilot cloud agent は、リポジトリを調査し、実装計画を作り、ブランチ上でコード変更を行い、必要に応じてPR作成まで進められるエージェントです。GitHub Docs では、Issue、agents panel、Copilot Chat、GitHub CLI、MCP対応ツールなど複数の入口からPR作成を依頼できると説明されています。

向いているタスク

Copilot cloud agent に向いているのは、リポジトリ内で完結し、レビュー可能な差分に落ちるタスクです。

• 小さなバグ修正
• テストカバレッジの追加
• ドキュメント更新
• 技術的負債の一部解消
• 既存パターンに沿った小機能

逆に、プロダクト方針、複数リポジトリ横断、未決定の仕様、公開作業、権限が絡む外部連携は、人間が設計してから渡す方が安全です。

Issueに書くべきこと

Issueをそのままエージェントに渡すなら、本文に次を入れておきます。

## Goal
何を達成したいか。

## Scope
編集してよいディレクトリ、触らないファイル。

## Expected behavior
ユーザーから見える変化。

## Verification
実行してほしいテスト、lint、スクリーンショット確認。

## Non-goals
今回はやらないこと。

AIエージェントにとって、Non-goals はかなり重要です。実装範囲が広がる事故を防げます。

PRレビューでは「差分」より「作業過程」を見る

エージェントのPRは、差分だけ見ると自然に見えることがあります。レビューでは、次の情報も確認します。

• どのファイルを根拠に判断したか
• どのテストを実行したか
• 失敗したテストがあるか
• 依頼範囲外の変更があるか
• TODOや暫定対応を残していないか

Copilot cloud agent は背景で作業を進められるため、非同期の生産性は上がります。一方で、レビューしない差分をそのまま取り込む運用にすると、品質の負債も非同期に増えます。

出典

• GitHub Docs: About GitHub Copilot cloud agent
• GitHub Docs: Asking GitHub Copilot to create a pull request