← 返回客户案例

典型场景示例

Kimi K3 采购:区分 API 与开发工具订阅

本示例说明常见的采购流程,并非真实客户项目。

一家新加坡产品团队规划 Kimi 国际 API 接入,并在核对资格与账单后,评估开发者自行订阅 Kimi Code 的可选方案。

需求与现有系统

假设一家新加坡产品公司有 12 名工程师和 4 名运营人员,全部在中国大陆以外工作。工程师希望在获批准的开发工具中获得辅助;运营人员希望通过服务端应用汇总获授权的产品文档,并起草中英双语客服文本。公司已有代码仓库、CI、工单系统和文档服务,代码和文档权限仍由原系统执行。

主要采购需求是应用 API;个人交互式编程辅助是另一项可选评估。预期输出包括结构化摘要、可编辑答复草稿和经过审核的代码变更。1M 上下文标签不等于准确率、交付提速或每个订阅都包含的权益。发送专有代码或个人信息上游,仍须单独批准。

境外买方与假设预算

新加坡主体评估 platform.kimi.ai 国际 Kimi API 平台。假设内部月度规划预算为 US$1,000,包含 API 消耗、另行符合资格的开发者订阅、接入与运维。这是虚构的规划条件,不是原厂价格、Corebyte 报价、供应商强制费用上限或包含容量的承诺。

下单前需确认买方国家、实际使用者所在地、账号资格、可接受的付款方式与币种、税费和发票要求。国际网站或 .ai 端点不能证明所有国家都具备资格,也不能证明在新加坡处理和存储数据。需审核数据位置、留存与内容使用条款;若公司要求限制使用其内容训练或改进模型,应在发送敏感资料前取得适用的书面企业约定。

区分应用 API 与可选的 Kimi Code 使用

需求 公开产品路径 采购边界
服务端应用 国际 Kimi OpenPlatform kimi-k3;客户的 API 账号、账单、Key 与速率限制
可选的个人交互式编程 符合资格的 Kimi 会员所含 Kimi Code k3 或 k3-256k;个人适用套餐、编程额度及允许的客户端

普通开放平台的 API Key 和余额,与 Kimi 会员及 Code 接入分开。但 Kimi Code 属于会员权益,会共享适用的会员额度;符合条件的额外用量安排也可由 Kimi 网页端和 Code 共用。不能说会员与 Code 的所有权益都无关联,也不能把它们当作普通 API 余额。

Code 订阅用于个人交互。官方指南禁止转售账号或 API 访问、将 Code 能力包装为对外收费服务,以及脚本批处理等非交互自动化。本例中,符合资格的开发者按适用条款自行订阅;Corebyte 不提供转售 Code 席位、共享 Key 或以 Code 支撑的服务端批处理。企业应用接入应通过开放平台或另行获授权的协议评估。

核对国际端点与精确型号

国际 K3 指南使用 kimi-k3、base URL https://api.moonshot.ai/v1,以及 Chat Completions 路径 /chat/completions。管理员需确认账号访问资格、当前开通与付款条件、匹配的 Key 和实际配额。公开示例不能证明本例客户已有权限,也不能假设试用权益会解锁模型。

对于独立符合资格的 Code 用户,官方配置文档列出境外 OpenAI 兼容 base URL https://api.kimi.ai/coding/v1 与 Anthropic 兼容 base URL https://api.kimi.ai/coding/。这些是编程产品端点,不是应用 API 路径。Code 的 k3、k3-256k 与 kimi-k3 不同;k3-256k 的窗口固定为 256K,使用更大的 k3 上下文则取决于套餐。订阅前应核对这些权益。公开端点或套餐页不能证明国家资格、付款成功或企业许可。

型号别名和执行模式也需核对。Code 文档把 kimi-for-coding 对应到 K2.8 Preview。对于文档所列 K3 系列及 K2.8 Preview 的 Code 请求,关闭 thinking 后会路由至 K2.8 Preview 非思考版;普通 kimi-k3 API 另有自己的思考规则。客户指定 K3 时,不得静默更换别名、型号或模式。应记录产品、ID、上下文权益及重要路由行为。

实施步骤与交接

  1. 批准应用 API 需求、获授权文档、境外使用者所在地、指定型号、预算负责人和验收样本。可选的个人 Code 评估单独记录。
  2. 由客户管理员确认国际 API 资格、条款及付款安排,再建立账单和限定权限的服务端凭据。每位拟使用 Code 的人员分别确认个人订阅资格和允许用途,不发放共享登录或 Key。
  3. 服务端配置已确认的国际 base URL 与 kimi-k3。只有用户的 Code 接入获批准后,才按其独立文档端点和凭据配置编程客户端。产品之间不能复制 Key 或 ID,也不能把服务端任务转到 Code。
  4. 在获授权的试点中测试脱敏双语摘要、无权访问文档、格式错误、截断和限流。若 Code 资格已确认,再按正常代码审核与 CI 评估个人交互任务。同时确认实际型号、权益和输出质量。
  5. 交付 API 配置、账单分摊、密钥轮换、撤权和故障手册。可选 Code 接入单独记录负责人及取消流程。供应商、型号或订阅变化须先批准并复测。

账单分摊与限制处理

应用 API 费用与获批准的个人订阅报销分开。API 输入、输出及适用缓存类别按项目或成本中心归集;适用时保留缓存 TTL 和原始计量单位。实际付款币种、汇率、税费及代金券另行对账,不能与虚构的美元规划预算混为一谈。会员或 Code 额度不是 API 余额,预付也不保证吞吐。

增加支出前,先区分凭据无效、产品不匹配、余额不足、账号限速和服务过载。采用有上限的重试、清楚的失败状态和约定的人工处理。充值不能解决每一种 429 或上游故障。若另行提出统一 API,须有书面的上游授权、支持型号映射、费用、配额、数据处理和对账依据。协议兼容不能证明完整覆盖 K3,也不代表可以转移原厂 Key。

验收与待核实采购项

验收应确认国际 API 与型号的精确组合、获批准的数据路径、账号隔离、撤权人员的访问、代表性双语答复质量,以及可对账的用量和发票样本。任何可选 Code 评估还需确认个人资格、允许的交互用途和上下文权益。生成代码仍须通过原有审核与 CI。CI 可验证生成代码,但不得调用 Code 进行无人值守生成或批处理流水线。K3 的视觉理解不能证明存在原生图片或视频生成 API,也不代表成片服务。

待核实项包括实际国家和账号资格、付款币种与方式、企业条款、内容使用与处理地点、可用配额和协商支持。原厂公开可用,不代表 Corebyte 取得转售授权、国际资格、可用容量、约定价格、SLA 或统一 API 覆盖。未经客户批准,不改变所购型号。

官方依据与核验日期

资料核验日期:2026-10-17。采购前需再次核对资格、条款和产品配置。