まず結論
GPT-5.4 mini は coding に使う価値がある。ただし向いているのは、範囲が狭く、繰り返しやすく、検証しやすい部分だけだ。OpenAI が 2026-03-17 時点で示している位置づけを見ると、GPT-5.4 mini は targeted edits、codebase navigation、front-end generation、debugging loops、そして補助的な task を素早く処理する subagents に向く。実務的に正しい使い方は、主力の coding assistant を丸ごと小型モデルに置き換えることではない。まず小型モデルで一次切り分けを行い、その後 Cursor や GitHub Copilot で editor 内の適用、review、test まで進める方が現実的だ。
もし task が複数ファイルにまたがる、system design に触れる、あるいは failure mode 自体が曖昧なら、小型モデルは飛ばして最初から上位モデルに上げた方がよい。
2026-03-17 に変わったこと
OpenAI は 2026-03-17 に GPT-5.4 mini と nano を公開した。重要なのは「どの assistant が一番賢いか」ではなく、「この task のどの部分に大きいモデルが本当に必要か」という問いに変わったことだ。小型モデルは、今日から使える routing rule に落とし込めて初めて実務で役に立つ。
2026-03-17 に変わったこと
workflow 設計に関係する事実は次の通り。
- GPT-5.4 mini は API、Codex、ChatGPT で利用できる。
- ChatGPT では、OpenAI は Free と Go ユーザーが
+メニューのThinkingから GPT-5.4 mini を使えるとしている。 - API では GPT-5.4 mini が text、image input、tool use、function calling、web search、file search、computer use、skills をサポートする。
- GPT-5.4 mini の context window は 400k、価格は input 100 万 token あたり 0.75 ドル、output 100 万 token あたり 4.50 ドル。
- GPT-5.4 nano は API 専用で、価格は input 100 万 token あたり 0.20 ドル、output 100 万 token あたり 1.25 ドル。
- OpenAI は nano を classification、data extraction、ranking、より単純な補助 task を処理する coding subagents に明示的に勧めている。
これは「すべての coding task を小型モデルへ移せ」という話ではない。planning と execution を分けやすくなった、という話だ。
GPT-5.4 mini を先に使ってよい task の形
次の条件がすべて揃う時だけ、小型モデルを先に使う。
- change は local で、architectural ではない。
- 着手前に expected output を言語化できる。
- 成功判定が単純。test が通る、type error が消える、query が正しい shape を返す、UI element が正しく描画される、のように確認できる。
- diff review が中心で、コードベースの半分を読む必要がない。
向いている例：
- 限定範囲で prop や function を rename する
- 既存 component に form validation を追加する
- 既知 schema から SQL query を書く
- 手書きメモを test plan に整える
- 大きい PR から TODO、risk、edge case を抜き出す
- 1 つの error log を要約し、原因候補を並べる
向いていない例：
- 新しい architecture の設計
- stable repro がない flaky issue の調査
- security-sensitive な change
- rollback 要件を伴う database migration
- 本当の難しさが hidden coupling にある refactor
小型モデル前提の coding workflow
Step 1: コードを書かせる前に task を triage させる
まず ChatGPT 上で GPT-5.4 mini に、コードを書く前に task classification をさせる。
You are the fast pass for a coding task.
Classify this request as one of:
- trivial edit
- bounded refactor
- bug investigation
- architecture change
- unknown
Rules:
- If the task is architecture change or unknown, answer ESCALATE first.
- If the task is trivial edit, bounded refactor, or bug investigation, give me:
1. what to inspect
2. the smallest safe change
3. the main risk
4. how to verify it
Task:
[paste the bug report, file, or ticket]
この step が効くのは、小型モデルの典型的な失敗を抑えられるからだ。つまり、自信満々に task のサイズを読み違える失敗だ。
Step 2: heroic rewrite ではなく bounded patch plan を取る
safe zone に残っているなら、次は hard limit 付きの patch plan を取る。
Work only within these limits:
- no new dependencies
- no API changes
- touch no more than 3 files
- preserve current naming unless required
Give me:
- files to edit
- exact change list
- test cases to run
- one reason to abort and escalate
この時点で得たいのは、Cursor や GitHub Copilot で適用できる patch plan であって、assistant に open-ended control を渡すことではない。
Step 3: 実際の適用は editor 側で行う
editor 内の適用フェーズは Cursor または GitHub Copilot の方が扱いやすい。
- multi-file diff と短い editor loop が欲しいなら Cursor が向く。2026-03-18 時点の公式 pricing では Cursor Pro は月 20 ドル、Teams は 1 user あたり月 40 ドル。
- 既存の IDE と GitHub workflow の中で完結させたいなら GitHub Copilot が向く。2026-03-18 時点の公式 pricing では GitHub Copilot Pro は月 10 ドル、Pro+ は月 39 ドル。
実務的な流れはこうだ。
- ChatGPT mini で task を classify し、scope を切る。
- Cursor または Copilot で、コードがある場所に patch を適用する。
- 自分で diff を review する。
- 可能な範囲で最も狭く、かつ本物の verification を回す。
Step 4: 一線を越えたら早めに escalate する
次のどれかが起きたら、大きいモデルや、遅くても安定した agent に切り替える。
- model が bug を推測でしか説明できない
- 提案 change が想定より多くの file に広がる
- fix に business context の判断が必要になる
- 複数の implementation option を比較する必要がある
- 最初の patch は通っても side effect が不明瞭
要点は単純だ。小型モデルは speed のために使い、authority の代わりに使わない。
再利用しやすい routing rule
| Task の形 | 最初の一手 | 理由 |
|---|---|---|
| rename、書き換え、整形、小さい UI 修正 | GPT-5.4 mini | 曖昧さが少なく、diff review しやすい |
| log 付き error triage、1 つの failing test | GPT-5.4 mini | 要約と原因候補の優先付けが速い |
| 境界が明確な cross-file refactor | GPT-5.4 mini → Cursor/Copilot | planning と application を分けやすい |
| 新機能 design | 先に大きいモデル | speed より tradeoff analysis が重要 |
| security review / migration | 先に大きいモデル | 誤答コストが高い |
| repro も boundary も不明確 | 先に大きいモデル | 小型モデルは task 自体が曖昧な時に弱い |
実務で使いやすい prompt 2 本
Prompt 1: fast bug triage
Read this error and do not fix it yet.
Return only:
- likely root cause
- files or modules to inspect first
- whether this is small-model-safe or should escalate
- one quick verification step
Error:
[paste log or stack trace]
Prompt 2: small patch draft
Draft the smallest patch that fixes this issue.
Constraints:
- no new dependencies
- keep current API surface
- explain any assumption you make
- if the fix depends on hidden context, say ESCALATE
Issue:
[paste issue]
Context:
[paste relevant file or snippet]
この 2 本が実務で持つのは、model を狭い枠に留めるからだ。小型モデルを使う意味そのものがそこにある。
この workflow が時間を浮かせる場面
このやり方が効きやすいのは、たとえば次のような高頻度の coding support work だ。
- issue grooming
- first-pass の PR review メモ
- failing build から action item を抜き出す
- 既存例をもとにした repetitive test の下書き
- acceptance check が明確な小さい front-end edit の草案
逆に、task の高コスト部分が judgment であって typing ではないなら、あまり得をしない。何をすべきかを決めること自体が本体なら、最初から大きいモデルの方がだいたい速い。
FAQ
GPT-5.4 nano の方が安いなら、coding でも nano の方がよい？
通常はそうではない。OpenAI は GPT-5.4 nano を classification、extraction、ranking、軽量な coding subagents 向けに位置づけている。信頼できる code editing や debugging loop が必要なら、GPT-5.4 mini の方が安全な default だ。
ChatGPT mini で Cursor や GitHub Copilot を置き換えるべき？
置き換えるべきではない。ChatGPT mini は fast planner、triage layer、または API の building block として使う方が自然だ。editor 内で code change を適用し、review する役割は、依然として Cursor や GitHub Copilot の方が適している。
いちばん速く、安全に試す方法は？
まずは acceptance check が明確な 1 task から始めること。たとえば type error の修正や、単一 UI component の編集がよい。最初の返答で model が boundary をきれいに定義できないなら、無理に使わず escalate した方がよい。
検証メモ
2026-03-18 に確認。OpenAI の公式発表で GPT-5.4 mini / nano の公開日、対応 surface、supported capability、context window、API pricing を確認：https://openai.com/index/introducing-gpt-5-4-mini-and-nano。Cursor の公式 pricing page で current plan name と価格を確認：https://cursor.com/pricing。GitHub の公式 Copilot product / pricing page で current plan name、editor 上の位置づけ、Pro / Pro+ の価格を確認：https://github.com/features/copilot。