딥시크 비전 실험 모델, 8월 21일 변경 로그에서 확인할 것들 | DAKER 커뮤니티

딥시크 관련 소식이 이어지다 보면 무엇이 새로 열린 것인지, 무엇은 이미 나온 공지인지 금방 섞이기 쉽습니다. 특히 GLM-5.3이나 2026년 8월 13일의 V4 프로 정식 공지처럼 이미 다룬 내용이 있으면, 이번 업데이트를 같은 흐름으로 읽기 쉽습니다. 하지만 오늘 확인할 대상은 그 둘이 아닙니다.

이번에 볼 공식 근거는 2026년 8월 21일 변경 로그에 올라온 DeepSeek-V4-Flash-Vision-Exp입니다. 핵심은 간단합니다. 정식 제품 발표가 아니라 실험 비전 모델이 API로 열렸다는 점입니다.

딥시크 비전이 실험입니다

2026년 8월 21일 딥시크가 연 것은 실험 비전 모델 deepseek-v4-flash-vision-exp입니다.

원문은 DeepSeek API 변경 로그 2026-08-21에서 볼 수 있습니다. 함께 확인할 문서는 Vision 가이드, Models & Pricing, Thinking Mode입니다. 이 글의 숫자와 한도는 이 네 주소를 기준으로 옮깁니다.

무엇이 실제로 열렸습니까

열린 것은 API입니다. 모델 아이디에 deepseek-v4-flash-vision-exp를 넣으면 이미지와 텍스트를 함께 처리할 수 있습니다. 가격표의 모델 버전 칸에는 DeepSeek-V4-Flash-Vision-Exp로 적혀 있습니다. 베이스 주소는 OpenAI 형식이 https://api.deepseek.com, Anthropic 형식이 https://api.deepseek.com/anthropic입니다.

컨텍스트는 100만 토큰이고, 최대 출력은 38만 4천 토큰입니다. 사고 모드는 사고와 비사고를 함께 지원하며 기본은 사고입니다. 가격표에는 JSON 출력, 도구 호출, Responses API, Anthropic API, Chat Prefix Completion(베타)이 지원되는 것으로 표시되어 있습니다. 반면 FIM Completion은 지원하지 않는다고 적혀 있습니다. 동시 한도는 2500입니다.

공식 설명에 따르면 텍스트 능력은 DeepSeek-V4-Flash와 같고, 시각 이해가 필요한 에이전트 벤치에서는 V4-Flash보다 크게 올랐습니다. 또 멀티모달 에이전트 능력은 Opus-4.8에 가깝다고 적혀 있습니다. 다만 이 비교는 딥시크가 직접 적은 벤더 문장이지, 우리 저장소에서 다시 측정한 값은 아닙니다.

이미지는 어떻게 넣고, 어디까지 받습니까

지원 이미지 형식은 JPEG, PNG, GIF, WebP입니다. 판별은 파일 이름이나 선언된 MIME이 아니라 실제 파일 내용으로 이뤄집니다.

이미지를 넣는 방법은 세 가지입니다. 요청 안에 base64 데이터 URL을 직접 넣는 방식, 공개 http(s) 주소를 넣는 방식, Files API의 file_id를 쓰는 방식입니다. 공개 URL은 8192자까지이고, 파일은 32MiB까지이며, 내려받기는 60초 안에 끝나야 합니다. 같은 이미지를 여러 요청에서 쓰거나 인라인 한도 48MiB를 넘길 때는 file_id 경로를 쓰면 됩니다. Files API로 가리키는 단일 이미지는 64MiB까지입니다.

Responses API에서는 같은 세 방법이 input_image 칸으로 들어갑니다. Anthropic 형식에서는 image 블록의 source.type이 base64, url, file입니다.

한 요청의 이미지 수는 600장까지입니다. 요청 본문은 48MiB입니다. file_id가 없으면 이미지 합계 64MiB, 있으면 200MiB까지입니다. 한 변은 8192픽셀까지이고, 이미지가 15장 이상이면 4096픽셀로 내려갑니다.

이미지는 사용자 메시지에만 넣습니다. 시스템이나 어시스턴트 메시지에 넣으면 400입니다.

비전 모델이 아닌 이름에 이미지를 넣어도 400이 납니다. 공식 오류 문구는 This model does not support image입니다. 따라서 deepseek-v4-pro나 deepseek-v4-flash에 이미지를 넣는 호출은 이번 실험의 범위가 아닙니다.

