HiAPI
kimi-k3 模型详情页顶部 21:9 宽幅 Hero 图:左侧柔光留白,右侧虹彩玻璃文档层叠延展,kimi-k3 名以发光立体字融入其中,奶油、冰蓝与珊瑚色渐变。

Moonshot AI

Kimi K3

kimi-k3

Moonshot AI의 공개 가중치 프런티어 모델로, 텍스트·이미지·비디오 이해를 네이티브로 지원하며 100만 토큰 컨텍스트를 갖추고 장기 코딩과 도구 호출 반복 작업에 강점을 보입니다

kimi-k3
컨텍스트 윈도우
1,000,000
입력
최대 출력
131,072 토큰
출시일
2026-07-17
스트리밍 구조화된 JSON

가격

kimi-k3 /1M tokens

사양 단가
입력 $2.320
캐시 입력 $0.232
출력 $11.600

개요

모델 소개

Kimi K3는 Moonshot AI가 공개한 오픈 웨이트 추론 모델로, 장기 코딩, 지식 작업, 복잡한 추론을 핵심으로 합니다. 텍스트, 이미지, 비디오 이해를 네이티브로 지원하며 컨텍스트 창이 100만 token에 달해 대규모 코드 저장소에서 파일 간 위치 파악 및 수정, 로그와 테스트 피드백에 따른 다회 반복, 긴 문서 분석처럼 지속적인 컨텍스트가 필요한 텍스트 생성 작업에 적합합니다. 순수 텍스트 출력으로 긴 컨텍스트와 다단계 추론 작업을 처리해야 하는 개발자는 이 모델을 주력 후보로 삼을 수 있습니다.

핵심 특징

  • 100만 token 장문 컨텍스트——단일 호출로 초장문 문서나 대형 코드베이스 조각을 수용해 파일 간 작업에서 분할·결합을 줄입니다.
  • 네이티브 멀티모달 입력——텍스트, 이미지, 비디오를 동일 모델 내에서 통합 처리하며 별도 비전 모듈이 필요 없습니다.
  • 장기 작업 지향 반복 능력——도구 호출과 로그, 테스트 결과, 실행 피드백에 기반한 반복 디버깅을 강조해 다단계 에이전트 흐름에 적합합니다.
  • 고희소 MoE 아키텍처——896개 전문가 중 16개를 활성화하며, 공식에 따르면 전체 확장 효율이 Kimi K2 대비 약 2.5배 향상되었습니다.

능력 설명

장문 컨텍스트 텍스트 처리: 100만 token 컨텍스트 창으로 긴 문서 통독, 파일 간 코드 이해, 다회 작업에서 초기 정보를 지속적으로 유지할 수 있어 입력을 반복적으로 잘라내는 엔지니어링 비용을 줄입니다.

멀티모달 콘텐츠 이해: 이미지와 비디오 입력을 네이티브로 지원하며 스크린샷, 차트, 비디오 소재를 결합해 텍스트 결론을 생성할 수 있어 시각 자료에서 정보를 추출해야 하는 텍스트 출력 작업에 적합합니다.

도구 호출 및 반복 디버깅: 장기 작업을 위해 설계되어 다단계 도구 호출을 지원하고 로그, 테스트, 실행 피드백에 따라 후속 동작을 조정할 수 있어 자율 에이전트 워크플로 구축에 적합합니다.

구조화된 지식 작업 출력: 심층 연구 보고서, 인터랙티브 시각화, 대시보드 등 엔드투엔드 산출물을 완성할 수 있으며 출력은 텍스트 형태로 다운스트림 렌더링이나 2차 가공에 용이합니다.

