GitHub Copilot アプリをチームにロールアウトする

GitHub Copilot アプリをロールアウトして、開発者がアクセス、モデルの可用性、および外部ツールを制御しながら、並列タスク間でエージェントを誘導できるようにします。

この記事で

次へ

企業GitHub Copilotクラウド エージェントを有効にする

GitHub Copilot appは、エージェントの指示、変更の確認、並列ワークストリーム間でのプル要求の管理を行うデスクトップ アプリケーションです。

各開発者がアプリをインストールし、個別にサインインします。 ユーザーは、 Copilot ライセンスと企業または組織のポリシーを使用してアクセスを管理します。

このチュートリアルでは、パイロットを構成し、開発者に最初のタスクを案内し、より広範なロールアウトの前にアプリ ワークフローを検証します。

前提条件

開始する前に次の操作を実行してください。

  • 各パイロット開発者が、アクセス権を管理するエンタープライズまたは組織の Copilot Business または Copilot Enterprise ライセンスを持っていることを確認します。
  • 開発者が変更を加え、pull request を開くことができるパイロット リポジトリを選択します。
  • 既存の動作のテストを追加するなど、リスクの低い小規模なタスクに対して、適切な範囲の問題を作成します。

ライセンスとポリシーの相互作用の詳細については、 企業と組織のGitHub Copilotポリシー を参照してください。

1. アクセスとポリシーを構成する

組織が企業に属している場合は、まず、ポリシーとモデルの可用性に関するエンタープライズ レベルのベースラインを確立します。 次に、各組織を構成します。 エンタープライズ ポリシーでは、設定を適用することも、ほとんどのポリシーで組織が決定できるようにすることもできます。

  1. パイロット開発者にライセンスを提供する企業または組織で、 GitHub Copilot app ポリシーが有効になっていることを確認します。

    ポリシーは、 Copilot Business と Copilot Enterpriseに対して既定で有効になっています。 これは Copilot CLI ポリシーから独立しているため、1 つを有効にしてももう一方は有効になりません。

    手順については、 企業での GitHub Copilot のポリシーと機能の管理 または 組織内のGitHub Copilotのポリシーと機能の管理 を参照してください。

  2. パイロット開発者が使用できるモデルを構成します。

    モデル可用性ポリシーは、 GitHub Copilot appに適用されます。 パイロットを開始する前に、セキュリティ、コンプライアンス、コストの要件を満たすベースラインを確立します。

    手順については、 企業でのモデルの可用性の管理 または 組織内のモデルの可用性の管理 を参照してください。

  3. パイロット開発者がモデル コンテキスト プロトコル (MCP) サーバーを必要とする場合は、パイロットに必要なサーバーを特定し、Copilot ポリシーで MCP サーバーを有効にします。

    企業の managed-settings.json ファイルで、 allowedMcpServers を使用して、承認されたサーバーのみを許可します。 必要に応じて、 deniedMcpServers を使用して特定のサーバー構成をブロックします。 これらの設定は、実行できるサーバーを制御しますが、開発者向けのサーバーはインストールしません。

    手順については、企業向けの MCP サーバー許可リストの構成 を参照してください。

2. 開発者にインストールとサインインを依頼する

アクセスとポリシーを構成したら、各開発者に次の手順を実行するように依頼します。

  1. GitHub Copilot appのダウンロード ページにアクセスします。
  2. オペレーティング システム用のアプリをダウンロードしてインストールします。
  3. アプリを開く
  4. ** GitHub にサインイン** をクリックし、画面の指示に従って認証を完了します。
  5. プロンプトが表示されたら、パイロット リポジトリを選択します。 参加者は、既存のローカル リポジトリを追加したり、後でリポジトリを複製したりすることもできます。
  6. パイロット タスクで MCP サーバーが必要な場合は、アプリのサイドバーで [ カスタマイズ] をクリックし、[ MCP] をクリックします。 タスクに必要な承認済みサーバーをインストールします。

完全なアプリセットアップ手順については、 GitHub Copilot アプリを使い始める を参照してください。 MCP サーバーのインストールの詳細については、 GitHub Copilot アプリのカスタマイズ を参照してください。

3. 最初の有用なタスクを完了する

運用動作を変更せずに、リポジトリ コンテキスト、コード変更、テスト実行、および人間によるレビューを示すタスクから始めます。

各開発者に次の質問をします。

  1. サイドバーで[ マイワーク]を開きます。

  2. パイロットタスクの課題を見つけて開きます。

  3. [ 新しいセッション] をクリックします。 アプリは、問題コンテキストが既に読み込まれているセッションを作成します。

  4. 対話型モードと承認済みモデルを選択します。

  5. プロンプト ボックスに、次のプロンプトを貼り付けます。

    Copilot prompt
    Implement this issue without changing unrelated behavior.
Run the relevant tests, then summarize the diff and results.

  6. エージェントからの入力要求に応答します。

  7. エージェントが変更を行った後、[ 変更 ] をクリックして差分を確認します。

  8. 問題の修正をエージェントに依頼します。

  9. 変更を保持するには、[ PR の作成 ] をクリックし、通常のレビュー プロセスに従います。

このタスクは、各開発者がリポジトリにアクセスし、承認されたモデルを使用できること、および承認された MCP サーバー (該当する場合) を使用できること、プロジェクト ツールを実行できること、エージェントによって生成された変更を確認できることを検証します。

問題からセッションを開始する方法の詳細については、 GitHub Copilot アプリを使用した問題と pull request の管理 を参照してください。

4. 独立したワークストリームを並列で実行する

新しい作業ツリーで実行されるセッションでは、分離されたワークスペースが使用されます。 開発者は、あるセッションで別のセッションの作業ファイルを変更することなく、独立したタスクを進めることができます。

開発者にこのワークフローを試すように依頼します。

  1. 最初のセッションを開いたままにします。
  2. [セッション] の横****+** クリックし**、同じリポジトリで別のセッションを開始します。
  3. 新しい作業ツリーでセッションを実行することを選択します。
  4. 2 番目のセッションに独立したタスクを与えます。
  5. サイドバーでセッションを切り替えて進行状況を監視し、フィードバックを提供します。
  6. 各セッションを個別に確認し、保持する変更に対して個別のプル要求を作成します。

分離されたワークスペース、セッション モード、モデルの選択の詳細については、「 GitHub Copilot アプリ でのエージェント セッションの操作」を参照してください。

開発者がパイロットを完了したら、インストール、ポリシー制限、タスクの選択、および品質の確認に関するフィードバックを収集します。 アプリをより広くロールアウトする前に、フィードバックを使用して一般的な障壁を解決し、内部ガイダンスを改善します。