目次
OpenAIは2026年10月26日、GPT-6.1 Terraを公開しました。対象は、画像や画面を読みながらアプリを操作する仕事、明確な文章作成、範囲を絞ったコーディングを、速度と費用の均衡を取りながら処理したい開発者です。ChatGPT WorkとCodex、OpenAI で提供され、GitHub Copilotにも同日から一般提供されています。導入時は「新しいから全面置換」ではなく、画面操作・視覚入力・定型的な開発作業を先に切り出し、複雑な設計や広いコード変更はSolやAstraと比較します。
この記事は発表内容と現行ドキュメントを整理したニュース兼導入ガイドです。提供元のベンチマークを実環境の保証とは扱わず、Codex、API、GitHub Copilotで異なる選択条件と、手元で確かめる方法を中心に説明します。
スポンサーリンク
GPT-6.1 Terraで何が変わったか
OpenAIはTerraを、詳細な視覚理解、正確なコンピューター操作、自然で明確な文章を組み合わせた高速・高効率モデルと位置付けています。GPT-5.6 Terraからの更新点として、視覚推論、端末を使うコーディング、事実性の改善を挙げました。一方で、最も複雑なコーディングにはGPT-6.1 SolまたはGPT-6 Astraが適するとも明記しています。したがってTerraの主な価値は、最上位モデルの代替というより、日常的な作業をより低い待ち時間と費用で回す選択肢が増えたことです。
提供元のTerminal-Bench 4.0では、最大の推論設定で50.3%を記録し、GPT-5.6 Terraの公表値21.5%を上回ったとされています。視覚・アプリ操作を含むAgents’ Last Examでは、中程度の推論設定で旧Terraより15ポイント高く、処理費用は約3分の1と説明されています。これらはOpenAIが選んだ評価条件での結果です。自社の完遂率、修正量、レビュー時間が同じ比率で改善するとは限りません。
Codex・API・GitHub Copilotの提供差
| 利用経路 | 確認済みの提供条件 | 導入時に見る点 |
|---|---|---|
| ChatGPT Work / Codex | Plus、Pro、Enterprise、Eduで提供。Codex はgpt-6.1-terraを指定可能 | プラン、ワークスペース設定、クライアントごとの表示 |
| OpenAI API | gpt-6.1-terra。Responses APIとChat Completionsに対応 | ツール呼び出しはResponses APIを使う。長い入力の料金条件も確認 |
| GitHub Copilot | Pro、Pro+、Max、Business、Enterpriseで一般提供。段階展開 | モデルポリシー、利用クライアント、使用量課金の扱い |
同じモデル名でも利用経路を混同しないことが重要です。OpenAI APIのトークン単価を、そのままChatGPT Workの利用枠やGitHub Copilotの請求へ当てはめることはできません。GitHubはTerraをプロバイダーのリスト価格に基づく使用量課金として案内しています。Copilot BusinessとEnterpriseでは、管理者がモデルポリシーで利用可否を管理できます。新モデルの既定有効化をオフにしている組織では、利用者のモデル選択に現れない可能性があります。
スポンサーリンク
APIの仕様と費用を読む
APIモデルIDはgpt-6.1-terraです。モデルページでは、テキストの入出力と画像入力、ストリーミング、Function calling、Structured Outputsに対応し、ツール呼び出しにはResponses APIが必要とされています。コンテキストウィンドウは1,050,000トークン、最大出力は128,000トークンです。推論設定はnone、low、medium、high、xhigh、maxに対応し、既定はmediumです。
標準API料金は100万トークン当たり入力1ドル、済み入力0.05ドル、出力5ドルです。ただし272,000入力トークンを超えるリクエストは、リクエスト全体で入力とキャッシュ料金が2倍、出力料金が1.5倍になります。大きなコンテキストを使えることと、常に大きく詰め込むことは別です。コードベース全体を毎回送るより、検索や差分で対象を絞り、固定部分をキャッシュできる構成の方が費用を管理しやすくなります。
Terraを最初に試しやすい仕事
- 管理画面やテスト結果のスクリーンショットを読み、変更点を一覧化する
- デザインカンプと実装画面を比較し、確認対象をレビュー担当者へ渡す
- 範囲が明確なUI修正、テスト追加、定型的な端末操作を行う
- 技術資料を読み、自然な説明文や作業手順へ整える
- フォーム入力や複数アプリ間の転記を、検証可能な単位で自動化する
視覚入力とコンピューター操作が強調されていますが、画像を渡せば正しいと決めつけてはいけません。細い文字、隠れた状態、スクロール外の項目、似た色、モーダルの重なりは誤読の原因になります。画面操作では、対象環境、完了条件、変更禁止範囲を明示し、保存や送信の直前に確認点を置きます。コード作業では、テストコマンドと変更可能なディレクトリを先に伝えると評価しやすくなります。
スポンサーリンク
Sol・Astra・Lunaとの使い分け
Terraは「画像を扱うすべての仕事」や「日常開発のすべて」に固定するモデルではありません。Codexの公式モデル案内では、Astraはコード・アプリ・調査をまたぐ最も難しい一連の作業、GPT-6.1 Solは長時間かつ反復的な複雑作業、Terraは文章・視覚理解・コンピューター操作、Lunaは抽出・分類・変換など明確で大量の仕事に向くと整理されています。
初期ルールとして、画面や画像が中心で受け入れ条件が明確ならTerra、複数サービスをまたぐ設計変更や原因不明の障害調査ならSol、判断の分岐が多く失敗コストが高い案件ならAstra、形式が固定された大量処理ならLunaを比較候補にできます。実際の採用は、モデル名ではなく同じ課題群で測った完了率と総費用で決めます。
Codexで試すときの手順
Codex CLIでは、利用可能な環境なら次のようにモデルを指定できます。
codex -m gpt-6.1-terra最初の比較では推論設定を一度に変えず、モデルと課題を固定します。過去に完了した小規模なUI修正、スクリーンショットを伴う不具合、端末で再現できるテスト追加を3〜5件選びます。開始コミット、許可ツール、制限時間、テストコマンド、採点基準を揃え、Terraと現在の標準モデルで実行します。追加指示の回数、実行時間、変更ファイル数、テスト結果、人間が直した行数を記録します。
評価時は、動いたかだけでなく、依頼範囲を越えた変更、存在しないAPI、画像内の数値やラベルの読み違い、テストを弱めて通す変更も確認します。最大の推論設定で一度成功しても、それが最小費用の構成とは限りません。まず既定のmediumで測り、失敗が推論不足と判断できる課題だけ設定を上げます。
APIへ組み込むときの設計
APIでは、視覚判断とアクションを一つの長い指示にまとめず、結果を構造化して次の処理へ渡します。たとえばEC管理画面の画像から在庫警告を抽出する場合、画面理解の出力を商品ID、状態、根拠、確信度のオブジェクトにし、更新処理は別の検証済みコードが実行します。画面の読み取りとデータ更新を分離すると、誤読時の再確認と監査がしやすくなります。
ツールを使う実装はResponses APIを選び、ツールの入力を狭くします。モデルが生成した自由文をそのままシェルやSQLへ連結せず、許可された操作名と引数だけを受け取ります。これはTerra固有の弱点を想定した対策ではなく、画面理解から実操作へ進むシステムで、モデル評価とは別に必要な実装境界です。
GitHub Copilotで表示されない場合
GitHubはVisual Studio Code、Visual Studio、Copilot CLI、エージェント、Copilotアプリ、github.com、モバイル、JetBrains 、Xcode、Eclipseを対象として挙げています。ただし展開は段階的です。表示されない場合は、まず対象プランか、クライアントが最新か、モデル選択画面を確認します。BusinessまたはEnterpriseでは、管理者がGPT-6.1 Terraを無効化していないか、未知の新モデルを既定で無効にする設定になっていないかを確認します。
モデルポリシーを有効にしても、すぐ全利用者へ見えると仮定せず、代表アカウントと利用する各クライアントで確かめます。GitHub Docsの対応表には、モデルごとの最小IDE版が未確定の箇所もあります。「最低版の記載なし」は古い版すべてを保証する意味ではないため、表示や動作に差があれば拡張機能を更新して再確認します。
スポンサーリンク
採用判断のチェックリスト
- 利用経路ごとの提供条件と課金方式を分けて確認したか
- 視覚理解、画面操作、範囲を絞ったコード作業から試しているか
- 同じ開始状態・権限・テストで現在の標準モデルと比較したか
- 長文入力の料金増加とキャッシュの効果を見積もったか
- 画像内の数値、ラベル、隠れた状態を人間または検証コードで確認したか
- 複雑な設計変更をSolやAstraへ切り替える条件を決めたか
GPT-6.1 Terraは、視覚情報を読み、アプリや端末で範囲の明確な作業を進める場面に、速度と費用の新しい選択肢を加えました。まず日常作業の一部で比較し、出力の品質だけでなく、やり直し、レビュー時間、総費用まで記録してください。その結果から、Terraを標準にする仕事と、Sol・Astra・Lunaへ渡す仕事を分ける運用が現実的です。
関連記事
スポンサーリンク