detail 옵션과 이미지 토큰 계산

image_url에는 detail 옵션이 있습니다. low는 추론 전에 512×512로 줄이고, high는 original과 같으며 원본을 유지합니다. auto는 지금은 original과 같습니다. 다만 Files API의 file_id에서는 detail을 무시합니다.

토큰은 픽셀 수 기준으로 이미지마다 따로 계산됩니다. 가이드에 따르면 대략 384×384보다 작은 그림은 비율을 유지한 채 키우고, 큰 그림은 대략 800×800 픽셀 합계로 줄입니다. 그 결과 이미지당 토큰 상한은 384입니다. 2000×2000과 5000×5000이 같은 토큰을 쓴다고 가이드가 적고 있습니다. 여러 장을 넣으면 장마다 같은 규칙을 적용합니다. 이 토큰은 텍스트 입력 토큰과 함께 청구됩니다.

작은 글자를 읽어야 하는 화면이라면 low를 먼저 고정해 생각하는 것보다 original을 쓰는 편이 낫습니다. auto 역시 현재는 original과 같다고 적혀 있을 뿐이므로, 그 동작을 영구한 기본값처럼 받아들이는 것은 조심하는 것이 좋습니다.

가격표에 적힌 달러와 피크 시간

단위는 백만 토큰입니다. 가격 페이지에 적힌 Vision-Exp 줄만 옮기면, 입력 캐시 적중은 오프피크 0.007달러, 피크 0.014달러입니다. 입력 캐시 미적중은 오프피크 0.22달러, 피크 0.44달러입니다. 출력은 오프피크 0.66달러, 피크 1.32달러입니다. 페이지에 없는 숫자는 이 글에도 넣지 않습니다.

주석에는 오프피크가 피크의 절반이라고 적혀 있습니다. 피크 시각은 월요일부터 금요일, UTC 01:00–04:00과 06:00–10:00입니다. 그 밖은 모두 오프피크입니다. 주말도 오프피크이고, 평일 UTC 04:00–06:00도 오프피크입니다.

한국 시각으로 바꾸면 피크 첫 구간 UTC 01:00–04:00은 10:00–13:00, 둘째 구간 UTC 06:00–10:00은 15:00–19:00입니다. 평일 13:00–15:00은 오프피크입니다. 따라서 같은 모델 이름이라도 호출 시각에 따라 청구가 달라집니다.

평일 10:00–13:00과 15:00–19:00은 피크이고, 13:00–15:00과 주말은 오프피크입니다.

새 가격의 적용 시각은 공식 공지 기준 2026년 8월 16일 16:00 UTC입니다. 한국 시각으로는 8월 17일 01:00입니다. 오늘은 2026년 8월 25일이므로, 현재 청구에는 이미 새 가격이 적용됩니다.

사고 토큰은 출력 토큰으로 청구됩니다. 겉으로 보이는 출력 단가만 보고 에이전트 루프 비용을 단순 계산하면 실제와 어긋날 수 있습니다. 기본 사고 강도는 high입니다. 짧은 캡션 작업이라면 high를 그대로 두는 것보다 low를 명시하는 편이 비용 추정에 더 맞을 수 있습니다. Responses API에서 none은 사고를 끄고, medium과 xhigh는 high로 매핑됩니다.

벤더가 올린 점수표는 어떻게 읽어야 합니까

아래 숫자는 딥시크 변경 로그 2026-08-21 표에 실린 값입니다. 모두 벤더가 보고한 점수이며, 우리가 다시 돌린 결과는 아닙니다. 같은 글에는 코드 에이전트 텍스트 과제가 DeepSeek Harness 최소 모드, max 노력, topp=0.95, temperature=1.0으로 측정됐다고 적혀 있습니다. 또 ApexBench와 Agents' Last Exam에서는 텍스트 모델 DeepSeek-V4-Flash가 그 안의 멀티모달 요소를 무시한다고 설명합니다.

벤치점수
Terminal Bench 2.183.9
NL2Repo57.7
DeepSWE59.3
DSBench-Hard63.6
AutomationBench (Public)25.7
ApexBench (Pass@1)36.5
Agents' Last Exam27.3
Chartography64.3
ZeroBench (Pass@5)35.0

