この記事のポイント
- Visual Studioでは、対応モデルの推論 effortをLow・Medium・Highから選べます。
- GitHubは単純な作業は低く、複雑な判断は高くする使い分けを例示しています。
- これは処理の深さの設定です。高い設定でも正答や費用対効果は保証されません。
GitHubの公式変更履歴から、推論設定とモデル管理の更新を紹介します。作業に応じた設定の比較点を整理します。
思考努力レベルを「Low/Medium/High」の3段階で選べる
GitHub公式チェンジログによると、対応モデルで思考努力(reasoning effort)のレベルを「Low」「Medium」「High」の3段階から選べるようになりました。公式の説明では「単純な作業には低い努力レベルを、複雑なデバッグ・アルゴリズム・アーキテクチャの意思決定には高い努力レベルを使う」ことが想定されています。単純な補完や定型的な修正にはLowで素早く、設計の相談や込み入ったバグ調査にはHighでじっくり、と使い分けることで、速度とコストのバランスを自分で調整できるのがポイントです。対象はFree・Student・Pro・Pro+・Max・Business・Enterpriseの全プランで、特別な契約は不要です。
組織横断のカスタムエージェント公開とモデル管理も強化
管理者向けの新機能としては、GitHub組織・Enterpriseのオーナーが「組織レベルのカスタムエージェント」を公開できるようになりました。一度公開すれば組織内のリポジトリ全体でそのカスタムエージェントを使い回せ、Visual Studio側は自動でこれを検出してエージェント選択画面に説明文と提供元の組織名を表示します。チームで統一したコーディング規約や手順をエージェントとして共有したい場合に使える機能です(利用にはGitHub組織への所属が必要)。あわせて、よく使うモデルをピン留めし使用頻度の低いモデルは折りたたんで表示できるようになり、「Manage models」からは各モデルの対応機能・コンテキストウィンドウのサイズ・コスト情報をまとめて確認できる詳細ビューも用意されました。プロンプト入力欄のコンテキストウィンドウ表示から「View all Copilot usage」を選ぶだけで契約プランの利用状況を確認できるようにもなっています。
まとめ：品質・時間・費用を同じ課題で比較する
推論設定を選ぶ方は、同じ課題で回答品質・待ち時間・費用を比較するとよいでしょう。低い設定が常に十分とは限らず、高い設定も正答を保証しません。作業ごとの確認結果が、既定値を変える必要があるかを判断する材料になります。
※本記事は2026年8月28日公開のGitHub公式チェンジログに基づく、2026年8月30日時点の情報です。Visual Studio向けの機能のため、他エディタでの提供状況は公式チェンジログで確認するとよいでしょう。
