Nói kết luận trước: dùng miễn phí Kimi bản web và Kimi API là hai sản phẩm khác nhau. Bản web có thể trò chuyện miễn phí nhưng không cung cấp API Key lập trình được; Kimi API tính phí theo lượng dùng. Chính thức có phiếu giảm giá cho người dùng mới, nhưng phiếu có mệnh giá, thời hạn và giới hạn dòng máy, không thể coi là gói miễn phí lâu dài.

Thứ được gọi là "Kimi API miễn phí" trên thị trường thường chỉ phiếu người dùng mới, tiền thưởng chương trình, tiền dùng thử của cổng hoặc Key dùng chung. Bài viết tách bốn trường hợp, làm rõ hạn mức, giới hạn tốc độ, dữ liệu và độ ổn định, rồi đưa ra một phương án xác minh chi phí thấp. Giá cụ thể và dòng máy khả dụng căn cứ theo giá mô hình trên site.

Lưu ý: Moonshot và Kimi là nhãn hiệu của chủ sở hữu tương ứng. Chính sách miễn phí, quy tắc phiếu và điều khoản sản phẩm có thể điều chỉnh; bài viết lấy tình hình phổ biến tháng 10 năm 2026 làm ví dụ, cuối cùng căn cứ theo trang chính thức.

1. Bốn loại "miễn phí" không giống nhau

Loại Là gì Có lấy được API Key không Giới hạn hoặc rủi ro chính
Phiếu người dùng mới Khấu trừ dùng thử sau khi đăng ký và xác thực Có, theo quy trình chính thức Có mệnh giá, thời hạn và giới hạn dòng máy
Tiền thưởng chương trình Hoạt động giới hạn thời gian hoặc thưởng mời Có Một lần, quy tắc có thể thay đổi
Tiền dùng thử của cổng Hạn mức kiểm thử do bên cung cấp đưa ra Có Giới hạn mô hình, tốc độ, điều khoản khác
Key dùng chung hoặc giao diện không công khai Proxy hoặc khóa do người khác cung cấp Trên danh nghĩa có Bị khóa, lộ dữ liệu, rủi ro tuân thủ

Ba loại đầu phải xem điều khoản chính thức hoặc của nền tảng; loại thứ tư không nên dùng cho bất kỳ nghiệp vụ chính thức nào. Khi thấy mô tả kiểu "miễn phí vĩnh viễn", "gọi không giới hạn", hãy giả định nó có thể biến mất bất cứ lúc nào.

2. Hạn mức miễn phí thường vướng ở năm chỗ

  1. Thời hạn: phiếu người dùng mới thường có thời hạn sử dụng, hết hạn tự mất hiệu lực, không chuyển thành số dư.
  2. Phạm vi dòng máy: phiếu không nhất thiết bao phủ mọi dòng máy. Tài liệu chính thức nêu rõ K3 không hỗ trợ phiếu người dùng mới; các dòng khác cũng có thể điều chỉnh.
  3. Tốc độ và đồng thời: tài khoản chưa nạp tiền ở mức thấp nhất; đồng thời, RPM, TPM và giới hạn Token mỗi ngày đều chặt nhất, giờ cao điểm dễ bị 429 hơn.
  4. Số dư và lỗi: phiếu dùng hết chuyển sang số dư trả phí; khi số dư bằng không, một số điểm vào có thể trả 403 hoặc 429, tùy error.type.
  5. Dữ liệu và mức dịch vụ: gói dùng thử và miễn phí thường không có SLA, điều khoản dữ liệu cũng có thể khác gói trả phí; khi liên quan dữ liệu khách hàng phải đọc chính sách quyền riêng tư trước.

Chạm bất kỳ điều nào trong năm điều này đều có thể biến "miễn phí" thành chi phí kỹ thuật đắt hơn. Thời gian thử lại, chuyển đổi và đánh giá tuân thủ thường cao hơn phí API.

3. Khác biệt giữa bản web và API

Tiêu chí Kimi bản web Kimi API
Điểm vào Trang web hoặc ứng dụng Giao diện HTTPS
Thông tin xác thực Đăng nhập tài khoản API Key
Tính phí Hội viên hoặc dùng miễn phí Tính phí theo lượng Token
Tự động hóa Không hỗ trợ gọi bằng chương trình Hỗ trợ
Điều khoản dữ liệu Hướng người tiêu dùng Hướng nhà phát triển và doanh nghiệp
Phù hợp Hỏi đáp cá nhân, viết lách Tích hợp sản phẩm, xử lý hàng loạt

Nếu chỉ tự dùng, bản web là đủ; muốn đưa Kimi vào hệ thống, làm xử lý hàng loạt hoặc cung cấp dịch vụ đối ngoại thì phải đi API. Hạn mức hai bên không thông nhau, cũng không khấu trừ chéo.

4. Xác minh chi phí thấp làm thế nào

Đừng nạp một khoản lớn ngay, cũng đừng vì tiết kiệm mà treo sản xuất lên giao diện dùng thử. Làm một lần xác minh có thể lặp lại theo các bước:

  1. Viết rõ 10–20 tác vụ thật và tiêu chuẩn nghiệm thu, đừng dùng prompt kiểu "viết một bài thơ" không nghiệm thu được.
  2. Trước hết dùng giao diện ước lượng Token để định lượng đầu vào, tránh đoán theo số chữ.
  3. Tác vụ phổ thông dùng kimi-k2.6, tác vụ mã nguồn dùng kimi-k2.7-code, phân bổ theo độ khó.
  4. Giới hạn max_completion_tokens, yêu cầu JSON hoặc trường cố định.
  5. Ghi đầu vào, đầu ra, tỷ lệ trúng bộ nhớ đệm và số lần thử lại của mỗi yêu cầu.
  6. Đặt ngân sách Token kiểm thử, vượt là dừng, không dựa vào "cảm giác gần đủ".
