GLM 5.2 vs 5.3: API 요금, 제어 기능, 성인 콘텐츠

긴 문서 검토, 구조화된 출력, 도구를 호출하는 에이전트, 성인 롤플레이 등 텍스트 작업을 GLM으로 돌리고 있다면, SpicyAPI에는 풀사이즈 ID가 두 가지 있습니다. zai/glm-5.2/chat과 zai/glm-5.3/chat입니다. 코딩, 에이전트, 도구 호출 작업과 low 추론으로 출력 토큰을 아낄 수 있는 대량 처리에는 GLM 5.3을 쓰세요. 성인 소설과 롤플레이, 그리고 더 낮은 요금을 원할 때는 GLM 5.2를 쓰세요. 작업이 짧고 구조화되어 있고 비용이 관건이라면, 둘 중 어느 쪽보다 먼저 더 저렴한 GLM 5.3 Flash를 써 보세요.

둘 다 1,048,576 토큰을 읽고, 최대 131,072 토큰을 반환하며, 텍스트만 받고, 아래 필드를 제외하면 요청 형식이 같습니다.

작업별로 어떤 모델을 쓸까

요청에서의 차이

두 엔드포인트 모두 목록에 없는 필드는 거부하므로, seed가 들어간 5.3용 본문은 5.2에서 무시되지 않고 실패합니다. 모델별 필드는 따로 관리하세요.

어느 쪽 경로도 medium을 받지 않으며, 추론을 끌 수도 없습니다. Z.ai의 자체 API는 5.2에서 none과 minimal을 thinking 없음으로 매핑하지만, 이 호스팅된 5.2 계약에는 해당하지 않습니다. 둘 다 기본값이 max이므로, 조정하지 않은 호출은 가능한 한 깊이 추론하고 추론 토큰은 출력으로 과금됩니다.

추론 강도를 고르는 선택기가 있는 롤플레이 클라이언트라면, 가장 낮은 설정을 5.2에서는 high, 5.3에서는 low로, 가장 높은 설정은 max로 매핑하세요. 실제로 전송되는 값을 확인하세요. 클라이언트에 표시되는 라벨은 API 파라미터가 아닙니다.

비용

토큰 수가 같다면 5.3은 5.2보다 7.14% 비싸고, 5.2는 5.3보다 6.7% 쌉니다. 캐시 적중분은 캐시 미적용 입력으로 다시 과금하지 말고 캐시 요금으로 계산하세요. 작업 세 가지입니다.

첫 번째 작업을 1만 번 실행하면 5.2에서는 $515.20, 5.3에서는 $552가 듭니다. 요금 차이는 작고, 청구액을 더 크게 움직이는 것은 추론 길이입니다. low의 5.3이 출력 토큰의 3분의 1로 수용 가능한 답을 내면, max의 5.2보다 저렴합니다. 호출당 비용이 아니라, 반환된 usage를 기준으로 수용된 답변당 비용을 비교하세요.

성인 글쓰기: 각 모델이 멈추는 지점

2026년 9월 콘텐츠 테스트(영어, 단일 요청)를 기준으로 합니다.

• 암시적이고 은근한 장면. 둘 다 가장 약한 단계(가벼운 유혹 장면)는 어떤 표현이든 완화하고, 암시적인 관능 장면은 둘 다 깔끔하게 씁니다.
• 평이한 표현의 더 강한 성인 콘텐츠. 5.2는 직접 요청하거나 시스템 프롬프트를 통하면 쓰고, 이야기로 틀을 짜면 거절합니다. 5.3은 시스템 프롬프트를 통해서만 씁니다.
• 성인 사이의 글로 쓴 친밀한 장면. 어느 쪽도 안정적이지 않습니다. 시스템 프롬프트를 쓴 경우 5.2는 3건 중 2건, 5.3은 8건 중 4건을 완료했습니다. 이 적은 표본은 재시도가 필요할 수 있는 이유를 보여 줄 뿐, 장기적인 성공률을 뜻하지는 않습니다. 직접 요청은 둘 다 거절되고, 이야기 틀만으로는 완화된 출력이 나옵니다.
• 소설 속 합의된 구속이나 폭력. 둘 다 대부분의 실행에서 묘사합니다.

