先に結論
GitHub Copilot cloud agent は、ようやく軽い仕事を安く回しやすくなりました。
GitHub は 2026年5月18日、cloud agent で Claude Haiku 4.5 と GPT-5.4 mini を選べるようにしました。どちらも 0.33x multiplier です。重いモデルを前提にしなくても、単純な修正や短いやり取りなら cloud agent に任せやすくなります。
先に決めたいのは、どの作業を軽量モデルへ寄せるか です。issue の文言修正、小さなテスト修正、短い PR コメント対応のような仕事なら候補になります。一方で、調査が長引く改修や判断が重い作業は、上位モデルや Auto を残したほうが安全です。
何が変わったか
今回の更新は、cloud agent の supported models に低コスト枠が増えたことです。
GitHub changelog では、新しく追加されたモデルとして Claude Haiku 4.5 と GPT-5.4 mini が案内されています。どちらも simple tasks 向けの、速くてコスト効率のよい選択肢という位置づけです。
GitHub Docs の supported models 一覧には、Auto、Claude Sonnet 4.5、Claude Opus 4.7、Claude Haiku 4.5、Gemini 3.1 Pro、Gemini 3.5 Flash、GPT-5.2-Codex、GPT-5.4 mini が並んでいます。つまり今回は、model selection の仕組み自体が変わったのではなく、軽作業へ振りやすい候補が増えた と見るのが自然です。
model picker が出る場所と、Auto に戻る場所
ここは運用でいちばん効きます。
GitHub Docs によると、cloud agent の model selection が使えるのは次の entrypoint です。
- GitHub.com で issue を Copilot に assign するとき
- GitHub.com の pull request comment で
@copilotに依頼するとき - agents tab や agents panel から task を始めるとき
- GitHub Mobile
- Raycast launcher
逆に、この picker が出ない場所では Auto が自動で使われます。つまり、チーム内で「これからは全部 Haiku で回す」と決めても、その通りにはなりません。entrypoint ごとに選べる場所と選べない場所がある からです。
Auto を残す価値もあります。GitHub Docs では、Auto は availability を見ながら rate limiting を減らす方向で最適なモデルを選ぶと説明しています。固定モデルを増やす前に、まず Auto のままで困っている場面を切り出すほうが無駄がありません。
低コストモデルへ寄せやすいタスク
最初に寄せやすいのは、やり直しがききやすい小さな仕事です。
たとえば次のようなタスクは、Claude Haiku 4.5 や GPT-5.4 mini に振りやすいです。
- issue の再現手順を整理する前の軽い探索
- 失敗したテストのうち、原因がほぼ見えている小さな修正
- typo や文言の修正
- PR コメントで頼む小さな追記や整形
- 既存実装を大きく変えない lint 修正
逆に、複数ファイルをまたぐ改修や、設計の見直しまで含む作業は慎重に見たほうがいいです。0.33x multiplier は魅力ですが、安いモデルで何度もやり直す と結局遅くなります。
まず決めたい運用ルール
導入時は、モデルの好みより routing ルールを先に決めるほうが効きます。
1. 低コストモデルへ寄せる作業を先に決める
最初から全タスクを振り分ける必要はありません。軽い issue 修正、PR コメント経由の小変更、短い確認作業の3種類だけ決めれば十分です。
2. model picker がある導線だけ明示的に使い分ける
issue assign、PR comment、agents tab など、picker が出る導線だけを運用対象にしたほうが混乱しません。picker がない導線まで含めると、チーム内の認識がずれやすくなります。
3. 複雑な仕事は上位モデルか Auto に戻す
複雑な修正を低コストモデルに無理に寄せると、レビュー負荷が増えます。小さな仕事で savings を取り、重い仕事は Sonnet、Opus、Gemini、GPT 系の上位候補に戻すほうが現実的です。
Copilot の model approval を組織で整理したい場合は、GitHub Copilot Business / Enterprise のモデル承認ガイド も先に読んでおくとつながります。cloud agent の段階導入自体を見直したいなら、GitHub Copilot Cloud Agent rollout guide が役に立ちます。
この更新をどう使うべきか
今回の追加で大きいのは、cloud agent を「重い時だけ使うもの」から少し動かせるようになったことです。
特に GitHub Copilot Business や Enterprise をすでに使っているチームなら、別の agent 製品を増やす前に、まず GitHub 上の軽作業をどこまで吸えるかを見直す余地があります。導入後の運用改善として扱えるので、比較記事より一歩深い検索意図にもつながりやすい更新です。
一方で、今回の更新だけで cloud agent が万能になるわけではありません。picker が出ない場所は Auto のままですし、重い作業まで低コストモデルに寄せる理由にもなりません。軽い仕事だけ先に安くする という使い方が、いちばん失敗しにくいです。