Copilotクラウドエージェントの組織ランナー制御
GitHubはCopilotクラウドエージェントの組織レベルのランナー制御機能を発表し、管理者が組織全体でデフォルトランナーを設定・ロックできるようになり、一貫性のある環境設定とガードレールの適用が可能になった。
キーポイント
組織レベルのランナー制御の導入
Copilotクラウドエージェントのランナー設定をリポジトリ単位から組織レベルに拡張し、管理者が組織全体で一貫した設定を適用できるようになった。
デフォルトランナーの設定とロック機能
組織管理者は全リポジトリで自動的に使用されるデフォルトランナーを設定でき、必要に応じて個別リポジトリによる上書きをロックできる。
パフォーマンスとセキュリティの向上
大規模ランナーやセルフホストランナーの使用を組織全体で標準化することで、処理速度の向上と内部リソースへの安全なアクセスが実現する。
設定の簡素化と一貫性確保
従来のリポジトリごとのcopilot-setup-steps.ymlファイル設定から脱却し、組織全体での一括管理が可能になった。
影響分析・編集コメントを表示
影響分析
この機能強化により、大規模組織でのGitHub Copilot導入障壁が低減され、一貫した開発環境の構築とセキュリティポリシーの適用が容易になる。特に企業内でのAI支援開発ツールの統合管理において重要な進展であり、チーム全体の生産性向上とリスク管理の両立が期待できる。
編集コメント
企業向けAIツールの管理機能強化として実用的なアップデート。組織レベルの制御が可能になったことで、大規模開発チームでのCopilot導入がより現実的になったと言える。
改善版翻訳文
Copilotクラウドエージェントがタスクを処理するたびに、GitHub Actionsによって駆動される新しい開発環境が起動します。
デフォルトでは、これは標準のGitHubホストランナー上で実行されます。しかし、チームはパフォーマンス向上や内部リソースへのアクセスなどのために、エージェント環境をカスタマイズし、大規模ランナーやセルフホストランナーを利用することもできます。
従来、ランナーはcopilot-setup-steps.ymlファイルを用いてリポジトリレベルで構成されていました。このため、組織全体で一貫したデフォルト設定を適用したり、ガードレールを設けたりすることが困難でした。
現在、組織管理者は以下のことが可能です：
- すべてのリポジトリで自動的に使用されるデフォルトランナーを設定でき、各リポジトリを個別に構成する必要がなくなります。
- ランナー設定をロックし、個々のリポジトリが組織のデフォルト設定を上書きできないようにできます。
これにより、チームに対して適切なデフォルト（例えば、パフォーマンス向上のために大規模なGitHub Actionsランナーを使用するなど）を設定できるようになります。また、必要に応じて、エージェントが常にセルフホストランナーなど、指定した環境で実行されることを保証することも可能です。
詳細については、GitHub Docsの「組織でのGitHub Copilotクラウドエージェントのランナー構成」をご覧ください。
この投稿「Copilotクラウドエージェントの組織ランナー制御」は、The GitHub Blogで最初に公開されました。
原文を表示
Each time Copilot cloud agent works on a task, it starts a new development environment powered by GitHub Actions.
By default, this runs on a standard GitHub-hosted runner, but teams can also customize the agent environment to use large runners or self-hosted runners for faster performance, access to internal resources, and more.
Until now, the runner was configured at the repository level with a copilot-setup-steps.yml file. This made it difficult to roll out consistent defaults or enforce guardrails across an organization.
Organization admins can now:
Set a default runner to be used automatically across all repositories, without requiring each repository to be individually configured.
Lock the runner setting so individual repositories can’t override the organization default.
This means you can set sensible defaults for your teams (e.g., using larger GitHub Actions runners for better performance) and optionally ensure that the agent always runs where you want it to, such as on your self-hosted runners.
To learn more, see “Configuring runners for GitHub Copilot cloud agent in your organization” in the GitHub Docs.
The post Organization runner controls for Copilot cloud agent appeared first on The GitHub Blog.
関連記事
マイクロソフトがAzure Copilot Migration Agentを発表、クラウド移行計画を加速
マイクロソフトは、Azureポータルに組み込まれたAIアシスタント「Azure Copilot Migration Agent」を発表した。このエージェントは、移行計画の自動化、エージェントレスなVMwareの検出、ランディングゾーンの作成を行う。ただし、移行の実行はできず、レプリケーションと切り替えは手動タスクのままである。
マイクロソフト、Copilot Coworkを拡大展開し、AIモデル同士の相互チェック機能を導入
マイクロソフトがCopilot Coworkを拡大展開し、AIアシスタントがワークフロー全体を自律的に処理できるようにした。また、複数のAIモデルが互いの作業をチェックする新機能も導入した。
マイクロソフト、Copilot Researcherに新たなAI機能を導入
マイクロソフトはCopilot Researcherに新たなAI機能を追加し、企業ワークフローの正確性と信頼性を向上させた。