마지막 업데이트: 2026년 8월 18일. 모델 가격과 동시성 수치는 딥시크 공식 가격표와 공식 제한 문서를 기준으로 확인했습니다.
딥시크 공식 가격표는 입력과 출력 토큰을 100만 토큰 단위로 과금합니다. 따라서 DeepSeek Harness 하루 비용은 실행 시간만으로 정하지 말고, 모델 호출비 + 맥 환경 점유비 + 저장·백업비 + 사람의 관리비로 나눠 계산해야 합니다. 이번 주에는 작은 실제 작업으로 토큰 기록을 먼저 만들고, 이후 하루 예산 상한과 자동 중지 조건을 정하는 것이 맞습니다.
이 글은 긴 코딩 작업의 범위를 알고 싶은 독립 개발자, AI Agent 시범 운영 예산을 신청하는 담당자, 단기 대여와 장기 보유 장비를 비교하는 기술 관리자에게 맞습니다.
하루 비용을 시간 대신 비용 항목으로 나누기
먼저 “하루 실행”의 뜻을 고정해야 합니다. 다음 네 가지는 서로 다른 측정 단위입니다.
- 한 번의 긴 작업을 끝내는 일회성 실행
- 매일 같은 시간에 처리하는 고정 배치
- 개발자가 중간에 지시를 추가하는 대화형 개발
- 작업을 스스로 나누고 재시도하는 지속 Agent
각 실행에는 완료 조건과 중지 조건을 기록해야 합니다. 예를 들어 “테스트가 모두 통과하면 완료”, “같은 오류가 두 번 반복되면 중지”처럼 정해야 합니다. 이 기준이 없으면 같은 8시간 실행도 성공 작업과 실패 작업을 비교할 수 없습니다.
기본 공식은 아래처럼 잡습니다.
하루 총비용
= 모델 입력 비용
+ 모델 출력 비용
+ 맥 환경 점유 비용
+ 저장·로그·백업 비용
+ 재시도 비용
+ 관리 시간 비용
| 비용 항목 | 기록할 값 | 계산 기준 |
|---|---|---|
| 입력 호출 | 입력 토큰, 캐시 적중 토큰, 캐시 미적중 토큰 | 토큰 종류별 공식 단가 |
| 출력 호출 | 출력 토큰 | 생성 토큰 수 × 출력 단가 |
| 실행 환경 | 시작 시각, 종료 시각, 중단 시간 | 실제 점유 시간 |
| 운영 부대비 | 저장, 로그, 백업, 복구 횟수 | 사용량 또는 내부 배부 기준 |
| 사람의 개입 | 설치, 승인, 수정, 검수 시간 | 시간당 내부 비용 |
V4 Pro와 V4 Flash는 단가보다 완료율로 비교하기
2026년 8월 18일 확인 기준으로 딥시크 공식 문서에는 deepseek-v4-pro와 deepseek-v4-flash가 제공됩니다. 두 모델 모두 문맥 길이는 100만 토큰이고 최대 출력은 384,000 토큰입니다. 입력 캐시 적중, 입력 캐시 미적중, 출력은 서로 다른 단가로 계산됩니다. 공식 모델·가격 문서에서 가격을 다시 확인한 뒤 계산표에 입력해야 합니다.
| 비교 지표 | DeepSeek V4 Pro | DeepSeek V4 Flash |
|---|---|---|
| 입력 캐시 적중 단가 | 100만 토큰당 공식 가격 확인 | 100만 토큰당 공식 가격 확인 |
| 입력 캐시 미적중 단가 | 100만 토큰당 공식 가격 확인 | 100만 토큰당 공식 가격 확인 |
| 출력 단가 | 100만 토큰당 공식 가격 확인 | 100만 토큰당 공식 가격 확인 |
| 공식 동시성 한도 | 500 | 2,500 |
| 우선 시험할 작업 | 계획 수립, 복잡한 디버깅 | 반복 수정, 분류, 짧은 도구 호출 |
가격표에 표시된 단가를 각각 입력 적중, 입력 미적중, 출력 변수로 두면 계산식은 다음과 같습니다.
모델 비용
= (캐시 적중 입력 토큰 ÷ 1,000,000 × 적중 단가)
+ (캐시 미적중 입력 토큰 ÷ 1,000,000 × 미적중 단가)
+ (출력 토큰 ÷ 1,000,000 × 출력 단가)
V4 Flash가 더 저렴해 보여도 작업 실패로 재시도가 많으면 총비용이 올라갑니다. 반대로 V4 Pro는 한 번에 더 많은 계획을 세워 완료할 수 있다면 작업당 비용이 낮아질 수 있습니다. 그러므로 모델별로 최소한 다음 세 값을 비교해야 합니다.
- 성공한 작업 하나에 사용한 토큰
- 실패 뒤 재시도까지 포함한 총 토큰
- 사람의 수정 없이 완료된 작업 비율
실제 응답의 prompt_cache_hit_tokens, prompt_cache_miss_tokens, completion_tokens를 저장하면 모델별 비교가 가능합니다. 채팅 완료 응답 문서는 이 사용량 필드를 정의하고 있습니다.
캐시와 긴 문맥은 비용을 낮추지만 자동 절약을 보장하지 않기
딥시크의 문맥 캐시는 기본으로 활성화되어 있습니다. 다만 캐시는 입력 전체가 아니라 이전 요청과 완전히 일치하는 접두부를 기준으로 적중합니다. 캐시 생성에는 시간이 걸리고, 사용이 끝난 캐시는 보통 몇 시간에서 며칠 사이에 자동 정리될 수 있습니다. 공식 문맥 캐시 안내를 기준으로 설계해야 합니다.
따라서 Harness의 요청 형식을 매번 바꾸면 캐시 적중률이 낮아질 수 있습니다. 시스템 지침, 저장소 설명, 공통 규칙을 앞부분에 고정하고, 작업별 요청은 뒤에 배치하는 편이 측정하기 쉽습니다. 단, 캐시 적중률을 100%로 가정해서는 안 됩니다.
주의: 긴 문맥을 한 번에 넣는 방식이 항상 저렴하지는 않습니다. 코드 전체를 반복 전송하면 입력 미적중 토큰과 출력 재생성 비용이 함께 커질 수 있으므로, 변경된 파일과 필요한 로그만 보내는 시험군을 별도로 만들어야 합니다.
동시 요청과 실패 재시도가 실제 비용을 키우는 지점
공식 제한 문서에 따르면 계정 단위 동시성 한도는 V4 Pro 500, V4 Flash 2,500입니다. 요청은 전송된 시점부터 모델 응답이 끝날 때까지 동시 연결 하나로 계산됩니다. 한도를 넘으면 HTTP 429가 반환됩니다. API 키를 여러 개로 나눠도 계정 단위 계산을 피할 수 없습니다. 공식 동시성 제한 문서를 기준으로 작업량을 추정해야 합니다.
이 수치를 그대로 작업량으로 해석하면 안 됩니다. 실제 완료량은 다음 요소에 좌우됩니다.
- 하나의 작업에서 생성되는 하위 작업 수
- 도구 호출이 끝날 때까지 유지되는 연결 수
- 제한 초과 뒤 재시도 대기 시간
- 도구 실행 실패 뒤 다시 생성되는 추론
- 사람이 중단 후 재실행하는 요청
공식 오류 문서에서 429는 너무 빠른 요청, 500과 503은 서버 오류 또는 과부하 상황으로 설명됩니다. 오류별 재시도 정책을 나누지 않으면 일일 토큰량이 예측보다 크게 늘 수 있습니다. 공식 오류 코드 문서를 참고해 429, 500, 503을 각각 기록해야 합니다.
로컬 맥과 원격 맥의 점유 비용을 따로 계산하기
Mac 환경 비용은 장비 가격만 보는 항목이 아닙니다. 기존 장비를 사용하는 경우에도 다른 개발 작업을 포기한 기회 비용이 있습니다. 원격 환경을 짧게 대여하면 사용하지 않는 시간의 낭비를 줄일 수 있지만, 연결 유지와 로그 보관을 추가로 관리해야 합니다.
| 환경 방식 | 비용에 넣을 항목 | 적합한 상황 | 확인할 위험 |
|---|---|---|---|
| 기존 맥 공유 | 점유 시간, 전력, 저장, 기회 비용 | 이미 장비가 있고 사용률이 낮을 때 | 다른 작업과 자원 충돌 |
| 단기 원격 맥 | 실제 대여 시간, 시작 준비, 저장 | 시험, 일회성 배치, 짧은 검증 | 시작 지연, 원격 접속 단절 |
| 장기 보유 노드 | 전체 보유 기간, 백업, 복구 | 매일 반복되는 안정 작업 | 유휴 시간이 길어질 수 있음 |
| 여러 사람이 공유 | 사용자별 점유 시간, 권한 처리 | 팀 단위 시범 운영 | 권한 충돌, 일정 대기 |
MESHLAUNCH의 맥 미니 대여 가격 안내를 확인할 때도 표시된 금액만 복사하지 말고 실제 점유 시간을 곱해야 합니다. 가격과 제공 조건은 변경될 수 있으므로 계산일에 페이지 내용을 다시 확인해야 합니다. 지역별 환경을 비교한다면 한국 맥 미니 주문 안내처럼 실제 사용할 지역의 조건을 기준으로 잡는 편이 안전합니다.
환경 비용에는 다음 항목을 넣습니다.
- 운영체제와 도구 설치 시간
- 프로젝트와 캐시의 저장 공간
- 로그 보관 기간
- 백업과 복원 테스트
- 정전, 접속 단절, 프로세스 중단 뒤 복구
- 키와 권한 승인에 걸리는 대기 시간
MESHLAUNCH의 실제 임대 금액이나 Harness 자원 사용량을 이 글에서 임의로 제시하지 않는 이유도 여기에 있습니다. 사이트에 확인되지 않은 구성과 가격을 하루 비용 예시로 만들면 예산표가 실제 청구액과 달라질 수 있습니다.
사람의 관리 시간을 무료로 보지 않기
오픈 소스 실행 도구를 사용해도 운영 비용이 사라지지는 않습니다. 개발자 프리뷰 단계에서는 업데이트 뒤 회귀 시험이 필요합니다. 특히 도구 호출 형식, 응답 필드, 권한 범위가 바뀌면 같은 프롬프트도 완료 조건을 통과하지 못할 수 있습니다.
관리 시간은 다음처럼 분리해 기록합니다.
- 최초 설치와 환경 변수 설정
- 라이브러리 및 실행 도구 업데이트
- 맥 권한 승인과 접근 오류 처리
- 실패한 작업의 원인 분류
- 사람이 결과를 검수하고 다시 지시한 시간
- 다음 실행 전에 프롬프트와 제한값을 조정한 시간
관리자의 시간당 비용을 H, 하루 관리 시간을 T로 두면 H × T를 모델 비용과 별도로 더합니다. 한 번의 검수에 10분이 걸리는 작업이 하루에 반복되면, 장시간 실행 비용보다 사람의 확인 비용이 더 커질 수도 있습니다. 이 값은 공식 문서로 정할 수 없으므로 각 팀이 실제 기록으로 채워야 합니다.
자주 묻는 비용 판단
DeepSeek Harness 하루 토큰량은 어떻게 잡아야 하나요?
고정된 대표값을 쓰지 않습니다. 첫 시험에서 작업 하나당 입력 토큰, 출력 토큰, 캐시 적중 여부, 도구 호출 수를 저장합니다. 이후 성공 작업과 실패 작업을 나눠 평균과 상위 구간을 봅니다. 하루 예상치는 예상 작업 수 × 작업당 토큰으로 시작하되, 재시도 비율을 별도 항목으로 더해야 합니다.
V4 Pro와 V4 Flash 중 어느 쪽이 더 경제적인가요?
간단한 수정과 반복 배치는 V4 Flash부터 시험합니다. 복잡한 계획 수립과 여러 파일을 함께 고치는 작업은 V4 Pro의 성공률을 확인합니다. 판단 기준은 모델 단가가 아니라 완료 작업당 모델 비용 + 검수 시간입니다. 같은 작업을 두 모델에 각각 소량 실행한 뒤 결과를 비교해야 합니다.
지속 실행 AI Agent에는 어떤 비용이 붙나요?
토큰, 캐시, 재시도, 도구 오류, 맥 점유, 저장, 백업, 로그, 권한 승인, 업데이트 회귀 시험, 사람의 결과 검수까지 포함합니다. 서버가 계속 켜져 있어도 유효한 작업이 늘지 않으면 시간당 비용만 쌓입니다. 자동 중지 조건과 일일 잔액 제한을 함께 설정해야 합니다.
유휴 맥과 클라우드 맥 대여는 어떤 기준으로 비교하나요?
유휴 맥은 새 청구액이 없어도 기회 비용과 장애 대응 시간이 있습니다. 클라우드 맥은 점유 시간과 저장 비용을 분명히 계산할 수 있지만 원격 접속과 보존 정책을 확인해야 합니다. 단기 검증은 실제 점유 시간을 줄이는 방식이 유리하고, 반복 업무는 월간 사용률을 계산한 뒤 판단해야 합니다.
이번 주에 바로 적용할 측정 순서
다음 순서로 1회 시험을 진행하면 됩니다.
- 작업 완료 조건과 중지 조건을 문서로 고정합니다.
- V4 Pro와 V4 Flash에 같은 소규모 작업을 배정합니다.
- 요청별 입력, 출력, 캐시 적중, 캐시 미적중 토큰을 저장합니다.
- 하위 작업 수와 동시에 열린 요청 수를 기록합니다.
- 429, 500, 503, 도구 실패, 사람의 재실행을 각각 표시합니다.
- 맥의 시작 준비 시간, 실제 점유 시간, 저장 증가량을 기록합니다.
- 설치, 승인, 복구, 검수에 걸린 사람의 시간을 분 단위로 적습니다.
- 성공 작업당 비용과 사람 개입률을 계산합니다.
- 하루 예산 상한과 자동 중지 조건을 설정합니다.
결정 조건은 단순하게 유지하는 편이 좋습니다.
- 완료 작업당 비용이 목표 안이고 사람 개입률도 낮으면 현재 모델과 환경을 유지합니다.
- 작업은 성공하지만 입력 토큰이 과도하면 공통 문맥을 고정하고 변경 파일만 전달합니다.
- V4 Flash에서 재시도가 반복되면 V4 Pro를 복잡한 단계에만 배치합니다.
- 맥 점유율이 낮고 시험 기간이 짧으면 장기 보유 대신 단기 원격 환경을 검토합니다.
- 429가 반복되면 동시성을 낮추고 지수 대기를 적용합니다.
- 사람의 복구 시간이 모델 비용보다 커지면 자동 실행을 확대하지 말고 중단 원인부터 수정합니다.
현재 방식과 맥 실행 환경을 함께 다시 보기
기존 노트북이나 사내 서버에서 계속 실행하면 별도 청구액이 없어 보입니다. 하지만 개발 작업과 자원 충돌이 생기고, 재부팅 뒤 자동 복구가 빠지며, 로그와 백업을 담당할 사람이 필요합니다. 반대로 원격 맥은 점유 시간과 저장 비용을 분리하기 쉽고, 작업 전용 환경을 만들 수 있지만 사용률이 낮은 기간에는 비효율적일 수 있습니다.
따라서 먼저 작은 실제 작업으로 계산식을 교정해야 합니다. 단기 검증이면 필요한 시간만 맥 환경을 확보하고, 매일 반복되는 작업이면 월간 점유율과 복구 부담까지 비교해야 합니다. MESHLAUNCH의 맥 환경 선택 안내를 참고하되, 최종 판단은 표시 가격이 아니라 완료 작업당 모델 비용, 맥 점유율, 사람의 개입 시간을 함께 넣은 예산표로 내려야 합니다.