import os
from openai import OpenAI

client = OpenAI(
    api_key=os.environ["MOONSHOT_API_KEY"],
    base_url="https://api.moonshot.cn/v1",
)

BUDGET_TOKENS = int(os.environ.get("BUDGET_TOKENS", "200000"))
used = 0

def ask(prompt: str) -> str:
    global used
    if used >= BUDGET_TOKENS:
        raise RuntimeError("Ngân sách kiểm thử đã hết, dừng gọi")
    resp = client.chat.completions.create(
        model="kimi-k2.6",
        messages=[{"role": "user", "content": prompt}],
        max_completion_tokens=512,
    )
    used += resp.usage.total_tokens
    print(f"Token tích lũy lần này: {used}/{BUDGET_TOKENS}")
    return resp.choices[0].message.content

BUDGET_TOKENS là giới hạn Token do đội ngũ tự đặt, không phải hạn mức chính thức. Quy đổi kết quả kiểm thử thành chi phí mỗi tác vụ, rồi mới quyết định có mở rộng.

5. Chọn phương án thay thế thế nào

Kịch bản Đề xuất Lý do
Học tập, viết lách cá nhân Kimi bản web Không cần API, chi phí sử dụng thấp
Nguyên mẫu sản phẩm Trả phí theo lượng dùng chính thức cộng mô hình nhỏ Kiểm soát được, tự động hóa được
Nhiều mô hình, cần hóa đơn Cổng AI trong nước Thanh toán nhân dân tệ, hóa đơn thống nhất
Dữ liệu nhạy cảm, yêu cầu ngoại tuyến Mô hình mã nguồn mở tự triển khai Dữ liệu không ra khỏi mạng nội bộ, nhưng phải đánh giá năng lực
Tác vụ hàng loạt không thời gian thực Xử lý hàng loạt hoặc tác vụ bất đồng bộ Phù hợp gán nhãn, tóm tắt, phân loại ngoại tuyến

Phương án thay thế không phải càng rẻ càng tốt; phải xem dữ liệu, tuân thủ, độ ổn định và thời gian kỹ thuật. Tự triển khai mã nguồn mở có chi phí phần cứng và vận hành; cổng có thêm một ranh giới dịch vụ; kết nối trực tiếp phải xử lý khu vực và giới hạn tốc độ. Cả ba con đường đều có thể xác minh bằng lưu lượng nhỏ trước, rồi mở rộng dần.

6. Đáy an toàn và tuân thủ

  1. Không ghi Key vào frontend, Git hoặc lịch sử chat.
  2. Không tải "Key miễn phí" từ trang không rõ nguồn gốc.
  3. Trước khi kết thúc dùng thử, xác nhận số dư, dữ liệu và log được xử lý thế nào.
  4. Khi liên quan thông tin cá nhân, hợp đồng, mã nguồn, hãy đọc điều khoản dữ liệu trước.
  5. Mua sắm doanh nghiệp đi hợp đồng và thanh toán công ty, không dùng tài khoản cá nhân gánh nghiệp vụ công ty.
  6. Chuẩn bị phương án dừng dịch vụ: mô hình dự phòng, kênh dự phòng và thông báo giảm cấp.

Còn một điều thường bị bỏ qua: trước khi đưa hạn mức dùng thử vào sản xuất, hãy xác nhận bên cung cấp có trang trạng thái và kênh thông báo sự cố không. Có sự cố mà không tìm được người còn phiền hơn bản thân việc bị giới hạn tốc độ.

Câu hỏi thường gặp

Kimi có API miễn phí vĩnh viễn không?

Tính đến tháng 10 năm 2026, không có gói API miễn phí nào có thể coi là cam kết lâu dài. Có phiếu người dùng mới hay hoạt động giới hạn thời gian hay không căn cứ theo trang chính thức; dùng miễn phí bản web không phải API.

Bản web có lấy được API Key không?

Không. Bản web và API là hai sản phẩm; thông tin đăng nhập, tính phí và quyền hạn quản lý riêng. Bản web phù hợp sử dụng cá nhân, API hướng gọi bằng chương trình.

Phiếu người dùng mới dùng được cho mọi mô hình không?

Không nhất định. Tài liệu chính thức nêu K3 không hỗ trợ phiếu người dùng mới; các dòng khác cũng có thể có giới hạn phạm vi. Trước khi kiểm thử hãy xem hướng dẫn phiếu, đừng giả định dùng chung cho mọi mô hình.

Hạn mức miễn phí có đủ để kiểm thử không?

Đủ để xác minh chức năng quy mô nhỏ và độ trễ, không nhất thiết đủ để đánh giá chất lượng và kiểm thử tải. Trước hết ước tính Token của tác vụ thật, rồi mới quyết định có nạp tiền.

Số dư hết sẽ báo lỗi gì?

Có thể là 403, cũng có thể là 429, tùy điểm vào và tình huống cụ thể. Đừng chỉ nhìn mã trạng thái, hãy xem error.type trước: nợ phí và giới hạn tốc độ có cách xử lý khác nhau.

Bước tiếp theo

Nếu quá trình xác minh đã qua và cần gọi ổn định, hóa đơn nhân dân tệ và điểm vào nhiều mô hình thống nhất, có thể đăng ký ZSQH AI Gateway để làm một lần kiểm thử nhỏ; mô hình, giá và tính khả dụng căn cứ theo bảng giá mô hình.

Bài viết liên quan: