Michael Johnson選択するコーディングアシスタントのモデルは、タスクの実行品質と利用ごとのコストという、業務上の2つの要素に同時に影響します。2026年10月26日、GitHubはCopilotでGPT-6.1 Terraが一般提供になったと発表し、日常的なエージェント型コーディングとターミナル作業向けのモデルと説明しました。チームにとって、実務上の問いは具体的です。Terraは、どのタスクで十分な性能を発揮し、標準的な選択肢になり得るのでしょうか。
GitHubが発表した内容
10月26日付のGitHubの発表によると、GPT-6.1 TerraはCopilot Pro、Pro+、Max、Business、Enterpriseの各プランで利用できます。VS Code、Visual Studio、Copilot CLI、Copilotクラウドエージェントのほか、GitHubが挙げる各種クライアントで選択できます。提供は段階的に進められるため、ユーザーによって利用可能になるタイミングが異なる場合があります。
GitHubはこのモデルを、日常的なエージェント型作業やターミナルのタスク向けとして位置づけ、GPT-6.1 Solより低コストであるとしています。また、初期テストではGPT-5.6 TerraよりもターミナルとC#のタスクを大幅に多く解決したと発表しています。これは初期テストに関するGitHubの説明です。公開された記事には、テストセットの規模、指標、比較条件は記載されていません。そのため、この発表は自社パイロットで試すタスクを選ぶ際の参考にとどめ、実際の結果は業務用リポジトリで測定するのが確実です。
利用方法と料金
GitHubによると、料金はプロバイダーの従量課金制です。具体的な金額は適用中の条件や、Copilotにおけるモデルの課金方法によって異なります。パイロットの前にGitHubのモデルに関するドキュメントとCopilotの最新料金を確認してください。
BusinessおよびEnterpriseの組織では、管理者がCopilotの設定にあるモデルポリシーを通じてアクセスを管理します。グローバルの既定値が有効な場合、管理者がそのルールを無効にするか、Terraを個別に禁止しない限り、新モデルは自動的に有効になります。したがって、モデルが一覧に表示されない場合は、ユーザー側と組織のポリシーの両方を確認し、段階的な提供であることも考慮してください。
短期間のパイロットを実施する方法
実際の、範囲が明確なタスクをいくつか選びましょう。たとえば、ターミナルを使った小さなバグ修正、C#コードの変更、テストの更新、修正前にエージェントがリポジトリを調査する必要があるタスクです。この構成はGitHubが示す利用シナリオに沿っており、自社のコードベースで効果を検証できます。
- タスクと評価基準を定める。各例について、期待する変更、必須のテスト、完了とみなす条件を記録します。
- 同じ条件でモデルを比較する。同じ指示、ブランチまたはリポジトリのスナップショット、ツールへの同じ権限を使います。差分とエージェントの操作ログを保存してください。
- 印象ではなく結果を評価する。大幅な手直しをせずにテストとレビューを通過したタスクの割合を数えます。手作業にかかった時間、再試行の回数、ターミナルでエージェントが誤った操作を選んだケースも個別に記録します。
- 品質と費用を照らし合わせる。パイロット期間中の実際の請求データを使い、採用されたタスク1件あたりの費用を算出します。そうすれば、モデルの価格や個々の応答速度だけに基づく判断ではなく、チームの業務に即した比較ができます。
一般的なタスクでTerraが許容できる修正品質を保ちながら費用を抑えられるなら、そうしたシナリオの標準モデルにし、難しい作業にはより高性能なモデルを残しておきましょう。自社のコードで利点が確認できなければ、モデル選択を開発者に委ね、別のタスク群で評価を繰り返すこともできます。
今回の更新で押さえておきたいこと
GPT-6.1 Terraは、対象プランとクライアントアプリでGitHub Copilotから利用できるようになりました。公表されている用途は、日常的なエージェント型コーディングとターミナル作業です。まず組織のポリシーを確認し、条件をそろえた小規模なパイロットを実施しましょう。チームのタスクや、採用された成果にかかる実際の費用が、公表された位置づけに合っているかを確かめられます。
