GPT-5.4 vs GPT-5.6 Luna
언제 어떤 모델을 쓸까
이 정보만 보면 두 모델의 차이는 가격과 날짜뿐입니다. 둘 다 텍스트와 이미지를 입력으로 받고, 컨텍스트는 1050000 토큰, 최대 출력은 128000 토큰이며 thinking을 끌 수 있습니다. gpt-5.6-luna는 모든 요금이 더 낮아 100만 토큰당 입력 $0.2, 출력 $1.2, 캐시 입력 $0.02인 반면(gpt-5.4는 $2.5, $15, $1.25), 입력과 출력은 12.5배, 캐시 읽기는 62.5배 저렴합니다. 기본적으로 gpt-5.6-luna를 고르세요. 지식 컷오프도 2026-02로 더 최신이며(gpt-5.4는 2025-08), gpt-5.4는 이전 릴리스를 유지하고 싶을 때만 선택하면 됩니다.
벤치마크
두 모델 모두 측정한 항목 14개.
공급자 공개 자료: Alibaba (Qwen) Anthropic ByteDance DeepSeek Google MiniMax Moonshot OpenAI Tencent Z.ai
가격
| GPT-5.4 | GPT-5.6 Luna | Δ | |
|---|---|---|---|
| 입력 / 1M 토큰 | $2.5 | $0.2 | 13× |
| 출력 / 1M 토큰 | $15 | $1.2 | 13× |
| 캐시 읽기 / 1M 토큰 | $1.25 | $0.02 | 63× |
| 캐시 쓰기 | 별도 요금 없음 | 별도 요금 없음 | - |
빌드 시점에 실시간 카탈로그에서 가져온 요금입니다. 현재 요금은 각 모델 페이지에서 확인할 수 있습니다.
가격 위치: 이 과금 단위를 쓰는 채팅 모델 78개 전체의 1M 토큰당 입력 가격(로그 스케일)
기능
| GPT-5.4 | GPT-5.6 Luna | |
|---|---|---|
| 도구 사용 | 지원 | 지원 |
| 사고 제어 | 설정 가능 | 설정 가능 |
| 구조화된 출력 | 지원 | 지원 |
| 프롬프트 캐싱 | 암시적(자동) | 암시적(자동) |
| 캐시 수명 | 5-10m, up to 1h | 5-10m, up to 1h |
| 최소 캐시 접두사 | 1024 토큰 | 1024 토큰 |
사양
| GPT-5.4 | GPT-5.6 Luna | |
|---|---|---|
| 입력 모달리티 | 텍스트 이미지 | 텍스트 이미지 |
| 출력 모달리티 | 텍스트 | 텍스트 |
| 출시일 | 2026-03-05 | 2026-07-09 |
| 지식 컷오프 | 2025-08 | 2026-02 |
| 컨텍스트 윈도우 | 1.1M | 1.1M |
| 최대 출력 | 128K | 128K |
| 사고 파라미터 | reasoning.effort | reasoning.effort |
| 허용 값 | reasoning.effort
| reasoning.effort
|
| 기본값 | none | medium |
사양은 각 공급자의 문서에서 그대로 옮겨 적었습니다. 공급자가 공개하지 않은 항목은 추정해 채우지 않고 뺐습니다. 전체 출처: GPT-5.4 · GPT-5.6 Luna
같은 프롬프트, 두 모델: 게이트웨이를 거쳐 측정
GPT-5.4 통과 · 3 sentences
Enabling reasoning makes the model generate and evaluate additional internal steps before producing an answer, which increases the total tokens processed and therefore the cost per request. It also tends to increase latency and can trigger more tool calls, retries, or longer context retention, all of which compound usage-based charges. So even if user traffic stayed flat, the average cost per interaction rose materially once reasoning was turned on.
출력 82 tok 지연 시간 1.9 s
GPT-5.6 Luna 통과 · 3 sentences
Enabling reasoning causes the model to use substantially more computational steps and generated tokens per request, even when the visible answer is similar. Because our provider charges based largely on token consumption and compute, that increased processing translated into roughly twice the cost. We can control the expense by reserving reasoning for complex tasks, setting token and effort limits, and monitoring cost per successful outcome.
출력 146 tok (+60 사고) 지연 시간 3.1 s
지시 준수(정확히 세 문장이라 셀 수 있음), 독자에 맞춘 어조(CFO 대상), 아래 토큰 미터에 드러나는 숨은 사고 토큰 과금 차이를 봅니다.
GPT-5.4 통과 · 8/8 cases
```python def longest_run(xs): if not xs: return 0 best = 1 cur = 1 for i in range(1, len(xs)): if xs[i] == xs[i - 1]: cur += 1 else: best = max(best, cur) cur = 1 best = max(best, cur) return best ``` The bug is that the original code was counting *matching transitions* between adjacent elements instead of the *length of the run itself*, so a single element started at `0` instead of `1`, making all run lengths off by one. It also only updated `best` inside the equality case, which means the final run could be lost if the loop ended before a change triggered any correction logic. […]
출력 243 tok 지연 시간 3.0 s
GPT-5.6 Luna 통과 · 8/8 cases
```python def longest_run(xs): if not xs: return 0 best = cur = 1 for i in range(1, len(xs)): if xs[i] == xs[i - 1]: cur += 1 else: best = max(best, cur) cur = 1 return max(best, cur) ``` The bug is that `cur` counts equal *transitions* rather than the number of items in the current run, so a single-element run returns `0` and a run of length `n` returns `n - 1`; additionally, `best` is only updated when a run is interrupted, so a run continuing through the final element is not finalized before returning. Initializing the current run to one item, resetting it to one after a change, and taking a final `max` fixes both issues.
출력 356 tok (+161 사고) 지연 시간 4.7 s
수정이 실제로 맞는지(실행되는지), 설명이 얼마나 압축적인지, 범위가 정해진 작업에서 토큰을 얼마나 효율적으로 쓰는지를 봅니다.
GPT-5.4 통과 · 5/5 fields, guidance "withheld pending the Q4 close"
{"company":"Meridian Robotics","quarter":"September quarter","revenue_usd_m":412,"growth_pct":11,"guidance":"withheld pending the Q4 close"}
출력 39 tok 지연 시간 1.3 s
GPT-5.6 Luna 통과 · 5/5 fields, guidance "Withheld pending the Q4 close"
{"company":"Meridian Robotics","quarter":"September quarter","revenue_usd_m":412,"growth_pct":null,"guidance":"Withheld pending the Q4 close"}
출력 227 tok (+181 사고) 지연 시간 3.6 s
스키마 준수(없는 필드를 지어내지 않는지), 환각을 유도하는 조건에서의 대응(guidance 값을 일부러 주지 않음), 구조화된 출력 경로의 차이를 봅니다.
GPT-5.4 통과 · 126 words, 0 banned, 1 question
Today we’re introducing Prompt Cache, a new API gateway feature that stores prompt results and reuses them across supported model providers. Teams can reduce latency, lower repeated compute costs, and keep application behavior more consistent when identical or near-identical prompts appear in production. Prompt Cache works at the gateway layer, so developers can adopt it without rewriting provider integrations or changing routing logic. Built-in controls let you set cache keys, expiration policies, and privacy rules for sensitive workloads. Need faster responses without duplicating optimization work for each vendor? With shared observability, you can track hit rates, savings, and cache performance in one place. […]
출력 154 tok 지연 시간 2.9 s
GPT-5.6 Luna 통과 · 120 words, 0 banned, 1 question
Introducing PromptCache, an API gateway feature that caches prompts across providers, helping teams reduce latency, control spend, and deliver consistent results. How much faster could your applications respond when repeated prompts are served from a shared cache instead of being sent upstream? PromptCache supports provider-aware routing, configurable time-to-live policies, encrypted storage, cache invalidation, and usage analytics through one operational layer. It works with language-model providers while preserving your authentication, observability, and fallback workflows. Developers can enable caching by endpoint, model, tenant, or prompt pattern, then monitor hit rates and savings in real time. Built for production workloads, PromptCache gives platform teams controls for performance and cost without requiring application rewrites. […]
출력 948 tok (+778 사고) 지연 시간 8.0 s
제약 준수(단어 수 제한, 금지어 목록, 의문문 하나), 문체의 특징, 길이 조절을 봅니다.
코드 한 줄로 모델 전환
아래 탭마다 두 모델 id가 모두 들어 있습니다. 바꿀 곳은 강조된 두 줄뿐이고, 엔드포인트, 키, 요청 형식은 그대로입니다.
from openai import OpenAI
client = OpenAI(
base_url="https://synthorai.io/v1",
api_key="sk-syn-...",
)
resp = client.chat.completions.create(
model="gpt-5.4",
# model="gpt-5.6-luna", # 이 줄의 주석을 해제하고, 윗줄을 주석 처리하세요
messages=[{"role": "user", "content": "Summarize this diff"}],
reasoning_effort="medium",
)
print(resp.choices[0].message.content)import OpenAI from "openai";
const client = new OpenAI({
baseURL: "https://synthorai.io/v1",
apiKey: "sk-syn-...",
});
const resp = await client.chat.completions.create({
model: "gpt-5.4",
// model: "gpt-5.6-luna", // 이 줄의 주석을 해제하고, 윗줄을 주석 처리하세요
messages: [{ role: "user", content: "Summarize this diff" }],
reasoning_effort: "medium",
});
console.log(resp.choices[0].message.content);curl https://synthorai.io/v1/chat/completions \
-H "Authorization: Bearer sk-syn-..." \
-H "Content-Type: application/json" \
-d '{
"model": "gpt-5.4",
# "model": "gpt-5.6-luna", # 이 줄의 주석을 해제하고, 윗줄을 주석 처리하세요
"messages": [{"role": "user", "content": "Hello"}],
"reasoning_effort": "medium"
}'package main
import (
"context"
"fmt"
"github.com/openai/openai-go/v3"
"github.com/openai/openai-go/v3/option"
)
func main() {
client := openai.NewClient(
option.WithBaseURL("https://synthorai.io/v1"),
option.WithAPIKey("sk-syn-..."),
)
resp, _ := client.Chat.Completions.New(context.TODO(), openai.ChatCompletionNewParams{
Model: "gpt-5.4",
// Model: "gpt-5.6-luna", // 이 줄의 주석을 해제하고, 윗줄을 주석 처리하세요
Messages: []openai.ChatCompletionMessageParamUnion{
openai.UserMessage("Summarize this diff"),
},
ReasoningEffort: openai.ReasoningEffortMedium,
})
fmt.Println(resp.Choices[0].Message.Content)
}import com.openai.client.OpenAIClient;
import com.openai.client.okhttp.OpenAIOkHttpClient;
import com.openai.models.chat.completions.*;
import com.openai.models.ReasoningEffort;
OpenAIClient client = OpenAIOkHttpClient.builder()
.baseUrl("https://synthorai.io/v1")
.apiKey("sk-syn-...")
.build();
ChatCompletion resp = client.chat().completions().create(
ChatCompletionCreateParams.builder()
.model("gpt-5.4")
// .model("gpt-5.6-luna") // 이 줄의 주석을 해제하고, 윗줄을 주석 처리하세요
.addUserMessage("Summarize this diff")
.reasoningEffort(ReasoningEffort.MEDIUM)
.build());
System.out.println(resp.choices().get(0).message().content().orElse(""));자주 묻는 질문
GPT-5.4 vs GPT-5.6 Luna, 어느 쪽이 더 저렴한가요?
입력 / 1M 토큰 기준으로는 GPT-5.6 Luna 쪽이 더 저렴합니다($0.2 대 $2.5, 13배 차이). 다른 항목에서는 반대일 수 있습니다. 전체 요금은 위 표에 있으며, 실제 비용은 사용 패턴에 따라 달라집니다.
연동을 두 번 하지 않고도 GPT-5.4 vs GPT-5.6 Luna A/B 테스트를 할 수 있나요?
네. 두 모델 모두 API 키 하나로 같은 OpenAI 호환 엔드포인트에서 호출합니다. 모델 문자열 한 줄만 바꾸면 전환되므로, 트래픽 일부를 각 모델로 보내 청구 금액을 직접 비교할 수 있습니다.
GPT-5.4, GPT-5.6 Luna 모두 프롬프트 캐싱을 지원하나요?
네. 두 모델 모두 캐시 읽기를 입력 요금보다 낮게 과금하므로, 같은 접두사를 반복해 쓰는 워크로드는 정가로 계산한 것보다 비용이 적게 듭니다. 정확한 캐시 읽기 요금은 위 가격표에 있습니다.