ホームへ戻る

Agent frameworks

Copilot Automationsにコメントトリガーが追加、書き込み権限を持つユーザーがIssueやPRからエージェントを起動可能に

GitHub Copilot cloud agentの自動化が、IssueとPull Requestのコメントを監視し、指定したテキストに応じてドキュメント更新やエラー調査などのタスクを開始できるようになった。議論からエージェント実行までの経路が短縮される一方、非公開の自動化設定、コメント入力、利用可能なツールが、新たな権限およびプロンプトインジェクションの境界を形成する。

Himesh23 · CC BY-SA 4.0 · Image source
zh-Hant

GitHubは8月3日、Copilot Automationsを拡張し、IssueまたはPull Requestに指定したテキストと一致するコメントが投稿された際、cloud agentを自動実行できるようにした。開発者は、コード変更に基づくドキュメント更新、コメント内のエラーログの分析、リファクタリングや技術的負債に対応するフォローアップIssueの作成などに利用できる。設定画面はリポジトリのAgents/Automationsページにある。

コメントトリガーにより、エージェントが既存のコラボレーションインターフェースに組み込まれ、開発者が別途エージェントセッションを開始する必要がなくなる。トリガーされるたびにcloud agent sessionが作成され、GitHub Actions minutesとAI Creditsが消費される。料金は自動化を作成したユーザーに計上される。エージェントが実行できる操作は、変更のpush、ラベルの変更、Pull Requestの作成など、設定時に許可されたツールによって決まり、対象範囲は単一のリポジトリに限定される。

セキュリティ境界は、通常のチャット以上に注意を要する。GitHubのドキュメントによると、自動化はデフォルトで、リポジトリへの書き込み権限を持たないユーザーが発生させたイベントを無視し、外部コントリビューターがIssueやコメントを通じてプロンプトインジェクションを行うリスクを軽減する。チームはこの制限を緩和できるが、それは信頼できないテキストを、操作能力を持つエージェントに接続することを意味する。エージェントが作成したPull Requestとpushは自動化の所有者に帰属し、そのユーザー自身は関連するPRを承認できない。また、自動生成されたPRについても、GitHub Actionsワークフローが実行されるには、書き込み権限を持つユーザーによる承認が必要となる。

現時点ではガバナンス上の課題も残る。自動化設定はGitに保存されないため、ワークフローファイルのようなバージョンレビューを受けられない。設定を閲覧できるのは作成者だけで、リポジトリ管理者にも見えない。一方、起動後のプロンプト、ログ、変更内容は、リポジトリへのアクセス権を持つユーザーに表示される。エンジニアリングチームはトリガーフレーズとツールを制限し、プロンプトにシークレットを記載せず、コメントの連投による実行の急増やコストの累積を監視すべきである。

出典

  1. Trigger Copilot automations with comments
  2. About Copilot automations