DeepSeek V4.1-Flash가 Pro를 대체한다…모델명 호환부터 확인해야 한다

DeepSeek는 2026년 9월 10일 DeepSeek-V4.1-Flash를 출시하면서 9월 14일 04:00 UTC, 한국시간 오후 1시부터 deepseek-v4-pro 요청을 새 모델로 전환할 계획을 제시했다. 당시 TechNode의 출시 보도 도 V4-Pro 요청이 V4.1-Flash로 라우팅되고 Flash 요금이 적용될 예정이라고 전했다.

그러나 9월 13일 현재 이 전환을 확정 일정으로 간주하면 안 된다. DeepSeek의 공식 API 변경 로그 는 9월 14일 이후에도 V4-Pro API 서비스를 계속 제공하고 과금 방식도 유지한다고 명시한다. 출시 발표와 운영 문서가 충돌하는 상황에서 실제 API 정책을 판단할 기준은 현재 게시된 변경 로그이며, V4-Pro가 다음 날 자동으로 V4.1-Flash로 바뀐다고 단정할 근거는 사라졌다.

9월 14일 Pro 전환은 현재 운영 문서에서 철회됐다

처음 공개된 계획은 코드 수정 없이도 deepseek-v4-pro 뒤의 실제 처리 모델이 바뀌는 라우팅 전환이었다. 모델 ID는 계속 작동하지만 응답 모델과 단가가 동시에 달라지는 방식이어서, 제목처럼 V4.1-Flash가 사실상 Pro를 대체하는 조치로 해석할 수 있었다.

현재 변경 로그의 문구는 정반대다. V4-Pro를 9월 14일 이후에도 제공하고 기존 과금 방식을 유지하며, 향후 변화가 있으면 다시 알리겠다는 내용이다. 따라서 전환 시각을 기준으로 배포나 과금 경보를 설정한 운영팀은 그 일정을 확정된 공급자 변경으로 취급하지 말아야 한다.

두 공식 페이지가 왜 달라졌는지, 당초 라우팅 계획이 완전히 취소됐는지 또는 연기됐는지는 공개돼 있지 않다. 다만 실제 서비스 정책에 더 직접적인 문서는 API 변경 로그다. 별도의 후속 공지가 나오기 전까지 deepseek-v4-pro가 V4.1-Flash로 자동 연결된다고 가정하는 것은 안전하지 않다.

모델 ID별로 확정된 라우팅이 다르다

Pro 전환이 철회됐다고 해서 Flash 계열의 변경까지 취소된 것은 아니다. V4.1-Flash는 이미 API에서 이용할 수 있으며 공식 호출 이름은 deepseek-flash다. 기존 Flash 모델 두 개는 별도 모델로 폐기됐고, 과거 호출 이름만 임시 호환 경로로 남았다.

• deepseek-flash: V4.1-Flash를 명시적으로 호출하는 현재 모델 ID다.
• deepseek-v4-flash: 이전 V4-Flash 모델은 폐기됐으며, 이 이름의 요청은 임시로 V4.1-Flash에 연결된다.
• deepseek-v4-flash-vision-exp: V4-Flash-Vision-Exp 역시 폐기됐고, 호환을 위해 V4.1-Flash로 라우팅된다.
• deepseek-v4-pro: 최신 운영 문서상 9월 14일 이후에도 V4-Pro 서비스를 계속 이용하며 기존 과금 방식이 유지된다.

핵심은 같은 ‘기존 모델명’이라도 결과가 같지 않다는 점이다. Flash 계열의 과거 ID는 이미 새 모델로 연결되지만 Pro ID는 현재 문서상 기존 서비스를 유지한다. 임시 호환 ID의 종료 시점은 공개되지 않았으므로 신규 연동에서는 deepseek-flash를 쓰는 편이 호출 의도를 명확하게 남긴다.

V4.1-Flash의 구조와 캐시 절감은 그대로 유효하다