어느 모델에서든 시스템 프롬프트에 소설 맥락을 설정하되, 일부 요청은 여전히 완화되거나 거절될 것으로 예상하세요. 이것이 주된 작업이라면 GLM 5.3 Flash도 무검열로 분류되어 있으며 가격은 훨씬 낮습니다. 전체 단계표는 GLM 5.2와 GLM 5.3 리뷰에서 확인하세요.

제어 기능의 차이가 창작자의 애플리케이션에 뜻하는 것

세 가지 일을 하는 일정 도우미를 생각해 보세요. 승인된 장면 개요를 읽고, 방을 찾고, 시간을 확인한 뒤 예약하는 일입니다. 첫 번째 일에서 5.2는 텍스트와 JSON의 공통 기능을 더 낮은 표시 요금으로 제공합니다. 추출이 이미 쓸 만하다면, 더 새로운 버전이라는 이유만으로 옮길 필요는 없습니다.

5.3에서 짧은 추출을 할 때 low는 5.2에는 없는 의미 있는 설정 옵션입니다. 인물 두 명, 샷 세 개, 명시된 시각 하나로 된 개요에는 의존 관계가 있는 한 달 일정만큼의 추론 범위가 필요하지 않습니다. 둘 다 기본 최대값을 그대로 쓰지 말고 추론 강도를 명시적으로 설정하세요.

예약의 경우, 5.3의 parallel_tool_calls: false가 호출을 순차적으로 유지할 수 있지만, 순서는 애플리케이션에서도 강제해야 합니다. 예약 요청에는 가용성 조회가 반환한 슬롯이 필요합니다. 조회가 슬롯을 반환하지 않았다면, 애플리케이션은 지어낸 시각으로 이후 예약을 실행해서는 안 됩니다. 순차 호출로 없는 가용성이 생겨나지는 않습니다.

시드는 변경한 프롬프트를 비교할 때 생성 설정을 고정하는 데 도움이 될 수 있습니다. 하지만 창작 답변을 정본으로 만들지도, 동일한 재현을 보장하지도, 빠진 출처를 해결하지도 못합니다. 성인 컴패니언 애플리케이션이라면 승인된 캐릭터 정보를 시드가 안정적으로 유지해 주기를 기대하지 말고 자체 레코드에 저장하세요.

AI 심사 없이 확인할 수 있는 1시간 일정

아래 예시는 14:00–14:10을 세팅에, 14:50–15:00을 철수에 배정하여 세 샷에 40분을 남깁니다. 사람이 작성한 배분 하나는 편지 클로즈업 14:10–14:20, 함께 웃는 장면 14:20–14:35, 걷는 장면 14:35–14:50입니다. 이는 제안하는 시간 배분이며, GLM이 생성한 일정이 아니고 그 시간 안에 촬영이 끝난다는 약속도 아닙니다.

개요에 두 번째와 세 번째 샷 사이의 10분짜리 조명 교체가 추가되면, 촬영에 쓸 수 있는 시간은 30분뿐입니다. 이 전환을 명시적으로 요청하고 가용 시간을 다시 계산하세요. 전환을 빼먹고 매끄러워 보이는 표를 내놓는 모델은 바뀐 과제를 푼 것이 아닙니다. 두 설명이 얼마나 설득력 있게 들리는지 비교하는 것보다 이쪽이 더 유용한 이전 테스트 사례입니다.

먼저 Playground에서 시험하기

1. GLM 5.3을 열고 Playground로 전환합니다.
2. 아래의 세 샷 티저 개요를 붙여 넣고 Low 추론으로 일정을 요청합니다.
3. 세팅, 세 샷, 철수가 1시간 안에 들어가는지 확인합니다. 이미 5.2를 쓰고 있는 경우에만 High의 5.2와 비교하세요.

완전한 요청 하나