적용 시나리오

  • 대형 코드베이스를 유지보수하는 개발자——저장소의 여러 파일과 요구사항 설명을 입력하면 리팩터링 방안과 파일 간 수정 제안을 산출해 커밋 전 코드 리뷰와 마이그레이션 계획에 활용합니다.
  • 에이전트 워크플로를 구축하는 백엔드 팀——작업 목표와 도구 목록을 입력하면 다단계 호출 계획을 산출하고 실행 피드백에 따라 반복해 자동화 운영과 개발 지원 프로세스에 활용합니다.
  • 장문 문서 분석이 필요한 지식 노동자——계약서, 보고서 등 긴 텍스트를 입력하면 구조화된 요약과 핵심 포인트 추출을 산출해 내부 지식베이스 정리와 의사결정 지원에 활용합니다.
  • 이미지·텍스트 혼합 소재를 다루는 제품 팀——스크린샷, 차트, 비디오 클립을 입력하면 설명 텍스트와 분석 결론을 산출해 제품 문서와 콘텐츠 운영에 활용합니다.

제한 사항 및 선택 가이드

모델 파라미터 규모가 2.8T에 달해 추론 연산과 응답 지연에 대한 요구가 높아 저지연·고빈도·경량의 단순 텍스트 작업에는 적합하지 않습니다. 현재 연동 측은 출력 유형이 텍스트임을 명시할 뿐이며, 멀티모달 입력의 구체적 인터페이스 형태는 실제 파라미터 지원을 기준으로 해야 합니다. 백만 단위 컨텍스트의 유효 활용률은 검색 및 어텐션 동작의 영향을 받으므로 장문 문서 작업은 먼저 소규모 샘플로 검증할 것을 권장합니다. 작업에 짧은 컨텍스트와 저비용 추론만 필요하다면 더 작은 모델을 우선 고려할 수 있습니다.

자주 묻는 질문

모든 질문 보기 →
  • Kimi K3의 Low, High, Max는 어떻게 선택하나요?

    일상적인 추출, 재작성, 짧은 질의응답에는 먼저 low를 시도해 보세요. 여러 단계의 분석이 필요할 때는 high를 시도하고, 어려운 문제나 복잡한 코드 작업에서는 max의 효과를 비교해 보세요. reasoning_effort의 기본값은 max이며, low, high, max 세 단계만 제공되고 medium이나 none은 없습니다. 더 높은 단계는 더 많은 사고 Token을 생성하고 대기 시간이 길어질 수 있으므로 답변 품질과 usage를 함께 고려하여 선택해야 합니다.

  • 왜 사고를 끄고 온도를 조절하는 스위치가 없나요?

    Kimi K3는 현재 연동에서 항상 사고가 켜져 있으며, 비용을 줄이려면 thinking.type=disabled를 전달하는 대신 먼저 low를 시도해야 합니다. 이 페이지에서는 thinking, temperature 또는 top_p를 전송하지 않으며, 다른 모델에서 마이그레이션할 때도 이러한 제어 필드를 제거하고 최상위 reasoning_effort로 단계를 선택해야 합니다.

  • 답변이 매우 짧은데도 출력 Token 비용이 여전히 많이 나오는 이유는 무엇인가요?

    모델이 생성한 사고 내용도 출력 Token으로 과금되므로, 최종 답변의 글자 수가 총 출력량을 대표할 수는 없습니다. usage.completion_tokens에는 이미 사고 Token이 포함되어 있습니다. completion_tokens_details.reasoning_tokens가 반환되는 경우 이는 그중의 세부 내역이므로 중복해서 더하지 마세요. 비용은 일반 입력, 캐시 읽기, 출력의 세 항목으로 각각 계산하며, 각 항목의 Token 수를 100만으로 나눈 뒤 이 페이지의 해당 달러 단가를 곱합니다.

  • 다중 턴 대화에서 최종 답변만 저장해도 되나요?

    권장하지 않습니다. 다음 턴의 messages에는 필요한 히스토리를 순서대로 포함하고, API가 반환한 전체 assistant 메시지(content, 반환된 reasoning_content, 그리고 존재할 수 있는 tool_calls 포함)를 보존해야 합니다. 최종 텍스트만 저장하면 Kimi가 계속 사고하거나 도구를 이어서 호출하는 데 필요한 컨텍스트가 손실됩니다. 이 페이지의 Playground는 반환된 사고 내용을 보존합니다.

동일 유형