全般
このセクションでは、 についてよく寄せられる質問に答えます。
と Visual Studio Code のチャット参加者の違いは何ですか?
と Visual Studio Code のチャット参加者は、同じバックエンド プラットフォームを使って要求を拡張機能にルーティングします。 どちらも同様のエンドユーザー エクスペリエンスを提供し、 と統合され、Copilot API または他の LLM を利用できます。
類似点もありますが、主な相違点の一部を次に示します。
- および Visual Studio Code のチャット参加者は、さまざまなマーケットプレースを介してアクセスされます。
- はサーバー側の拡張機能であり、サーバー インフラストラクチャを構築する必要があります。 これらの拡張機能は、organization 管理者による設定に従い、GitHub ワークスペースへの組み込みの接続を提供します。
- Visual Studio Code チャット参加者は、ローカル ファイルへの読み取りおよび書き込みアクセス権限を持つクライアント側の拡張機能です。 サーバー インフラストラクチャは必要ありません。
- は、拡張機能がサポートされているエディターで使用できますが、Visual Studio Code チャット参加者は Visual Studio Code でのみ使用できます。
詳しくは、「Copilot 拡張機能の構築について」をご覧ください。
に対する補償は提供されますか?
いいえ、 は、GitHub Copilot の補償ポリシーの対象ではありません。 ただし、この除外は拡張機能のチャット スレッド内で発生した issue にのみ適用されます。
拡張機能をインストールして使っても、コード補完やチャットなどの他の Copilot 機能を使用中に発生する issue に対する補償には影響しません。
データとアクセス許可
このセクションでは、 の使用時に収集および共有されるデータについて説明します。
- どのようなデータが収集され、 と共有されますか?
- にはどのようなアクセス許可が必要ですか?
- Organization リソースにアクセスするためのアクセス許可を に付与できるのは誰ですか?
- ユーザーは、organization がアクセス許可を付与していない を使用できますか?
どのようなデータが収集され、 と共有されますか?
次のデータは、 とやり取りするときに共有されます。
- アカウントにアタッチされているデータと、 の使用状況 (GitHub ユーザー ID、メッセージのタイムスタンプなど)。
- 拡張機能を呼び出しているチャット スレッド内の過去のメッセージ。 1 つのスレッドで使用できる拡張機能は 1 つだけなので、拡張機能間でデータは共有されません。 スレッド コンテキストのデータ保持期間は 30 日間です。
- Organization 管理者によって拡張機能が許可されているその他の organization およびリポジトリ データ。拡張機能をインストールする管理者は、インストールを完了する前に、必要なアクセス許可へのアクセスを承認する必要があります。
- については、管理者がリポジトリまたは organization のメタデータにアクセスするための拡張機能を承認している場合、そのデータも共有されます。
にはどのようなアクセス許可が必要ですか?
アクセス許可は、拡張機能がクエリに応答するために必要な認可のレベルに応じて、拡張機能ごとに異なります。 必要なアクセス許可は、拡張機能のインストール ページで、課金情報の手順の後、インストールと認可の手順の前に確認できます。
開発者向け: 少なくとも、**** のアクセス許可を [Read-only] に設定する必要があります。 その他のアクセス許可として、他の画面での書き込みアクションの実行や、GitHub 内のリポジトリおよび organization レベルのデータへの読み取りアクセス権の認可が含まれる場合があります。
ビルダー向け: 上記に加えて、ユーザーの編集者にローカル コンテキストを要求して、応答をさらに調整することもできます。 これを行うには、Copilot Editor Context アクセス許可を [Read-only] に設定する必要があります。 ユーザーには、必要な認可を与えるよう通知されます。
GitHub App のアクセス許可の詳細については、「GitHub アプリのアクセス許可を選択する」を参照してください
Organization リソースにアクセスするためのアクセス許可を に付与できるのは誰ですか?
Organization リソースにアクセスするためのアクセス許可を に付与できるのは、organization 管理者だけです。 Organization メンバーは、拡張機能がリポジトリまたはクエリ コンテキストにアクセスできない状況にぶつかる可能性があります。 これは、通常、organization 管理者がまだアクセス許可を付与していない、または拡張機能を認可していないために発生します。 「Organization リソースにアクセスするためのアクセス許可を付与する」を参照してください。
ユーザーは、organization がアクセス許可を付与していない を使用できますか?
はい、すべてのユーザーは をインストールして使用できます。 ただし、organization のリソースとリポジトリのクエリを実行するには、organization 管理者によって拡張機能がインストールされ、認可されている必要があります。「Organization リソースにアクセスするためのアクセス許可を付与する」を参照してください。
ユーザーは、organization 管理者に問い合わせて、インストールと認可を依頼する必要があります。 管理者のアクセス許可がなければ会社のコンテキストにアクセスできません。
ポリシー
このセクションでは、 の管理ポリシーについて説明します
- Enterprise 内で使用できる を制御するにはどうすればよいですか?
- Enterprise レベルの許可リストと禁止リストはありますか?
- Organization のメンバーである場合、 にアクセスするにはどうすればよいですか?
Enterprise 内で使用できる を制御するにはどうすればよいですか?
Enterprise 管理者は、**** ポリシーを [Disabled] または [No Policy] に設定することで、Enterprise 全体で を無効にできます。
Enterprise レベルの許可リストと禁止リストはありますか?
いいえ、Enterprise レベルの許可リストや禁止リストはありません。
Organization メンバーである場合、 にアクセスするにはどうすればよいですか?
Organization メンバーとして にアクセスするには、自分に GitHub シートを割り当てた organization が、 ポリシーを有効にする必要があります。 さらに、同じ organization が拡張機能をインストールし、organization が所有するリポジトリにアクセスすることを認可する必要があります。
たとえば、あなたが複数の organization のメンバーであり、organization A から GitHub シートが割り当てられている場合、organization A がポリシーを有効にしている場合にのみ拡張機能にアクセスできます。 Organization B が拡張機能を有効にしているのにアクセスできない場合は、organization A が ポリシーを無効にしているためです。