GitHub Copilot、管理設定で任意モデルを既定化 チーム別指定にも対応
- 新しい会話の既定モデルを管理設定で指定できます。
- 企業チームごとに異なる既定モデルを割り当てられます。
- Copilot BusinessとCopilot Enterpriseで一般提供です。
GitHub Copilotで、企業管理の設定から新しい会話に使う既定モデルを指定できるようになりました。ワークフローに合うGitHub Copilotモデルを、企業の既定モデルとして選べます。
既定モデルは企業チームごとにカスタマイズできます。チームメンバーシップに基づいて、異なる既定モデルを割り当てられます。
モデルキーを上書き可能に設定し、team-mappings.jsonのチーム設定ファイルを更新すると、企業チームが自分たちの優先する既定モデルを選べます。その他のユーザーは企業の既定設定を継承します。
管理設定のモデル既定値は、Copilot BusinessとCopilot Enterpriseで一般提供されています。対象はGitHub Copilot app、Copilot CLI、Visual Studio Codeです。
つまり、新しい会話を始めたときに最初から選ばれているAIを、会社側で決められるようになった、ということです。社員が毎回選び直す手間が減ります。しかも部署ごとに変えられます。開発チームは開発に向いたモデル、それ以外は会社の標準、という具合です。会社支給のパソコンで、使うアプリがあらかじめ決まっているのに近い感覚です。
モデルを選ぶ自由より、選ばせない設計。ここに手が入ったのが、ちょっと目を引きます。
対象はCopilot BusinessとCopilot Enterprise。個人で使う人には縁がなく、利用枠をまとめて配る立場の人向けの機能です。team-mappings.jsonという設定ファイルを更新する必要があるので、情報システム担当の仕事は一つ増えます。ただ、モデルの指定を上書き可能にしておけばチーム側で選び直せるので、締め付け一辺倒ではなさそうです。
使えるモデルが増えるほど、社内では「結局どれを使えばいいのか」が分からなくなります。選択肢の多さが、そのまま迷いの多さ。既定を一つ決めてしまうのは、その手っ取り早い答えです。ほかの開発ツールも似た管理項目を持ちそうです。
Copilotの週次リリースで、Copilot CLIやVisual Studio Codeの管理項目がどこまで増えるかを見たいです。
企業単位でGitHub Copilotのモデル運用を管理する管理者と、チーム別に既定モデルを変えたい開発チームに関係します。