짧은 로맨스 티저 개요를 5.3의 low 추론 강도로 JSON 일정으로 바꿉니다. 긴 입력이나 깊은 추론에는 stream: true를 쓰세요. 클라이언트 타임아웃을 늘려도 네트워크 엣지가 비스트리밍에 적용하는 약 100초의 중단은 막을 수 없습니다.

curl --fail-with-body https://api.spicyapi.ai/v1/chat/completions \
  -H "Authorization: Bearer $SPICY_API_KEY" \
  -H 'Content-Type: application/json' \
  -H "Idempotency-Key: $(uuidgen)" \
  -d '{
    "model": "zai/glm-5.3/chat",
    "reasoning_effort": "low",
    "max_tokens": 3000,
    "temperature": 0,
    "response_format": {"type": "json_object"},
    "messages": [
      {"role": "system", "content": "Return JSON with shots and unresolved_questions. Every shot needs start_time, duration_minutes and description. Fit within the supplied window. Do not invent bookings."},
      {"role": "user", "content": "A non-graphic romance teaser with three shots: a letter close-up, a shared smile and a walk past a railway bench. Available window: 14:00 to 15:00. Allocate 10 minutes for setup before the first shot and 10 minutes for packing after the last shot."}
    ]
  }'

5.2로 보내려면 모델을 zai/glm-5.2/chat으로, 추론 강도를 high로 바꾸고 seed와 parallel_tool_calls는 빼세요.

choices[0].finish_reason을 확인하고 choices[0].message.content를 파싱한 다음, 자체 코드에서 일정을 검증하세요. 샷, 세팅, 철수가 60분 안에 들어가야 하고, 첫 샷은 14:10 이전이면 안 되며, 철수는 15:00까지 끝나야 합니다. 파싱되는 JSON이라도 두 샷이 겹치거나 1시간 창에 70분을 배정했을 수 있습니다.

Agent에게 호출 준비 맡기기

일정 추출을 반복한다면 코딩 Agent에게 SpicyAPI Skill을 쓰도록 요청하세요. "zai/glm-5.3/chat을 읽고 예제를 내 입력에 맞게 조정해 줘. 실행하기 전에 요청을 보여 줘." CLI 조회는 spicyapi models get zai/glm-5.3/chat --json이고, MCP 조회는 spicyapi_model_get이며 model: "zai/glm-5.3/chat"을 지정합니다. 채팅 호출은 호환 클라이언트 또는 채팅 API를 사용하며, 미디어 작업 명령은 채팅 응답을 생성하지 않습니다.

둘 사이를 옮길 때

동일 조건에서 이전 점검을 하려면, 기존 프롬프트를 두 ID에서 high로 실행해 수용된 답변과 총 사용량을 비교하세요. 그다음 5.3을 low로 따로 시험해, 더 짧은 추론으로도 같은 점검을 충족하는지 확인합니다. 새 경로가 점검을 통과할 때까지는 기존 ID를 폴백으로 유지하세요.

잘못된 추론 값. medium은 둘 다에서 실패하고, low는 5.2에서 실패합니다.

보이는 답변이 비어 있음. stop 문자열이 추론 중에 발동해 답변이 나오기 전에 턴이 끝날 수 있습니다. 필요하지 않다면 제거하고, END 같은 흔한 단어는 절대 쓰지 마세요.

사진이나 PDF가 거부됨. 둘 다 텍스트만 받습니다. 먼저 텍스트를 추출하세요.

도구 호출이 완료된 것으로 처리됨. 도구 호출이 담긴 어시스턴트 메시지 전체를 반환하고, 허용 목록에 있는 함수를 실행한 뒤, role: tool 메시지를 덧붙이고 일치하는 tool_call_id를 넣으세요. 제안된 예약은 예약이 아닙니다.

답변이 잘림. max_tokens(최대 131,072)를 올리거나 더 적게 요청하고, JSON을 가져오기 전에 종료 사유 length는 거부하세요.

새로운 코딩이나 도구 연동에는 GLM 5.3으로 시작하세요. 이미 잘 돌아가는 성인 소설 워크플로라면 GLM 5.2가 더 저렴하고 더 협조적인 출발점이며, 버전이 바뀌었다는 이유만으로 옮길 필요는 없습니다.