티스토리 뷰

카테고리 없음

클로드 가격, 같은 작업인데 모델만 바꿔도 요금이 이렇게까지 벌어진다(하이쿠 소네트 오퍼스 요금)

ststst1255 2026. 9. 5. 04:23

목차


    혼자서 블로그 4개, 유튜브 4채널, 카드뉴스까지 돌리다 보면 어느 순간 궁금해진다.
    이 많은 자동화가 결국 같은 구독 한도, 같은 API 지갑을 나눠 쓰고 있는데 — 왜 어떤 작업은 싼 모델을 쓰고 어떤 작업은 비싼 모델을 쓸까.

    답은 단순하다. 같은 일을 시켜도 모델을 잘못 고르면 값이 몇 배씩 벌어진다.
    그래서 반복적이고 실수해도 티가 안 나는 작업엔 싼 모델을, 판단이 틀리면 손해가 큰 작업엔 비싼 모델을 쓴다.

    숫자로 보면 이 원칙이 왜 당연한지 바로 나온다.

    AI 모델 배치 원가_1

    하이쿠 1, 소네트 2, 오퍼스 5 — 숫자로 보면 이렇게 벌어진다

    2026-09-05 기준 Anthropic 공식 API 가격표는 이렇다.
    토큰 100만 개(1M 토큰)를 처리할 때 드는 비용이다.

    모델 입력 $/1M 토큰 출력 $/1M 토큰
    Claude Haiku 4.5 $1.00 $5.00
    Claude Sonnet 5 $2.00 $10.00
    Claude Opus 5 $5.00 $25.00

    같은 토큰량을 처리한다고 가정하고 하이쿠를 기준(1배)으로 놓으면 이렇게 벌어진다.

    비교 입력 배수 출력 배수
    오퍼스 ÷ 하이쿠 5배 5배
    소네트 ÷ 하이쿠 2배 2배

    정확히 5배, 정확히 2배다. "절반 줄었다" 같은 뭉뚱그린 표현보다 이 숫자가 더 무섭다.
    반복 작업 하나를 습관적으로 오퍼스에 돌리고 있었다면, 하이쿠로만 바꿔도 같은 일에 5분의 1 비용으로 끝낼 수 있었다는 뜻이니까.

    여기에 하나 더. 소네트 5는 원래 2026-09-01부터 입력 $3·출력 $15로 오를 예정이었다.

    그런데 08-10 Anthropic이 그 인상 계획을 취소했다. 도입가였던 $2/$10가 그대로 영구 정가가 됐다(클로드 API 가격 편에서 이미 확인한 내용). 위 표의 $2.00/$10.00은 이 취소 이후 값이다.

    이 블로그 파이프라인은 실제로 이렇게 나눠 쓴다

    숫자만 보면 "그럼 전부 하이쿠 쓰면 되는 거 아니냐"는 결론이 나올 법하다. 실제로는 아니다.
    이 블로그(디딧랩)를 포함한 하루 무인 제작 체인이 실제로 어떤 작업에 어떤 모델을 배정하는지 코드를 다시 열어봤다.

    작업 이 작업의 성격 배정 모델
    세션 인증 상태 확인(가벼운 생존 핑) 매번 똑같은 짧은 응답 하나만 받으면 끝, 틀려도 다음 핑에서 바로 드러남 하이쿠
    핫키워드 라벨링(분류) 반복 빈도 높고, 카테고리 나누는 판단이 단순함 하이쿠
    하루 3편 글쓰기(지금 이 글 포함) 제목 공식·SEO·팩트체크·구조 판단이 매번 다르게 얽힘, 틀리면 검수·재작성 비용이 큼 소네트
    주간 전략 리서치 다음 1~2주 방향을 정하는 판단, 오판 비용이 큼 소네트
    세션 복구·재개 처리 오류 상황을 읽고 다음 행동을 정해야 함(단순 반복이 아님) 소네트

    이 표를 보면 "반복이냐 아니냐"보다 더 중요한 기준이 보인다.

    왜 반복 작업도 소네트를 쓰는 경우가 있을까

    여기서 궁금증이 하나 생긴다. 글쓰기도 매일 반복되는 작업인데, 왜 하이쿠가 아니라 소네트를 쓸까.

    답: 반복 빈도가 아니라 판단 난이도가 기준이기 때문이다.

    인증 핑은 "ok"라고만 답하면 되는, 정답이 하나뿐인 작업이다. 틀렸는지 아닌지도 바로 다음 핑에서 드러난다.

    반면 글쓰기는 매번 다른 소재·다른 제목·다른 팩트체크가 얽힌다. 여기서 판단을 잘못하면 애드센스 심사·독자 신뢰까지 영향을 준다. 재작성 비용이 토큰 몇 배 아끼는 것보다 훨씬 크다.

    같은 논리로 라벨링은 하이쿠, 전략 리서치는 소네트로 갈린다. "얼마나 자주 하느냐"가 아니라 "틀렸을 때 되돌리는 값이 얼마나 크냐"가 모델을 정한다.

    AI 모델 배치 원가_2

    혼자 여러 파이프라인을 돌리는 사람일수록 이 기준이 더 절실하다. 블로그 4개·유튜브 4채널이 전부 같은 구독 한도 안에서 돌아가기 때문에, 판단이 필요 없는 곳에서 비싼 모델을 습관적으로 쓰면 정작 판단이 중요한 작업에서 한도가 먼저 바닥날 수 있다.

    이번엔 안 올랐다 — 그런데 그게 더 중요한 이유

    이번엔 인상이 취소돼 원가가 그대로였다.

    그런데 취소되지 않았다면 어땠을까 계산해보면, 반복 작업에 소네트를 습관적으로 쓰고 있었을 경우 그 작업의 원가가 그대로 1.5배 올랐을 뻔했다.

    판단이 중요한 작업이라면 1.5배가 올라도 하이쿠로 낮추는 게 답이 아니다. 오판 비용이 여전히 더 크기 때문이다.

    다만 이번처럼 취소로 끝나는 경우도 있고 실제로 오르는 경우도 있으니, 가격이 바뀐다는 공지가 뜰 때마다 "이 작업, 지금도 이 모델이 맞나"를 다시 확인해야 하는 이유가 여기 있다.

    내 프로젝트에서 확인하는 법

    거창한 도구 없이도 자기 자동화의 모델 배치를 스스로 점검할 수 있다.

    • 지금 돌리는 자동화 스크립트를 열어 --model 옵션이나 API 파라미터에 어떤 모델이 박혀 있는지 하나씩 확인한다.
    • 그 작업이 "정답이 하나뿐이고 틀려도 바로 드러나는 일"인지, "판단이 얽혀 있고 틀리면 되돌리기 힘든 일"인지 나눠본다.
    • 공식 가격표(Anthropic이든 다른 제공사든)에서 입력·출력 단가를 확인하고, 위 표처럼 자기 기준 모델 대비 배수를 직접 계산해본다.
    • 정가가 바뀌는 공지가 뜰 때마다(도입가 종료·요금 인상 등) 반복 작업에 걸린 모델부터 재점검한다. 가장 자주 도는 작업이 바뀐 단가의 영향을 가장 크게 받는다.

    🔗 공식 사이트 바로가기 — Anthropic API 가격표

    Anthropic이 운영하는 공식 가격 페이지로 이동한다. 모델별 입력·출력 토큰 단가를 실시간으로 확인할 수 있다. (새 창으로 열립니다)

    👉 Anthropic 공식 가격표 바로가기 (anthropic.com/pricing)

    혼자 자동화를 여러 개 돌리다 보면 "일단 좋은 모델 쓰면 되지"라는 생각이 편하다.
    하지만 그 편함이 반복 작업에서 쌓이면, 정작 판단이 필요한 순간에 쓸 한도가 남지 않는다. 숫자로 확인해두면 그 실수를 미리 막을 수 있다.

    이 파이프라인이 새벽 시간대별로 채널을 쪼개 돌리는 이유(블로그 4개를 새벽 시간대별로 쪼개 돌리는 이유)도 결국 같은 문제의식에서 나왔다. 하나의 구독 한도를 여러 자동화가 나눠 쓰는 구조에서는, 시간을 쪼개는 것과 모델을 쪼개는 것이 같은 종류의 절약이다.

    함께 보면 좋은 글