MiniMax M3.1 Flash 공개: 에이전트 작업 1위 주장, API 비용과 시간대 과금이 개발자 변수
신즈위안의 2026년 10월 19일 보도에 따르면 MiniMax가 M3.1 Flash를 공개했으며 MiniMax API, M Plan, MiniMax Code에 이미 적용됐고 공식 CLI의 기본 텍스트 모델도 교체됐다. 보도는 이 모델이 Automation-Bench, LOCA-Bench 256K 등에서 상위권에 올랐고 100만 토큰 컨텍스트와 effort 5단계 조절을 갖췄다고 전했다.
주요 변화
신즈위안의 2026년 10월 19일 보도에 따르면 MiniMax는 DeepSeek V4.1 Flash-1017 공개 이틀 뒤 M3.1 Flash를 정식 출시했으며, MiniMax 공식 API와 M Plan, MiniMax Code에 적용됐고 공식 CLI 저장소의 기본 텍스트 모델이 MiniMax-M3.1-Flash로 교체됐다고 밝혔다. 보도는 이 모델이 100만 토큰 컨텍스트를 기본 지원해 텍스트, 이미지, 영상을 바로 읽을 수 있고, 사고 모드는 기본 상시 활성화이며 effort 파라미터로 low, medium, high, xhigh, max 다섯 단계를 조절할 수 있고 입력하지 않으면 max가 기본이라고 전했다. 보도가 인용한 평가 데이터에 따르면 DeepSWE v1.1은 max 단계에서 73.7점, Automation-Bench는 62.8점으로 1위, LOCA-Bench 256K는 60.3점, BankerToolBench는 76.2점, CyberGym은 82.2점을 기록했다. 컴퓨터 사용 부문에서는 OSWorld 2.0이 61.7점, Agents' Last Exam 통과율은 29.6%였으며 ALE 전체를 실행하는 데 약 739위안이 든다고 보도는 추산했다. 또한 일상 출력 속도가 200+ TPS에 달하고 중앙값이 170+ TPS로 안정적이라고 전했으며, 이 모델의 전신이 익명 모델 'Space Bunny(太空兔)'라고 밝혔다. 다만 위 내용은 모두 보도가 전한 공식 또는 제3자 평가 데이터로 이 기사에서 독립 검증되지 않았고, 일부 비교 모델의 이름과 버전은 확인 가능 범위를 벗어난다.
개발자에게 미치는 영향
개발자에 대한 영향은 과금 구조, 기본 파라미터, 컨텍스트 전략 세 가지에 집중된다. 보도에 따르면 M3.1 Flash는 100만 토큰당 입력 1위안, 출력 4위안, 캐시 읽기 0.1위안이며 시간대 구분 없이 과금된다. 같은 보도는 DeepSeek V4.1 Flash-1017이 피크와 유휴 두 단계로 가격을 매기며 평일 낮 피크 시간대에 입력 2위안, 출력 8위안이라고 비교했다. 이 설명이 사실이라면 주로 기업이 낮에 돌리는 에이전트 워크로드는 시간대 차이로 두 회사의 비용 격차가 확대되지만, 야간 배치 워크로드의 격차는 훨씬 작아진다. 두 번째는 effort 파라미터의 기본값이다. 입력하지 않으면 max가 기본이라는 것은 파라미터를 명시하지 않은 통합이 가장 무거운 단계로 사고 토큰과 지연을 소비해 청구서와 응답 시간이 함께 올라간다는 뜻이다. 세 번째로 100만 토큰 컨텍스트와 멀티미디어 직독은 단일 요청이 담을 수 있는 입력 규모를 넓혀 '전체를 그대로 넣을지 검색으로 잘라낼지'를 캐시 적중률 실측에 따라 판단해야 하는 선택으로 만든다. 보도는 10억 입력 토큰 기준으로 캐시 적중률 90%와 95%가 서로 다른 결론에 이른다고 추산했다. 네 번째로 보도는 MiniMax가 M3.1 Flash를 API 문서 모델 목록 최상단에 올렸고 지능 상한을 추구하는 Pro 버전은 추후 공개된다고 전했지만, Pro 버전에는 현재 일정과 가용성 약속이 없다.
연동 및 평가 제안
다음은 모두 보도에 기반한 제안과 조건 분석이며 검증된 사실이 아니다. 첫 번째 결정은 M3.1 Flash를 에이전트 워크플로의 기본 모델로 삼을지 여부다. 근거는 보도가 Automation-Bench 62.8점으로 1위, 작업당 비용 약 0.25~0.3위안이라고 전한 점이다. 실제 선택 지점은 effort 단계로, 파라미터를 명시하지 않으면 전 구간 max 단계를 쓰는 것과 같다. 적용 조건은 여러 SaaS 시스템을 넘나들고 단계별 지연보다 전체 성공률이 중요한 배치 흐름이라면 우선 교체해 시험해볼 수 있다. 단일 단계의 저위험·지연 민감 호출은 low나 medium으로 명시적으로 낮춰야 한다. 평가 기준은 자사 실제 업무 흐름에서 50~100개 작업을 뽑아 고정 평가셋을 만들고 medium과 max 두 단계에서 각각 실행해 엔드투엔드 성공률, 총 토큰 수, 작업당 실비용, P95 지연을 기록하며, 성공률이 기존 모델 이상이고 작업당 비용이 기존안보다 낮은 것을 통과 조건으로 삼는 것이다. 두 번째 결정은 장문 컨텍스트와 멀티미디어 입력으로 기존 검색·절단 파이프라인을 대체할지 여부다. 근거는 보도의 100만 토큰 컨텍스트와 텍스트·이미지·영상 직독이다. 선택 지점은 전체를 그대로 넣을지 절단을 유지할지이며, 조건은 실제 캐시 적중률이다. 보도는 적중률 90%와 95%에서 비용 결론이 달라진다고 제시했다. 평가 기준은 두 파이프라인을 같은 평가셋에서 각각 돌려 답변 일관성, 첫 토큰 지연과 P95 지연, 실제 적중률로 환산한 1000회 호출당 비용을 측정하고, 품질 차이가 수용 가능하면서 비용이 더 낮은 쪽을 택하는 것이다. 세 번째 결정은 작업 유형에 따라 중국산 Flash 모델 간에 혼합 라우팅을 할지 여부다. 보도는 DeepSeek이 DeepSWE 소프트웨어 엔지니어링 작업에서 더 우세하고 MiniMax가 기업 워크플로와 금융 도구 호출에서 더 두드러진다고 전했는데, 이는 보도의 정리일 뿐 확정된 결론이 아니다. 전제는 두 API의 오류 의미 체계와 타임아웃, 재시도를 통일된 방식으로 감쌀 수 있어야 한다는 점이다. 평가 기준은 같은 혼합 작업 묶음을 단일 모델과 라우팅 방식에서 각각 돌린 총 성공률과 총비용이며, 라우팅이 만든 복잡도가 측정 가능한 성공률이나 비용 개선으로 돌아오지 않으면 단일 모델로 되돌려야 한다.
제한과 확인할 사항
분명히 밝힐 점은 이번 카탈로그 확인 시점에 KimiSeek의 현행 모델 목록에는 MiniMax M3.1 Flash가 없고 MiniMax 계열 항목 자체가 없으므로, 보도가 말한 API 적용은 MiniMax 공식 채널을 뜻하며 이 기사는 해당 모델이 KimiSeek에 올라갔다고 말하지 않는다. 글의 모든 벤치마크 점수, 속도, 비용, 가격 서술은 신즈위안의 2026년 10월 19일 보도에서 나온 것으로 전해진 공식 또는 제3자 평가이며 이 기사에서 독립적으로 재현되지 않았다. 일부 비교 모델의 이름과 버전은 확인 가능 범위를 벗어나므로 이를 근거로 실제 능력 순위를 추론해서는 안 된다. 보도가 언급한 100만 토큰당 입력 1위안, 출력 4위안 등의 숫자는 발표 당시 보도 기준이며 현행 가격을 구성하지 않는다. 도입 전에는 MiniMax 공식 가격 페이지와 문서를 기준으로 삼아야 하며, 이 기사는 어떤 현행 가격도 되풀이하거나 고정하지 않는다. Pro 버전이 추후 공개된다는 보도는 전망성 정보로 출시일과 가용성 약속이 없고, effort 각 단계의 품질과 비용 차이도 보도 수준의 설명일 뿐이므로 직접 실측해야 한다. 지역, 동시성, 속도 제한 조건에 따라 실제 처리량은 보도의 TPS 수치와 크게 다를 수 있다.