비싼 코딩 모델을 매번 쓸 필요가 있을까: 실행과 최종 검토를 나눈 한 달의 경험

DeepSeek를 실행에 쓰고 중요한 코드만 Opus로 검토한 한 달의 경험을 살펴봅니다. 개인의 체감 평가와 공식 구독 한도를 구분해, 소규모 팀의 예산 배분과 재작업 비용을 비교합니다.

DeepSeek에 코드 실행·수정을, Opus 5.5에 중요한 코드의 검토를 맡긴 모델 분업
Jono의 사용기에 나온 실행·검토의 모델 분업. 출처: Jono

코딩 모델의 비용이 부담스러우면 반복 실행과 최종 검토에 쓰는 모델을 따로 고를 수 있다. 반복해서 코드를 고치고 테스트하는 일과 중요한 변경을 마지막으로 검토하는 일을 나눌 수 있다. 개발자 Jono는 10월 7일 공개한 사용기에서 언어 모델인 DeepSeek 4.1 Flash를 약 한 달 동안 12개 프로젝트에 집중적으로 썼다고 밝혔다. 그는 중요한 코드의 최종 검토에 가끔 다른 모델을 불렀다.

그는 작업 중 모델 이름을 보지 않으면 DeepSeek와 Anthropic의 언어 모델 Opus의 차이를 알아채기 어려웠다고 적었다. 대화, 작업 결과, 속도에 대한 자신의 체감이다. 저자는 평소 실행에 쓰는 모델과 별도 검토에 쓰는 모델을 다르게 골랐다.

한 달 동안 무엇을 맡겼나

저자는 DeepSeek를 간단한 코드 생성에만 쓰지 않았다. 복잡한 계획 수립과 조사에도 활용했고, UI를 탐색하며 문제를 찾는 테스트나 파일 정리처럼 반복 호출이 필요한 일도 맡겼다. 비싼 모델을 부를 때마다 사용량을 의식하던 상황에서, 작은 작업을 여러 번 시도하는 부담이 줄었다는 설명이다.

Jono의 사용기 범위: 약 한 달, 12개 프로젝트에서 대화·작업·속도의 차이를 체감하기 어려웠다는 개인 평가
출처: Jono의 DeepSeek 사용기

그는 세션의 예상 비용이 1달러를 넘는 경우가 드물었고, 때로는 세션이 하루 대부분 이어졌다고 썼다. 이 금액은 저자가 본 예상 사용 비용이며, 월 구독료나 팀 전체의 개발비와는 구분된다. 팀의 월 예산은 실제 작업량과 실패 후 다시 호출하는 횟수에 따라 달라진다.

월 10달러 구독은 무제한이라는 뜻인가

저자가 이용한 것은 코딩 에이전트에 모델을 공급하는 OpenCode Go다. 10월 9일 확인한 공식 안내에서 Go의 구독료는 월 10달러이며 DeepSeek V4.1 Flash가 제공 모델에 포함돼 있다. 저자는 자신의 사용량에서 사실상 무제한처럼 느꼈다고 표현했지만, 공식 요금제에는 사용 한도가 있다.

OpenCode는 한도를 모델별 달러 환산 사용량으로 계산한다. 현재 Go 안내에서 DeepSeek V4.1 Flash의 월 한도는 60달러 상당이며, 각 모델에는 월 한도의 20%를 적용하는 5시간 한도와 50%를 적용하는 주간 한도도 있다. 월 10달러는 구독료, 60달러는 해당 모델 사용량을 재는 환산 한도다. 둘을 더해서 매월 청구되는 금액으로 읽으면 안 된다.

OpenCode 공식 요금제 표의 원본 화면과 한글 번역: Go 월 10달러, Go Plus 월 40달러, Plus는 더 높은 사용 한도 제공
출처: OpenCode Go. 요금제 표 원문 기반 한글 번역.

같은 구독료라도 입력 길이와 출력량에 따라 가능한 작업량이 달라진다. 긴 파일을 매번 읽히는 팀과 짧은 수정만 요청하는 팀은 한도를 소진하는 속도부터 다를 수 있다. 앞서 다룬 코딩 도구 구독의 숨은 사용 한도도 구독료와 실제 작업량을 따로 비교해야 하는 이유를 설명한다.

중요한 코드만 다른 모델로 검토한 뒤 다시 맡겼다

저자는 가끔 중요한 작업의 최종 코드 리뷰에 Opus 5.5를 불렀다. 리뷰에서 몇 가지 경계 사례를 찾아내면, 수정 실행은 다시 DeepSeek에 맡겼다. 더 비싼 모델로 작업 전체를 처음부터 다시 하는 대신, 이미 나온 변경을 다른 모델이 살펴보게 한 것이다. 저자는 이 선택의 이유도 성능 차이만으로 설명하지 않고, 문제를 새로운 시각으로 보려는 목적이라고 적었다.

원문 저자의 중요 작업 처리 순서: DeepSeek 실행, 필요할 때 Opus 5.5 최종 리뷰, 발견한 경계 사례를 DeepSeek로 수정
출처: Jono의 DeepSeek 사용기

소규모 팀이 이 방식을 시험한다면 리뷰용 모델에 변경 파일만 던지기보다 요구사항, 실제 코드 차이, 실행한 테스트와 남은 실패를 함께 전달하는 편이 낫다. 실행 모델이 쓴 설명을 그대로 승인 근거로 삼으면, 검토 모델도 같은 누락을 따라갈 수 있다. 리뷰 결과는 수정할 위치와 재현 조건으로 돌려받고, 실행 모델이 고친 뒤 같은 테스트를 다시 돌려야 한다. 이는 원문의 분업을 팀 업무에 옮기는 운영 제안이다.

모델 요금보다 재작업 시간을 먼저 비교할 때도 있다

비용 비교에는 저가 모델 호출료와 검토 모델 호출료 외에 사람이 코드를 확인하고 잘못된 수정을 되돌리는 시간도 들어간다. 실행이 저렴해도 리뷰 대기와 재작업이 늘면 팀의 총비용은 커질 수 있다. 두 모델을 쓴다는 사실만으로 검토가 독립적이거나 코드가 안전해지는 것도 아니다. 결제나 권한 변경처럼 실패 영향이 큰 코드는 사람의 승인과 프로젝트의 테스트를 그대로 유지해야 한다.

처음부터 모든 프로젝트의 기본 모델을 바꾸기보다, 되돌리기 쉬운 반복 작업에서 비교를 시작할 수 있다. 기존 방식과 실행·리뷰를 나눈 방식에 같은 종류의 작업을 맡기고, 완료까지 든 호출 비용과 사람의 수정 시간, 다시 열린 버그를 기록한다. 중요한 변경에서만 별도 리뷰를 추가했을 때 비용이 어떻게 달라지는지도 함께 본다. 이 기록이 쌓이면 반복 실행을 옮길 범위와 별도 검토에 남길 예산을 정할 수 있다.

출처: Jono, Why Isn't The Industry Freaking Out About DeepSeek 4.1 Flash? · OpenCode Go 공식 문서