라우팅 계획의 변경과 V4.1-Flash 자체의 출시는 구분해야 한다. DeepSeek의 V4.1-Flash 출시 페이지 에 따르면 언어 백본은 552B 매개변수의 MoE이며, Causal Encoder–Decoder 구조에서 입력 처리에는 토큰당 8B, 출력 생성에는 16B 매개변수를 활성화한다. 이미지와 텍스트를 함께 받는 네이티브 멀티모달 입력도 지원한다.

입력과 출력에서 활성화하는 매개변수 수가 다른 설계는 저장된 전체 모델 크기와 요청당 계산량을 분리한다. 긴 입력을 읽는 prefill 단계에는 상대적으로 적은 매개변수를 사용하고, 텍스트를 생성하는 decode 단계에는 더 많은 계산을 배분한다. 다만 이 구조만으로 개별 API 호출의 지연시간이나 품질 향상 폭을 예측할 수는 없다.

DeepSeek는 이전 V4-Flash와 비교해 V4.1-Flash의 KV 캐시가 HBM에서는 4분의 1, SSD 저장 공간에서는 8분의 1만 필요하다고 제시했다. 이는 긴 컨텍스트를 유지하는 공급자 인프라의 메모리 부담과 처리량에 관련된 수치다. API 이용자의 청구액은 모델별 단가, 입력·출력 토큰, 캐시 적중 여부에 따라 결정되므로 캐시 크기 감소율을 그대로 비용 할인율로 해석해서는 안 된다.

회귀 테스트 범위도 Pro와 Flash를 분리해야 한다

초안에서 가장 큰 운영 위험으로 예상됐던 것은 Pro 호출이 오류 없이 새 모델로 바뀌는 ‘조용한 교체’였다. 최신 문서대로라면 9월 14일에 그 교체가 일어날 것으로 전제할 필요는 없다. 대신 이미 V4.1-Flash로 연결되는 과거 Flash ID를 사용하는 서비스는 실제 응답 모델이 바뀌었다는 점을 기준으로 회귀 여부를 살펴야 한다.

비교 대상은 HTTP 성공 여부에 그치지 않는다. 구조화 출력의 필드 준수, 함수·도구 선택, 중단 조건, 이미지 입력 처리, 재시도 빈도와 토큰 사용량은 모델 교체 뒤 달라질 수 있다. 특히 특정 문구나 비정형 응답 형식에 의존하는 후처리 코드는 API 오류가 없어도 영향을 받을 수 있다.

Pro 이용자는 현재 모델을 유지한다는 전제 아래 기존 관측 기준을 이어갈 수 있지만, 공급자가 추가 공지를 예고한 만큼 요청한 모델 ID와 실제 응답 메타데이터를 구분해 기록할 필요가 있다. Flash 이용자는 과거 ID가 남아 있다는 사실을 이전 체크포인트가 보존된다는 뜻으로 오해해서는 안 된다.

확정된 출시와 철회된 전환을 구분해야 한다

현재 확정된 사실은 V4.1-Flash가 9월 10일 출시됐고 deepseek-flash로 호출할 수 있으며, 이전 V4-Flash와 V4-Flash-Vision-Exp가 폐기돼 호환 ID가 새 모델로 연결된다는 것이다. 반면 V4-Pro 요청을 9월 14일 V4.1-Flash로 바꾸겠다는 초기 계획은 최신 API 변경 로그에서 유지 방침으로 대체됐다.

이 차이는 제3자 모델 중개 서비스에는 자동으로 적용되지 않는다. 각 사업자는 자체 체크포인트와 라우팅 정책을 운영할 수 있으므로, 같은 모델 ID를 사용하더라도 DeepSeek 직영 API와 결과가 같다고 단정할 수 없다.

남은 불확실성은 V4-Pro 유지 결정이 언제 내려졌는지, 향후 전환이 다시 추진될지, Flash 호환 ID가 언제 종료될지다. 후속 공지가 나오기 전까지는 Pro 자동 대체를 예정된 사실로 다루지 않고, Flash 계열에서 이미 일어난 모델 교체만 확정 변경으로 관리하는 것이 현재 공개 문서와 일치한다.