エンタープライズおよびビジネス向けの GitHub Copilot
GitHub Copilot は、個人の開発者のためだけのツールではありません。その価値提案 にまで及ぶ 組織 そしてで 企業 機能性を備えた 一元管理、使用状況分析、ポリシー制御、および 規制遵守。この記事では、さまざまな料金プランを詳しく分析します。 企業専用の機能と実際の影響指標。
プラン間の違いを理解することは、自分に合ったオファーを選択するために不可欠です チームまたはあなたの会社。各プランは、特定のニーズを満たすように設計されています。 ワークフローを高速化したい個人開発者から大企業まで 高度なガバナンス、コンプライアンス、分析がどれほど必要なのか。
シリーズ全体の概要
| # | アイテム | 集中 |
|---|---|---|
| 1 | 基礎と考え方 | セットアップとメンタリティ |
| 2 | コンセプトと要件 | アイデアから MVP まで |
| 3 | バックエンド/フロントエンドのアーキテクチャ | APIとデータベース |
| 4 | コードの構造 | 組織と命名 |
| 5 | 迅速なエンジニアリング | MCP プロンプトとエージェント |
| 6 | テストと品質」 | ユニット、統合、E2E |
| 7 | ドキュメント | README、API ドキュメント、ADR |
| 8 | デプロイとDevOps | ドッカー、CI/CD |
| 9 | 進化 | スケーラビリティとメンテナンス |
| 10 | コーディングエージェント | GitHub自律エージェント |
| 11 | コードレビュー | 自動レビュー |
| 12 | 副操縦士の編集 | 複数ファイルの編集 |
| 13 | GitHub スパーク | コード不要のマイクロアプリ |
| 14 | 副操縦士スペース | 共有コンテキスト |
| 15 | AIモデル | マルチモデルと選択 |
| 16 | カスタマイズ | 手順とセットアップ |
| 17 | 現在位置 → エンタープライズとビジネス | 計画、分析、ポリシー |
| 18 | 拡張機能とマーケットプレイス | 拡張機能と統合 |
| 19 | 安全性と責任ある使用 | セキュリティとコンプライアンス |
料金プランの詳細比較
GitHub Copilot は、ユーザー プロファイル向けに設計された 5 つの異なるプランを提供します 具体的な。使用量やニーズに応じて適切なプランを選択してください 一元管理とコンプライアンス要件。
GitHub コパイロット プランの比較
| 特性 | 無料 | プロ | プロ+ | 仕事 | 企業 |
|---|---|---|---|---|---|
| 価格 | $0 | $10/月 | $39/月 | $19/シート/月 | $39/シート/月 |
| プレミアムリクエスト/月 | 50 | 300 | 1,500 | 300/ユーザー | 1,000/ユーザー |
| コード補完 | 2,000/月 | 無制限 | 無制限 | 無制限 | 無制限 |
| チャットメッセージ | 50/月 | 無制限 | 無制限 | 無制限 | 無制限 |
| エージェントモード | 限定 | 完了 | 完了 | 完了 | 完了 |
| AIモデルの選択 | 基本 | マルチモデル | 全モデル | マルチモデル | すべて + カスタム |
| 一元管理 | No | No | No | はい' | はい' |
| 監査ログ | No | No | No | はい' | はい' |
| コンテンツの除外 | No | No | No | はい' | はい' |
| コードベースのインデックス作成 | No | No | No | No | はい' |
| カスタムモデル | No | No | No | No | はい' |
| 分析ダッシュボード | No | No | No | 基本 | 高度な |
| 機能のプレビュー | No | No | 早期アクセス | No | 早期アクセス |
Copilot Free: 出発点
無料プランは、Copilot を試してみたい個人開発者向けに設計されています。 金銭的な約束なしで。制限付きの AI アシスタントの機能を垣間見ることができます 時々使用するために設計されています。
無料プランの制限事項
- 50 プレミアム リクエスト/月: プレミアム テンプレート (GPT-4、Claude など) を使用するリクエストはすべて、プレミアム リクエストとしてカウントされます。これらが不足すると、Copilot は基本モデルにフォールバックします。
- 2,000 コード補完/月: インラインコード補完の提案。ほとんどのカジュアルな開発者にとっては、これで十分です。
- チャット メッセージ 50 件/月: Copilot チャットのメッセージ。各質問またはフォローアップは 1 つのメッセージとしてカウントされます。
- 限定エージェントモード: 有料プランで利用できるすべてのツールを除く、代理店機能への基本的なアクセス。
Copilot Pro: 本格的な開発者向け
Pro プランは、無料プランの最もイライラする制限を取り除き、フルアクセスを追加します。 エージェント モード、複数モデルの選択、無制限の完了。理想的なプランですね Copilot を日常的に使用する開発者向け。
プロプランの主な利点
- 300 プレミアム リクエスト/月: プロの日常使用には十分です。 1 日あたり約 10 件のプレミアム リクエスト。
- 無制限の完了: インライン提案に制限はなく、一日中コードを書く人にとっては不可欠です。
- 無制限のチャット: Copilot Chat による無制限の会話。
- フルエージェントモード: GitHub 上の課題ごとのコーディング エージェントを含む、すべてのエージェント機能へのアクセス。
- マルチモデル: さまざまな AI モデルから応答を選択する機能。
Copilot Pro+: パワー ユーザー向け
Pro+ は、AI を集中的に使用して必要な作業を行う開発者向けのプレミアム プランです。 最大のリソースのうち。 1,500 件のプレミアム リクエストと新機能への早期アクセスにより、 常に一歩先を行きたい人のためにデザインされています。
Copilot ビジネス: チームの一元管理
ビジネス プランでは、組織にとって重要な機能である管理が導入されます。 一元化されたライセンス、監査ログ、コンテンツの除外、ポリシー管理。 これは、完全な管理制御を提供する最初のプランです。
独自のビジネス機能
| 機能性」 | 説明 | 利点 |
|---|---|---|
| 一元管理 | 組織、チーム、または個人レベルでライセンスを割り当てる | コスト管理と配分 |
| 組織の指示 | 組織全体に対する個別の指示 | チームの統一基準 |
| 監査ログ | 全メンバーの副操縦士活動のログ | コンプライアンスとトレーサビリティ |
| コンテンツの除外 | ファイル/ディレクトリを処理から除外する | 機密コードの保護 |
| 使用状況分析 | チームの使用状況メトリクスを含むダッシュボード | ROIの測定と採用 |
| ポリシー管理 | 機能、モデル、プレビューの制御 | ガバナンスとセキュリティ |
| 知的財産権の補償 | 生成されたコードの法的保護 | 法的リスクの軽減 |
Copilot Enterprise: 最大のパワー
Enterprise プランでは、Copilot を真の機能に変える高度な機能が追加されます。 そして独自のエンタープライズグレードのツール。コードベースのインデックス作成、カスタム テンプレート 高度な分析が傑出した機能です。
エンタープライズ独自の機能
| 機能性」 | 説明 | インパクト |
|---|---|---|
| ユーザーあたり 1,000 プレミアム リクエスト | ビジネスと比較して 3 倍以上 | 制限のない集中的な使用 |
| コードベースのインデックス作成 | 状況に応じた応答のための完全なコードベースのインデックス作成 | より正確で関連性の高い提案 |
| カスタム微調整モデル | 組織の慣例に基づいてトレーニングされたモデル | 内部標準に合わせて生成されたコード |
| 高度な分析 | チーム、プロジェクト、言語ごとの詳細な指標 | 使用量の継続的な最適化 |
| 柔軟な座席割り当て | 動的な割り当て: 組織、チーム、個人 | きめ細かな割り当てによるコストの最適化 |
| 早期アクセス機能 | プレビュー機能への早期アクセス | 競争上の優位性 |
コードベースのインデックス作成: その仕組み
コードベースのインデックス作成は、Enterprise の最も強力な機能の 1 つです。 Copilot はリポジトリ全体 (または選択したリポジトリ) を分析してインデックスを作成します コードのセマンティクス。つまり、チャットで質問すると、Copilot 既存のコードを検索して、文脈に関連した回答を提供できます。
たとえば、「認証をどのように処理しますか?」と尋ねると、Copilot はそれを分析できます。 認証ミドルウェア、JWT サービス、セキュリティ構成を提供し、 一般的なベスト プラクティスではなく、プロジェクトの実際のコードに基づいて回答してください。
インデックスはメイン ブランチとデータをプッシュするたびに自動的に更新されます。 インデックス付きのものは組織内のユーザー間で共有されますが、 AI モデルのトレーニングには使用されません.
分析ダッシュボード
Business または Enterprise プランを選択する主な理由の 1 つはアクセスです。 に 分析ダッシュボード。このダッシュボードは可視性を提供します」 組織における Copilot の導入、使用、および影響について。
利用可能なメトリクス
分析ダッシュボードのメトリクス
| カテゴリ | メトリック | 説明 | 期間 |
|---|---|---|---|
| 採択 | 毎日のアクティブ ユーザー | Copilot を毎日使用するユニーク ユーザー | 28日間の傾向 |
| 週間アクティブ ユーザー数 | 週間ユニークユーザー数 | 移動平均 | |
| 採用率 | アクティブに使用されているライセンスの割合 | スナップショット | |
| 使用法 | 合格率 | ユーザーが受け入れた提案の割合 | 28日間の傾向 |
| 推奨されるコード行 | Copilot によって提案されたコード行 | 累積 | |
| 受け入れられるコード行数 | 実際に受け入れられ使用された行 | 累積 | |
| エージェントモード | エージェントモードセッション | エージェントモードセッションが開始されました | 28日間の傾向 |
| エージェントの完了率 | % セッションが正常に完了しました | パーセンテージ | |
| エージェント LOC の追加/削除 | エージェントに追加/削除された行 | 累積 | |
| 内訳 | 言語の使用法 | プログラミング言語ごとの配布 | 円グラフ |
| モデルの使用法 | 使用したAIモデルによる分布 | 円グラフ | |
| IDE モードの使用法 | IDEモードによる配信（インライン、チャット、エージェント） | 棒グラフ |
メトリクスの解釈
リファレンスベンチマーク
| メトリック | 低い値 | 平均値 | 高価値 | 推奨されるアクション |
|---|---|---|---|---|
| 採用率 | < 30% | 30-60% | > 60% | 低い場合: トレーニング、オンボーディング |
| 毎日のアクティブ ユーザー | < 20% ライセンス | 20-50% | > 50% | 低い場合: 知覚された有用性を確認します |
| 合格率 | < 20% | 20～35% | > 35% | 低い場合: リポジトリの指示を改善します。 |
| エージェントセッション/週 | < 2/ユーザー | 2～5/ユーザー | > 5/ユーザー | 低い場合: エージェント モードのトレーニング |
ポジティブなシグナル
- 継続的に増加する導入率
- 合格率は安定して 25% 以上
- エージェントモードの使用の増加
- チーム間で均等に配分
- 開発者からの肯定的な定性フィードバック
- PRの平均時間の短縮
警告標識
- 最初の 1 か月を過ぎると採用率が低下する
- 合格率は15%未満
- 未使用のライセンス (>40%)
- 少数のユーザーに集中して使用する
- エージェントモードの採用なし
- 提案の品質に関する否定的なフィードバック
ポリシー管理
ビジネス プランとエンタープライズ プランでは、次の完全なシステムが提供されます。 ポリシー管理 これにより、管理者はどの Copilot 機能を細かく制御できるようになります 組織のメンバーが利用できます。
利用可能なポリシー
ポリシーの完全なリスト
| ポリシー | デフォルト | オプション | インパクト |
|---|---|---|---|
| IDE のコパイロット | 有効 | 有効 / 無効 / ポリシーなし | IDE でのインライン補完とチャット |
| github.com の副操縦士チャット | 有効 | 有効 / 無効 / ポリシーなし | ブラウザでチャットする |
| CLI のコパイロット | 有効 | 有効 / 無効 / ポリシーなし | ターミナル内のヒント |
| コードレビュー | 有効 | 有効 / 無効 / ポリシーなし | 自動 PR レビュー |
| コーディングエージェント | 無効 | 有効 / 無効 / ポリシーなし | 問題の自律エージェント |
| MCPサーバー | 無効 | 有効 / 無効 / ポリシーなし | MCPサーバーの統合 |
| プレビュー機能 | 無効 | 有効 / 無効 / ポリシーなし | ベータ版機能へのアクセス |
| 機種選定 | 有効 | 有効 / 無効 / ポリシーなし | AIモデルのユーザー選択 |
| 副操縦士の編集 | 有効 | 有効 / 無効 / ポリシーなし | 複数ファイルの編集支援 |
| コンテンツの除外 | 該当なし | パターン構成 | ファイルを処理から除外する |
注意: ポリシー「ポリシーなし」
「ポリシーなし」オプションは「無効」を意味するものではありません。決定が委任されていることを意味します 下のレベルにあります。組織が機能に対して「ポリシーなし」を設定している場合、 動作はエンタープライズ設定 (存在する場合) またはデフォルトによって異なります。 計画の。
完全な制御を確保するには、各ポリシーを明示的に設定することをお勧めします。 「ポリシーなし」のままにするのではなく、「有効」または「無効」に変更します。
監査ログ
監査ログには、組織内のすべての Copilot アクティビティが記録されます。それらは不可欠です コンプライアンス、インシデント調査、および使用状況の理解のために。
監査ログで追跡されるイベント
| イベント | 説明 | 登録データ |
|---|---|---|
| 副操縦士.seat_assigned | ユーザーに割り当てられたライセンス | ユーザー、管理者、タイムスタンプ |
| 副操縦士.seat_removed | ユーザーからライセンスが削除されました | ユーザー、管理者、タイムスタンプ |
| copilot.policy_updated | 組織方針が変わりました | ポリシー、古い/新しい値、管理者 |
| copilot.content_exclusion_changed | 除外ルールが変更されました | パターンの追加/削除、管理者 |
| copilot.custom_instructions_changed | 変更された組織の指示 | 管理者、タイムスタンプ |
| copilot.cfb_seat_cancelled | 請求期間中にキャンセルされた場所 | ユーザー、理由、管理者 |
# Ottenere audit logs per Copilot via GitHub API
# Richiede token con scope admin:org
# Tutti gli eventi Copilot degli ultimi 30 giorni
curl -H "Authorization: Bearer $GITHUB_TOKEN" \
-H "Accept: application/vnd.github+json" \
"https://api.github.com/orgs/my-org/audit-log?phrase=action:copilot&per_page=100"
# Solo eventi di assegnazione/rimozione licenze
curl -H "Authorization: Bearer $GITHUB_TOKEN" \
-H "Accept: application/vnd.github+json" \
"https://api.github.com/orgs/my-org/audit-log?phrase=action:copilot.seat_assigned+action:copilot.seat_removed"
# Eventi di modifica policy
curl -H "Authorization: Bearer $GITHUB_TOKEN" \
-H "Accept: application/vnd.github+json" \
"https://api.github.com/orgs/my-org/audit-log?phrase=action:copilot.policy_updated"ROIとビジネスへの影響
組織での Copilot の導入を評価する際に最もよく寄せられる質問の 1 つ それは「投資収益率はいくらか?」です。いくつかの研究と企業の事例研究では、 Copilot が生産性と効率に与える影響に関するハードデータ。
企業事例
企業における GitHub Copilot の実際の影響
| 代理店 | セクタ | サイズ | 主な結果 | メトリック |
|---|---|---|---|---|
| テラス | 電気通信 | 従業員数 57,000 名 | +30% コード配信速度 | コード配信速度 |
| ザピエル | SaaS 自動化 | 800人以上の開発者 | 800 人以上の社内クロード エージェント | 作成された AI エージェント |
| ショッピファイ | 電子商取引 | 従業員数 10,000 人以上 | コードレビューにかかる時間が 40% 減少 | サイクルタイムの見直し |
| アクセンチュア | コンサルティング | 従業員数 750,000 人 | コーディング生産性 +40% | 開発者の生産性 |
| フリーマーケット | 中南米の電子商取引 | 20,000 人以上の開発者 | +35% オンボーディング速度 | 最初のPRまでの時間 |
一般的な影響指標
平均生産性ベンチマーク
| エリア | 典型的な改善 | 範囲 | 注記 |
|---|---|---|---|
| 符号化速度 | 55% 高速化 | 30～75% | 反復的なタスクの方がメリットが大きい |
| コードレビューの時間 | 30%削減 | 20～45% | Copilot コードレビューがアクティブな場合 |
| 新しい開発者のオンボーディング | 35% 高速化 | 25-50% | コードベースのインデックス作成がさらに改善 |
| バグ率 | 15%削減 | 10～25% | それはリポジトリ指示の品質に依存します |
| 開発者の満足度 | 75～90%が陽性 | 70-95% | 反復的なタスクの場合は高くなります |
| 技術コンテンツの作成 | 70～80% の時間を節約 | 60～85% | ドキュメント、README、コメント |
組織の ROI 計算
組織における Copilot の ROI を計算するには、両方のコストを考慮してください 直接的および間接的な利益。
コスト
- ライセンス: 1 シートあたり月額 19 ～ 39 ドル
- トレーニング： オンボーディングには開発者 1 人あたり 2 ～ 4 時間
- 設定： 構成リポジトリの手順に 1 ～ 2 日
- 管理者のオーバーヘッド: ポリシー管理に月に 2 ～ 4 時間
利点
- 節約された時間: コーディング タスクで 30 ～ 55%
- コンテキストの切り替えが少なくなります: IDE での即時応答
- オンボーディングの加速: 25 ～ 50% 高速化
- コードの品質: 指示による統一基準
- 保持： 開発者の満足度が高く生産性が向上
# Esempio: Team di 20 sviluppatori, piano Business
COSTO_ANNUALE = 20 sviluppatori * $19/mese * 12 mesi = $4.560
# Supponendo costo medio sviluppatore: $80.000/anno
# Risparmio tempo conservativo: 30%
# Ma non tutto il tempo e' coding, stimiamo 40% del tempo su coding tasks
TEMPO_CODING = $80.000 * 0.40 = $32.000/anno per sviluppatore
RISPARMIO_PER_SVILUPPATORE = $32.000 * 0.30 = $9.600/anno
RISPARMIO_TOTALE = $9.600 * 20 = $192.000/anno
ROI = (RISPARMIO - COSTO) / COSTO * 100
ROI = ($192.000 - $4.560) / $4.560 * 100 = 4.110%
# Anche con stime conservative (15% risparmio):
RISPARMIO_CONSERVATIVO = $32.000 * 0.15 * 20 = $96.000/anno
ROI_CONSERVATIVO = ($96.000 - $4.560) / $4.560 * 100 = 2.005%
# Il ROI e' quasi sempre molto positivo per team che scrivono codice
# Il beneficio maggiore e' sul tempo, non solo sulle righe di codiceライセンス管理
コストを最適化するには、効率的なライセンス管理が不可欠です。 Business プランと Enterprise プランでは、異なる割り当てメカニズムが提供されます。
割り当て方法
ライセンス戦略
| 戦略 | 仕組み | いつ使用するか | プロ | に対して |
|---|---|---|---|---|
| 組織別 | すべての組織メンバーがライセンスを受け取ります | 全員がコーディングする小さな組織 | シンプルで管理不要 | 全員が Copilot を使用しないと無駄になります |
| チーム向け | 特定のチームに割り当てられたライセンス | 混合組織 (開発者 + 非開発者) | バランスのとれた、中程度のコントロール | チーム変更時の手動更新 |
| 個人 | 個々のユーザーに割り当てられたライセンス | 限られた予算、選択的な使用 | 最大限のコントロール | 高い管理オーバーヘッド |
| 動的 | タスクベースの自動割り当て | 大組織 | 自動最適化 | 初期設定が必要です |
ライセンス管理のベスト プラクティス
- 月次レビュー: 毎月の使用量を確認してください。 30 日以上使用されていないライセンスは削除します。
- 試用期間： 更新を決定する前に、3 か月間ライセンスを割り当てます。
- 回転： 予算が限られているチームの場合は、メンバー間でライセンスをローテーションして、誰が最も利益を得るかを見つけてください。」
- セルフサービス： エンタープライズ向けには、自動承認を備えたセルフサービス リクエスト システムを検討してください。
- 警告: チームの使用率が 50% を下回った場合のアラートを構成します。
エンタープライズ展開のベスト プラクティス
組織内での Copilot の導入が成功するかどうかは、戦略に大きく依存します。 テクノロジー自体によるものと同様に、展開の可能性も大きく影響します。ここでは、効果的な展開のための段階的な計画を示します。
4 段階の展開計画
企業展開の段階
| 段階 | 間隔 | 参加者 | 客観的 | KPI |
|---|---|---|---|---|
| 1.パイロット | 4～6週間 | 5 ～ 10 人の早期導入者 | 価値を検証し、課題を特定する | 定性的フィードバック、承認率 |
| 2. 拡張 | 6～8週間 | 1 ～ 3 チーム (30 ～ 50 ユーザー) | 影響をスケールして測定する | 導入率、チームの生産性 |
| 3. 組織全体 | 8～12週間 | 組織全体 | ガバナンスを備えた完全導入 | 導入率 > 60%、プラスの ROI |
| 4. 最適化 | 進行中 | すべて + 管理者 | 使用量とコストを最適化する | 受け入れ率、開発者あたりのコスト |
フェーズ 1: パイロット
パイロット段階のチェックリスト
- 熱意があり技術的に優れた開発者を 5 ～ 10 名選択します
- 完全な copilot-instructions.md を使用してパイロット リポジトリをセットアップする
- 明確な成功指標を定義する (承認率 > 20%、NPS > 50)
- 毎週のフィードバックセッションをスケジュールする
- 明らかになった課題、ベストプラクティス、パターンを文書化する
- パイロット結果に基づいてトレーニング資料を準備する
フェーズ 2: 拡大
拡張フェーズのチェックリスト
- 1 ～ 3 つの異なるチームを選択します (バックエンド、フロントエンド、データ エンジニアリング)
- 選択したチームのプロジェクトごとにリポジトリ手順を作成します
- チームを「副操縦士チャンピオン」として指導します
- 組織ポリシーの構成 (コンテンツの除外、監査ログ)
- 使用状況監視ダッシュボードを実装する
- ベストプラクティスを収集し、チーム全体で共有する
フェーズ 3: 組織全体
組織的な展開チェックリスト
- Copilot の使用に関する公式ガイドラインを公開する
- 社内標準に合わせて組織の指示を構成する
- コンプライアンスのために監査ログとコンテンツの除外を有効にする
- オンデマンド トレーニング プログラム (ビデオ、ドキュメント) を作成する
- フィードバックと継続的改善のプロセスを確立する
- Copilot の問題に関する内部サポートの SLA を定義する
フェーズ 4: 最適化
継続的な最適化活動
- 毎月: 使用状況メトリクスを確認し、非アクティブなライセンスを削除します
- 四半期ごと: リポジトリ手順の更新、ポリシーのレビュー
- 半年ごと: プランアップグレード評価（ビジネス→エンタープライズ）
- 年間： ROI レビューを完了し、次の予算を計画する
コパイロットメトリクスAPI
Copilot メトリクスをシステムに統合したい組織向け レポートと BI では、GitHub が提供する メトリクスAPI ひたむきな。このAPI 使用状況データをプログラム形式で抽出できるため、作成が容易になります カスタマイズされたダッシュボードと自動レポート。
利用可能なエンドポイント
Copilot メトリクス API エンドポイント
| エンドポイント | 方法 | 説明 | プランが必要です |
|---|---|---|---|
| /orgs/{org}/copilot/usage | 得る | 組織の使用状況統計を集約する | ビジネス/エンタープライズ |
| /orgs/{org}/copilot/billing/seats | 得る | 割り当てられたアクティブなライセンスの詳細 | ビジネス/エンタープライズ |
| /orgs/{org}/copilot/metrics | 得る | 高度な指標: 受け入れ率、回線、言語 | 企業 |
| /orgs/{org}/team/{team}/copilot/usage | 得る | 特定のチームで使用する | 企業 |
| /orgs/{org}/members/{user}/copilot/usage | 得る | シングルユーザーでの使用 | 企業 |
# Ottenere metriche di utilizzo dell'organizzazione
# Richiede token con scope manage_billing:copilot
# Statistiche generali di utilizzo (ultimi 28 giorni)
curl -s \
-H "Authorization: Bearer $GITHUB_TOKEN" \
-H "Accept: application/vnd.github+json" \
"https://api.github.com/orgs/my-org/copilot/usage" \
| jq '{
total_seats: .seat_breakdown.total,
active_this_cycle: .seat_breakdown.active_this_cycle,
inactive_this_cycle: .seat_breakdown.inactive_this_cycle,
added_this_cycle: .seat_breakdown.added_this_cycle
}'
# Dettaglio utilizzo per membro (per ottimizzazione licenze)
curl -s \
-H "Authorization: Bearer $GITHUB_TOKEN" \
-H "Accept: application/vnd.github+json" \
"https://api.github.com/orgs/my-org/copilot/billing/seats?per_page=100" \
| jq '.seats[] | {
login: .assignee.login,
last_activity: .last_activity_at,
editor: .last_activity_editor,
created: .created_at
}'
# Script per identificare licenze non utilizzate (> 30 giorni)
curl -s \
-H "Authorization: Bearer $GITHUB_TOKEN" \
-H "Accept: application/vnd.github+json" \
"https://api.github.com/orgs/my-org/copilot/billing/seats?per_page=100" \
| jq --arg date "$(date -d '30 days ago' -Iseconds)" \
'[.seats[] | select(.last_activity_at < $date or .last_activity_at == null)] |
length as $count |
"Found \($count) inactive seats (no activity in 30+ days)"'プレミアムリクエストの管理
I プレミアムリクエスト これらは計画で管理すべき最も重要なリソースです ビジネスとエンタープライズ。それらがどのように消費され、その使用を最適化する方法を理解する 開発者が予算を使い果たす状況を避けることが重要です 月の半ばに。
プレミアムリクエストの消費方法
機能に対する消費プレミアムのリクエスト」
| 機能性」 | リクエストあたりの消費量 | 代表的な周波数 | 注意事項 |
|---|---|---|---|
| チャット（基本モデル） | 1 件のプレミアムリクエスト | 10～30/日 | GPT-4o miniはプレミアムを消費しません |
| チャット（上級モデル） | 1 ～ 3 件のプレミアム リクエスト | 5～15/日 | GPT-4、クロード、ジェミニはもっと消費します」 |
| エージェントモード | 1 セッションあたり 1 ～ 10 のプレミアム リクエスト | 1日あたり2～5セッション | タスクの複雑さによって異なります |
| コーディングエージェント（PRへの発行） | 1 件あたり 10 ～ 50 件のプレミアム リクエスト | 週に 1 ～ 3 号 | 複雑なタスクは消費量が多い |
| コード補完 | 0 (無制限) | 100+/日 | プレミアムリクエストは消費しません |
| コードレビュー | 1 ～ 5 件のプレミアム リクエスト/PR | PR 3～10/週 | PRのサイズによって異なります |
プールに注意してください
Business および Enterprise プランでは、プレミアム リクエストが割り当てられます ユーザーごとの、 共有プールにはありません。これは、300 件のプレミアム リクエストを持つユーザーは、 未使用のものを使い果たした同僚に「寄付」します。しかし、組織は、 使用状況を監視し、ライセンスを最も必要とするユーザーにライセンスを再割り当てできます。
最適化戦略
消費量の削減
- 簡単な質問には基本テンプレートを使用する
- 特定のプロンプトを作成する (反復回数を減らす)
- インライン補完を活用する (無料)
- 関連する質問を 1 つのセッションにグループ化する
- リポジトリ命令を使用して修正を減らす
- 複数ファイルの編集にはコパイロット編集を優先する
価値の最大化
- 高価値のタスクにはプレミアム リクエストを使用する
- 複雑なタスク用のエージェント モード (より効率的)
- 反復的なバグ修正のためのコーディング エージェント
- 大規模な PR のためのコード レビュー AI
- アーキテクチャとデバッグ用に高度なモデルを予約する
- プロンプトの効果的な使用方法についてチームをトレーニングする
トレーニングと能力向上
Copilot の採用は単なる技術的な問題ではありません。チームトレーニング 投資価値を最大化し、確実に活用することが不可欠です 安全で責任があります。
推奨トレーニングプログラム
エンタープライズトレーニングプラン
| モジュール | 間隔 | 観客 | コンテンツ |
|---|---|---|---|
| コパイロットの紹介 | 1時間 | すべての開発者 | 概要、仕組み、セットアップ、最初のステップ |
| 迅速なエンジニアリング | 2時間 | すべての開発者 | 効果的なプロンプト、パターン、アンチパターンを書く |
| エージェントモードマスタリー | 2時間 | 上級開発者 | エージェント モード、コパイロット編集、複数ファイル編集 |
| セキュリティとコンプライアンス | 1時間 | 全員 + セキュリティ チーム | リスク、検証、ポリシー、コンテンツの除外 |
| 管理とガバナンス | 1時間 | 技術責任者、管理者 | ポリシー、分析、ライセンス、監査ログ |
| 高度なワークフロー | 2時間 | 副操縦士チャンピオン | MCP、拡張機能、コーディングエージェント、カスタマイズ |
副操縦士チャンピオンの役割
I 副操縦士チャンピオン 彼らは経験豊富な開発者であり、 チームの残りのメンバーの参考にします。彼らは新機能の早期採用者です」と彼らは共有しています ベストプラクティスを提供し、同僚が日常の使用上の問題を解決できるように支援します。
副操縦士チャンピオンの責任
- エバンジェリスト： 導入を促進し、成功事例を共有する
- トレーナー： チーム向けのトレーニングセッションやワークショップを実施します
- キュレーター： リポジトリの指示を維持および更新します
- フィードバックコレクター: チームからフィードバックを収集し、管理者に伝達します。
- トラブルシューティング: Copilot に関する技術的な問題の最初の連絡先
- イノベーター: 新機能を試してその導入を評価する
トレーニングの効果を測定する
研修を評価するためのKPI
| KPI | トレーニング前 | 目標1ヶ月 | 目標3ヶ月 | 測定方法 |
|---|---|---|---|---|
| 採用率 | ベースライン | +20% | +40% | 副操縦士の分析 |
| 合格率 | 15～20% | 25% | 30%以上 | 副操縦士の分析 |
| エージェントモードの使用法 | 0-10% | 20% | 40%以上 | 副操縦士の分析 |
| 開発者NPS | ベースライン | +10ポイント | +20ポイント | 社内調査 |
| PRサイクルタイム | ベースライン | -10% | -20% | GitHub のインサイト |
競合企業との比較
GitHub Copilot はエンタープライズ開発用の唯一の AI ツールではありません。 主な代替手段と比較して、それがどのように位置付けられているかを理解するのに役立ちます。
競争力のあるポジショニング
| 待ってます | GitHub コパイロット | Amazon コードウィスパラー | カーソル | タブナイン |
|---|---|---|---|---|
| エンタープライズ価格 | $39/シート/月 | $19/シート/月 | $40/シート/月 | $39/シート/月 |
| マルチモデル | はい (GPT-4、クロード、ジェミニ) | アマゾンモデルのみ | はい (さらに多くのモデル) | はい (独自モデル + サードパーティモデル) |
| コーディングエージェント | はい (GitHub ネイティブ) | No | はい (IDE ベース) | No |
| コードレビューAI | はい (ネイティブ PR) | 部分的 | No | No |
| IDEのサポート | VS コード、JetBrains、Vim | VS コード、JetBrains | フォーク VS コード | すべてのFDI |
| VCSの統合 | ネイティブ GitHub | AWS CodeCommit のフォーカス | 任意の Git | 任意の Git |
| コードベースのインデックス作成 | 企業 | はい' | はい' | 企業 |
| コンプライアンス | SOC 2、ISO 27001 | AWS コンプライアンス | SOC2 | SOC 2、ISO 27001 |
GitHub Copilot Enterprise を選択する場合
GitHub Copilot Enterprise は、組織が次のような場合に最適です。
- すでに GitHub を主要なコーディング プラットフォームとして使用している
- Issue、PR、コードレビューとのネイティブ統合の必要性
- 彼は、GitHub ワークフローで直接動作するコーディング エージェントを望んでいます。
- GitHub Enterprise と統合された監査ログとガバナンスが必要です
- 個別のツールよりも統合されたエコシステムを好む
ガバナンスと変更管理
組織に AI アシスタントを導入することは、単なる技術的な決定ではありません。 文化の変化には戦略が必要です 変更管理 構造化された。明確なガバナンス計画がなければ、導入が断片化するリスクがあります 残念な結果になりました。
ガバナンスの枠組み
AI支援開発のガバナンスモデル
| レベル | 責任' | 役割 | 頻度のレビュー |
|---|---|---|---|
| 戦略的 | 予算、ROI、コンプライアンス、採用基準 | CTO / エンジニアリング担当副社長 | 四半期ごと |
| 戦術的 | ポリシー、組織構成、ライセンス、メトリクス | エンジニアリングマネージャー / プラットフォームチーム | 毎月 |
| オペレーティング | リポジトリの指示、MCP 構成、コンテンツの除外 | 技術責任者 / 副操縦士チャンピオン | スプリントベース |
| 個人 | 個人的な説明、日常の使用法、フィードバック | すべての開発者 | 継続的 |
変更管理
Copilot 導入のための変更管理は一般的な抵抗に直面しています そしてそれらを成長の機会に変えます。
一般的な抵抗
- 「AIが私に取って代わる」
- 「生成されたコードは信頼できません」
- 「それは単なる誇大広告であり、実際には何の意味もありません」
- 「現在のワークフローが遅くなる」
- 「提案は間違っていることが多い」
- 「働き方を変えたくない」
効果的な対応
- 副操縦士は拡大するものであり、置き換えるものではありません。意思決定者はあなたであり続けます
- 人間のコードに関しては常にレビューが必要です
- ハードデータ: パイロットからの生産性指標を表示します
- 適応期間：効果が現れるまで2～3週間
- リポジトリ指示により品質が大幅に向上します」
- 自信を高めるために反復的なタスクから始めます
変更管理の成功指標
| メトリック | 目標1ヶ月 | 目標3ヶ月 | 目標6ヶ月 |
|---|---|---|---|
| 少なくとも週に 1 回 Copilot を使用している開発者の割合 | 40% | 65% | 80%以上 |
| Copilot の内部 NPS | > 20 | > 40 | > 60 |
| リポジトリ命令が設定されたチームの割合 | 30% | 70% | 90%以上 |
| 新しい開発者のオンボーディングにかかる平均時間 | -10% | -25% | -35% |
| アクティブに使用されているライセンスの割合 | 50% | 70% | 85%以上 |
結論
GitHub Copilot は、個人の開発者から大規模な開発者まで、あらゆるニーズに対応するプランを提供します 企業。適切なプランの選択は、使用量、 ガバナンスとコンプライアンスの要件の必要性。市場データがこれを裏付けています チームの生産性に大きなプラスの影響を及ぼし、ROI が向上します。 ほとんどの場合、ライセンスのコストをはるかに超えます。
成功の鍵はライセンスを購入するだけではなく、戦略を実行することです トレーニング、最適化されたリポジトリの指示を含む構造化されたロールアウトの そしてメトリクス主導の継続的な最適化プロセス。
次の記事では、 拡張機能とマーケットプレイス 副操縦士によって、 サードパーティの統合を使用して AI アシスタントの機能を拡張する方法を理解します。
シリーズの進行状況
| # | アイテム | Stato |
|---|---|---|
| 1 | 基礎と考え方 | ✅ |
| 2 | コンセプトと要件 | ✅ |
| 3 | バックエンド/フロントエンドのアーキテクチャ | ✅ |
| 4 | コードの構造 | ✅ |
| 5 | 迅速なエンジニアリング | ✅ |
| 6 | テストと品質」 | ✅ |
| 7 | ドキュメント | ✅ |
| 8 | デプロイとDevOps | ✅ |
| 9 | 進化 | ✅ |
| 10 | コーディングエージェント | ✅ |
| 11 | コードレビュー | ✅ |
| 12 | 副操縦士の編集 | ✅ |
| 13 | GitHub スパーク | ✅ |
| 14 | 副操縦士スペース | ✅ |
| 15 | AIモデル | ✅ |
| 16 | 高度なカスタマイズ | ✅ |
| 17 | エンタープライズとビジネス | 📍 |
| 18 | 拡張機能とマーケットプレイス | ◻ |
| 19 | 安全性と責任ある使用 | ◻ |