GitHub Issues でエージェント自動化の承認機能
GitHub は Issue 管理におけるエージェント自動化の制御機能を強化し、承認ワークフロー、信頼度評価、および変更理由の明示を導入することで、開発者が自動化と人的レビューのバランスを柔軟に調整可能にした。
キーポイント
承認ワークフロー（Approvals）の導入
エージェントが即座に変更を適用するのではなく、提案としてパネルに表示し、開発者が個別または一括で承認・拒否できる機能を提供する。
信頼度に基づく自動判断（Confidence）
エージェントは各アクションに対して高・中・低の信頼度を評価し、高信頼度のものは自動適用、それ以外はレビュー待ちとして処理される。
変更理由の可視化と監査証跡（Rationale）
すべての自動化アクションについてその理由が記録され、開発者は決定を下す前にエージェントの思考プロセスを確認できる。
柔軟な設定と検索機能
管理者は信頼度閾値を設定して自動適用範囲を制御でき、検索クエリ（has:suggestions）でレビュー待ちの課題を特定可能。
自動化アクションの透明性とレビュー機能
ラベル付けや優先度付けなどの自動化アクションは、コメントを追加せずに理由を明示し、適用前にユーザーが確認・承認できる仕組みを提供します。
メタデータの自動補完とスパム検知
不足しているラベルやフィールド値を自動的に補填する機能に加え、疑わしいスパム案件に理由をつけてフラグを立て、不確実なケースはレビュー待ちとして保留できます。
重要な引用
Approvals: Prompt your automation to suggest instead of applying, and the changes wait in a panel on the issue instead of taking effect.
Confidence: Agents rate each supported action high, medium, or low confidence. High-confidence changes apply automatically.
Rationale: Every supported action records the reason behind it... You get an audit trail of what changed and why.
Each action carries its reasoning without adding a triage comment, and you can review the ones you want before they apply.
Rationale, confidence, and approvals are available now in public preview.
影響分析・編集コメントを表示
影響分析
この機能は、開発チームが AI エージェントの自動化を盲目的に信じるのではなく、透明性と制御性を確保しながら導入することを可能にする重要なステップです。特に大規模な公開リポジトリやセキュリティ要件が厳しい環境において、自動化のスピードと人的レビューの品質を両立させるための標準的なワークフローを提供します。
編集コメント
AI エージェントの自動化が普及する中で、単なる効率化だけでなく「なぜその判断を下したか」を説明可能にし、人間の最終承認を得る仕組みは不可欠です。GitHub のこのアプローチは、信頼性の高い AI 開発ワークフローを構築するための重要な指針となるでしょう。
エージェントによる自動化が、課題のラベル付け、タイプ指定、割り当て、クローズを次々と実行するようになりました。GitHub Issues では、各変更が行われた理由を表示し、適用前にレビューできる機能を追加しました。これにより、どの程度を自動化するか、いつは手動で確認すべきかを自分で決められます。
新機能
3 つの新しい機能がリリースされました。
承認（Approvals）: エージェントに「適用」ではなく「提案」させることができます。変更は即座に反映されるのではなく、課題内のパネルに一時的に保留されます。一つずつ承認・拒否することも、まとめて一括で処理することも可能です。
信頼度（Confidence）: エージェントは各対応アクションについて、「高」「中」「低」のいずれかの信頼度を評価します。高信頼度の変更は自動的に適用されます。一方、中・低信頼度のものは提案として保留され、ユーザーがレビューする対象となります。
根拠（Rationale）: 自動適用されるかレビュー待ちかを問わず、対応可能なすべてのアクションにはその理由が記録されます。何が変わり、なぜそうなったのかという監査証跡が残るため、決定を下す前に各提案の根拠を確認できます。
has:suggestions を課題検索に使用すると、レビュー待ちの変更がある課題を簡単に見つけられます。リポジトリ管理者は自動化レベルを設定し、信頼度の閾値を調整することで、自動適用される変更とレビュー待ちの変更を制御できます。
変更のレビューは必須ではありません。自動化スクリプトに直接適用させる指示を出せば即座に実行され、提案（suggest）を指定すればレビュー工程が追加されます。スピード重視の小規模チームではエージェントを自律稼働させることも可能ですが、活発な公開リポジトリでは変更内容をレビュー待ちにする運用も可能です。
GitHub Issues は信頼度の低いアクションを自動的に保留する仕組みを持っているため、開発者が時間を割くのは二度目の確認が必要な変更だけになります。
承認機能はワークフローの利便性のためのものであり、セキュリティ制御ではありません。サーバーサイドで境界線を強制するものではなく、Issues を変更できる権限を持つエージェントは、提案ではなく直接変更を適用することも可能です。
対応プラットフォームとアクション
理由（Rationale）、信頼度（Confidence）、承認機能は、GitHub Agentic Workflows および Copilot クラウドエージェントの自動化と連携し、REST API や GraphQL API を通じて利用可能です。ローンチ時点では、ラベル、フィールド、タイプ、クローズ、アサイン先の変更に対応しています。
GitHub Agentic Workflows で試す
すでに GitHub Agentic Workflows を使用している場合は、ワークフローをアップグレードして Issues の意図（intent）サポートを追加してください。アップグレード後、安全な出力には自動的に意図情報が付与されますが、既存のワークフローとの互換性は維持されます。
特定の安全な出力に対して意図を必須にするには、ワークフローのフロントマターに issue-intents: true を設定します。
issue-intents: false を設定することで、明示的にオプトアウトすることも可能です。Issue 意図は、set-issue-type、set-issue-field、add-labels、close-issue、assign-to-agent、assign-to-user の各安全な出力でサポートされています。
Copilot クラウドエージェントで試す
更新は不要です。リポジトリの「Agents」タブにある「Automations」パネルから自動化ルールを作成し、サポートされているツールを使って、その信頼度や根拠が実際にどう機能するかを確認できます。
何ができるようになるか
トリアージ（選別）: 着信する課題を自動的にラベル付け、分類、優先順位付けします。各アクションには理由が添付されますが、トリアージコメントを追加する必要はありません。適用前に確認したいものだけを選別してレビュー可能です。
メタデータの補完: ラベルやタイプ、フィールド値などが不足している課題に対して、その根拠を明記しながら必要な情報を自動で埋め込みます。必要に応じてレビューステップも設定できます。
スパム検出: 疑わしいスパムを理由とともにフラグ付けし、判断が難しいケースは保留にしてユーザーのレビュー待ちにします。
信頼度、根拠、承認機能は現在、パブリックプレビューとして利用可能です。サポートされているツールを使って自動化ルールを作成すれば、提案内容やその根拠が実際にどう動くかを確認できます。また、GitHub コミュニティ内のディスカッションに参加して議論することもできます。
「Agent automation controls in GitHub Issues in public preview」という記事は、The GitHub Blog で最初に公開されました。
原文を表示
Agent automations increasingly label, type, assign, and close issues for you. GitHub Issues now shows the reason behind each change and lets you review them before they’re applied, so you decide how much to automate and when to stay in the loop.
What’s new
We’ve released three new capabilities:
Approvals: Prompt your automation to suggest instead of applying, and the changes wait in a panel on the issue instead of taking effect. Accept or decline each one, or accept or decline all at once.
Confidence: Agents rate each supported action high, medium, or low confidence. High-confidence changes apply automatically. GitHub Issues holds medium and low ones as suggestions for you to review.
Rationale: Every supported action records the reason behind it, whether it applies automatically or waits for review. You get an audit trail of what changed and why, and can see the reasoning on each suggestion before making a decision.
Use has:suggestions in issue search to find issues with changes waiting for review. Repository admins can also configure the automation level to set the confidence threshold, controlling which changes apply automatically and which are held for review.
Reviewing changes is optional. If you tell your automation to apply directly, it will. If you tell it to suggest, you get a review step. A small team moving fast might let the agent run on its own, while a busy public repository can hold changes for review. Because GitHub Issues hold back low-confidence actions, you only spend time on the changes most likely to need a second look.
Approvals are a workflow convenience, not a security control. They don’t enforce a server-side boundary, and an agent with permission to change issues can directly apply changes rather than suggest them.
Supported platforms and actions
Rationale, confidence, and approvals work with GitHub Agentic Workflows and Copilot cloud agent automations, and are also available through the REST and GraphQL APIs. At launch, they cover changes to labels, fields, type, close, and assignees.
Try it with GitHub Agentic Workflows
If you already use GitHub Agentic Workflows, upgrade your workflows to add issue intent support. After upgrading, supported safe outputs include intent information automatically while remaining backward compatible. To require intents for a specific safe output, set issue-intents: true in your workflow frontmatter.
Set issue-intents: false to explicitly opt out. Issue intents are supported for the set-issue-type, set-issue-field, add-labels, close-issue, assign-to-agent, and assign-to-user safe outputs.
Try it with Copilot cloud agent
No update is needed. Create an automation from the Automations pane in your repository’s Agents tab and use supported tools to see confidence and rationale in action.
What you can build
Triage: Label, type, and prioritize incoming issues automatically. Each action carries its reasoning without adding a triage comment, and you can review the ones you want before they apply.
Metadata enrichment: Backfill missing labels, types, or field values on issues that were filed without them, with the reasoning attached and an optional review step.
Spam detection: Flag suspected spam with a reason and hold uncertain cases for you to review.
Rationale, confidence, and approvals are available now in public preview. Create an automation today using the supported tools to see suggestions and rationale in action, or join the discussion within GitHub Community.
The post Agent automation controls in GitHub Issues in public preview appeared first on The GitHub Blog.
関連記事
今日のまとめ
AI日報で今日の重要ニュースをまとめ読み