출처는 DeepSeek API Docs Change Log, Date: 2026-08-21, DeepSeek-V4-Flash-Vision-Exp Release입니다. 텍스트 과제의 83.9와 57.7은 공식 문장이 말한 V4-Flash와 같다는 설명과 함께 읽는 것이 맞습니다. Chartography 64.3과 ZeroBench 35.0은 같은 표 안의 시각 관련 항목입니다.

Opus-4.8에 가깝다는 문장도 벤더 주장입니다. 우리 차트 한 장의 정답률이 아닙니다.

그래서 측정 조건을 지운 채 점수만 따로 떼어 슬라이드나 README 상단에 붙이는 방식은 조심할 필요가 있습니다. 오늘 근거는 우리 환경에서 한 번 읽힌 화면과 호출 로그여야 합니다.

이번 소식이 아닌 것들

이 업데이트는 V4 프로 정식 발표가 아닙니다. 그 소식은 8월 13일 공지이고, 커뮤니티에 이미 있습니다. GLM-5.3 글도 이미 있습니다. 오늘 본문은 그 둘을 다시 쓰는 글이 아닙니다.

또 공식 가중치 공개 소식도 아닙니다. 이 글이 읽는 공식 주소는 API 문서입니다. 따라서 Hugging Face의 비공식 오버레이를 공식 체크포인트처럼 다루지 않습니다. MIT 라이선스를 이 모델에 붙이는 식의 해석도 이 글의 범위가 아닙니다. 오늘 확인하는 호출 이름은 deepseek-v4-flash-vision-exp입니다.

프로와 플래시에 동시에 눈이 붙은 날도 아닙니다. 이미지를 받는 이름은 이번 실험 모델 하나입니다. 프로 호출에 이미지를 넣으면 400입니다. FIM이 열린 날도 아닙니다. 가격표에는 비전 줄의 FIM이 지원되지 않는다고 적혀 있습니다.

오늘 실제로 확인하면 좋은 것

팀의 기본 모델을 곧바로 프로에서 비전으로 바꾸는 회의가 먼저일 필요는 없습니다. 오늘 확인할 일은 한 번의 호출입니다. 모델 이름에 deepseek-v4-flash-vision-exp를 넣고, 사용자 메시지에 텍스트와 이미지 한 장을 함께 넣어 보면 됩니다. 시스템 칸에 이미지를 넣지 않는 점만 분명히 지키면 됩니다.

호출이 끝나면 모델 아이디, 사고 강도, 피크 여부, 입력·출력 토큰을 한 줄로 남겨 두는 것이 좋습니다. 벤더 표를 우리 점수처럼 적는 대신, 실제로 우리 화면이 읽혔는지와 도구 호출이 이어졌는지를 기록하는 편이 다음 실험에 더 도움이 됩니다.

해커톤 주간이라면 이 차이는 더 분명합니다. 심사위원이 여는 것은 변경 로그가 아니라 URL입니다. 실험 모델이 열렸다는 사실만으로 제출이 되지는 않습니다. 그 모델이 실제로 화면을 읽고, 그 결과가 다른 사람 브라우저에서 열릴 때 비로소 결과물이 됩니다. DAKER by DACON의 규칙도 그 점에서 달라지지 않습니다. 만들어서 겨루고, 돌아가는 링크로 내는 구조입니다.

오늘 할 일은 이미지 한 장과 한 호출과 한 링크입니다. 그 링크가 제출입니다.

기록은 여덟 줄이면 충분합니다. 날짜, 모델 아이디, 이미지 입력 방식(base64, URL, file_id), detail, 사고 강도, 피크 여부, 입력·출력 토큰, 공개 링크입니다. 이 정도가 남아 있어야 다음 사람이 같은 조건으로 재현할 수 있습니다.

이미 프로를 쓰는 팀이라도 오늘 기본값을 비전으로 갈아끼울 필요는 없습니다. 프로 정식과 비전 실험은 다른 이름입니다. 이미지가 필요한 작업에만 비전 이름을 넣고, 텍스트만 있는 루프에는 굳이 비전 이름을 넣지 않는 편이 낫습니다. 이름이 바뀌면 한도와 가격, 실패 지점도 함께 바뀌기 때문입니다.

참고 자료

Change Log — DeepSeek-V4-Flash-Vision-Exp, 2026-08-21
Vision 가이드
Models & Pricing
Thinking Mode

여러분은 이 실험 모델을 어떤 화면이나 차트로 먼저 시험해 보고 싶은가요?