기업이 Kimi API를 구매하는 것과 개인이 충전하는 것은 다릅니다. 개인은 "쓸 수 있는지, 싼지"를 걱정하지만 기업은 계약 주체, 기업 인증, 기업 계좌 결제, 인보이스, 할당량과 SLA, 데이터 컴플라이언스, 모델 수명주기, 비용 배분까지 확인해야 합니다. 어느 하나라도 계약서에 적히지 않으면 출시 후 운영 문제가 될 수 있습니다.

이 글은 실행 가능한 구매 체크리스트를 제시하며 가격을 고정해 적지 않습니다. 구체적인 단가, 할인, 약관은 공식 견적, 계약, 사이트 내 모델 가격을 기준으로 합니다.

안내: Moonshot, Kimi는 해당 권리자의 상표입니다. 기업 방안, 인증 절차, 상업 약관은 조정될 수 있습니다. 이 글은 2026년 10월의 일반적인 상황을 예로 들며 구매 전에는 공식 페이지와 계약을 기준으로 하십시오.

1. 먼저 두 제품을 구분하기

제품 대상 과금 방식 자격 증명 적합
Kimi API 개발자와 기업 시스템 Token 사용량 기반 과금 API Key 제품 통합, 배치 처리, Agent
Kimi Business Kimi 어시스턴트를 쓰는 팀 멤버십 구독 계정 사무 협업, 개인 사용

두 제품은 같은 것이 아닙니다. 기업이 Kimi를 고객센터, 문서, 코드 시스템에 연결하려면 API를 사는 것이고, 직원에게 Kimi 어시스턴트 멤버십을 제공하려면 Business를 사는 것입니다. 구매 전에 요구를 확인해 제품을 잘못 사지 않도록 하십시오.

2. 기업 구매 체크리스트

구매 항목 확인할 질문 중요한 이유
계약 주체 계약, 결제, 인보이스 주체가 일치하는지 인증, 결제, 비용 처리에 영향
기업 인증 기업 실명 인증이 필요한지, 어떻게 검증하는지 기업 계좌 결제와 계약의 사전 조건
충전과 결제 기업 계좌 이체를 지원하는지, 입금까지 얼마나 걸리는지 자금 계획에 영향
인보이스 인보이스 종류, 세율, 발행 항목, 명의 규칙 재무 회계 처리에 영향
할당량과 속도 제한 동시성, RPM, TPM, TPD가 얼마인지 피크를 감당할 수 있는지 결정
SLA와 지원 가용성 약속, 응답 기한이 있는지 장애 시 책임과 복구 가능 여부
데이터와 컴플라이언스 데이터 보관, 학습 사용, 국외 이전 경로 개인정보와 고객 데이터 관련
모델 수명주기 구형 모델 종료 시점, 이전 방법 갑작스러운 사용 불가 방지
키와 권한 프로젝트별 Key 분리, 최소 권한 가능 여부 유출과 오용 위험 감소
종료 메커니즘 잔액, 데이터, 로그 처리 방식 공급자 교체 시 잔여 문제 방지

이 표를 그대로 영업 협의에 가져가는 것을 권장합니다. 상대가 서면으로 답할 수 있는 것은 계약서나 첨부에 적고, 구두 약속만 가능한 것은 위험으로 처리하십시오.

3. 할당량과 속도 제한 협상

Kimi 오픈 플랫폼의 속도 등급은 계정 누적 충전액과 관련되며 쿠폰은 보통 누적 충전에 포함되지 않습니다. 최저 등급의 제한이 가장 빡빡하고 일일 Token 상한이 포함됩니다. 등급이 올라가면 동시성, RPM, TPM이 높아지고 유료 등급은 보통 일일 Token 상한 제약을 받지 않지만 동시성과 분당 할당량 제약은 여전히 받습니다.

기업은 비즈니스 채널을 통해 더 높은 속도와 동시성, 전담 지원, 맞춤 SLA를 신청할 수 있습니다. 협상할 때 예상 월 사용량, 피크 동시성, 주요 시나리오, 성장 계획을 제공해야 상대가 적합한 할당량을 제시할 수 있습니다.

두 가지도 주의하십시오. 플랫폼은 클러스터 부하가 높을 때 임시 속도 제한을 적용할 수 있고, 비정상 행위로 인한 리스크 통제 속도 제한은 자동 해제되지 않을 수 있습니다. 따라서 아키텍처에서 "높은 할당량을 사면 영원히 제한되지 않는다"고 가정하지 말고 대기열, 백오프, Key 분리, 대체 경로를 계속 준비해야 합니다.

4. 컴플라이언스에서 확인할 문서

  1. 모델 등록 정보: 서비스가 적용 가능한 알고리즘 등록 또는 생성형 AI 서비스 등록을 완료했는지 확인하고 증명 자료를 요청합니다.
  2. 데이터 처리 계약: 데이터를 어디에, 얼마나 보관하고 누가 접근할 수 있으며 학습에 사용되는지 명확히 적습니다.
  3. 개인정보 처리방침과 사용자 약관: API와 소비자 제품의 약관이 다를 수 있으므로 혼용하지 않습니다.
  4. 데이터 국외 이전: 국제 사이트나 해외 노드를 쓸 때 데이터 국외 이전에 해당하는지 먼저 평가합니다.
  5. 계정과 권한: 기업 인증 계정, 프로젝트 단위 Key, 최소 권한, 퇴사자 회수 절차.
  6. 로그와 감사: 호출 로그, 오류 로그, 청구 기록을 보관해 내부 감사 요건을 충족합니다.
  7. 콘텐츠 안전: 공개 대상 서비스는 콘텐츠 검토와 불만 처리 메커니즘을 준비합니다.

개인정보, 중요 데이터, 고객 계약서 텍스트가 관련되면 법무와 보안 팀의 검토를 먼저 받고 출시 후에 보완하지 마십시오.

5. 비용 관리 방법

수단 방법 효과
캐시 시스템 프롬프트, 도구 정의, 지식베이스 접두사 고정 캐시 적중률을 높여 입력 비용 절감
컨텍스트 관리 검색 회수, 이전 대화 요약, 도구 출력 절단 비효율 입력 감소
모델 라우팅 범용 작업은 K2.6, 코드 작업은 K2.7, 초장문 자료는 K3 재평가 모델 불일치 방지
출력 상한 max_completion_tokens 설정, 구조화 출력 요구 긴 출력 통제
프로젝트 예산 프로젝트별 일일 예산과 경고 설정 단일 업무가 할당량을 독점하는 것 방지
월간 대사 프로젝트, 모델, 시나리오별 복기 가장 빠르게 늘어나는 소비 발견 
import os
from collections import defaultdict

# 단가는 계약 또는 가격 페이지에서 읽으며 예시에는 구체적인 숫자를 쓰지 않음
PRICE = {
    "input_miss": float(os.environ["KIMI_INPUT_MISS_PRICE"]),
    "input_hit": float(os.environ["KIMI_INPUT_HIT_PRICE"]),
    "output": float(os.environ["KIMI_OUTPUT_PRICE"]),
}

# 각 레코드: 프로젝트, 미적중 입력, 적중 입력, 출력
rows = [
    ("고객센터", 120000, 80000, 30000),
    ("문서 추출", 90000, 20000, 12000),
]

cost = defaultdict(float)
for project, miss, hit, out in rows:
    cost[project] = (
        miss * PRICE["input_miss"]
        + hit * PRICE["input_hit"]
        + out * PRICE["output"]
    )

for project, amount in sorted(cost.items(), key=lambda x: -x[1]):
    print(project, round(amount, 2))

이 코드는 비용 배분 예시일 뿐이며 단가는 반드시 계약서의 실제 가격을 써야 하고 스크린샷이나 구두 견적을 그대로 쓰면 안 됩니다. K3에 캐시 쓰기 비용이 있다면 캐시 쓰기도 별도로 계산해야 합니다.

6. 구매 절차

  1. 시나리오, 피크 동시성, 일평균 Token, 성장 예상을 정리합니다.
  2. 기업 인증을 완료하고 사업자등록증, 은행 계좌, 통합 사회신용코드를 준비합니다.
  3. 소량 트래픽으로 품질, 지연, 속도 제한, 오류율을 테스트합니다.
  4. 계약을 협상합니다. 할당량, SLA, 지원 응답, 데이터 처리, 종료 조항.
  5. 기업 계좌 결제나 신용 거래를 진행하고 입금과 인보이스 절차를 확인합니다.
  6. 출시합니다. 프로젝트 단위 Key, 예산, 모니터링, 경고, 대체 경로.
  7. 분기마다 사용량, 비용, 장애, 대안을 복기합니다.

자주 묻는 질문

기업 인증은 어떻게 완료하나요?

보통 기업명, 동일 명의 은행 계좌, 통합 사회신용코드를 제출하고 플랫폼이 회사 계좌로 무작위 금액을 입금하면 재무가 확인해 입력합니다. 구체적인 절차는 공식 페이지를 기준으로 합니다.

기업 계좌 결제와 인보이스 발행이 가능한가요?

기업 인증을 완료하면 보통 온라인 충전 또는 기업 계좌 송금을 선택할 수 있고 인보이스 명의는 대개 기업 인증 주체와 일치해야 합니다. 인보이스 종류, 세율, 발행 항목은 플랫폼 규칙과 계약을 기준으로 합니다.

기업도 SLA를 받을 수 있나요?

표준 API와 기업 방안의 지원 수준은 다를 수 있습니다. 가용성 약속, 전담 지원, 더 높은 할당량이 필요하면 비즈니스 협의에서 명확히 요구하고 계약서에 적으십시오.

데이터가 학습에 사용되나요?

홍보 페이지만 보지 마십시오. API와 소비자 제품의 데이터 약관이 다를 수 있으므로 계약 전에 개인정보 처리방침과 데이터 처리 계약을 읽고 보관, 학습, 삭제 규칙을 계약서에 적으십시오.

개인 계정으로 회사 업무를 받아도 되나요?

권장하지 않습니다. 개인 계정은 기업 인증, 기업 계좌 결제, 인보이스, 권한 관리, 감사 측면에서 불완전하고 문제가 생겼을 때 책임도 불명확합니다.

다음 단계

먼저 ZSQH AI Gateway에서 테스트 Key로 실제 시나리오를 한 라운드 실행해 사용량, 지연, 오류율을 확보한 뒤 그 데이터를 가지고 할당량과 계약을 협상하십시오. 모델, 가격, 기업 방안은 모델 가격을 기준으로 합니다.

관련 읽을거리: