本文要点
当超长文档主导上下文时，Kimi（月之暗面）常是首测对象。海外接入关键是选对区域 endpoint 与模型 ID。与 GLM Agent 对比见 kimi-vs-glm；长上下文会放大成本——见定价文。
10 分钟首请求
注册可用区域的 Moonshot → 创建 API key → 按官方设 OpenAI 兼容 base URL → 选当前所需上下文窗口的 Kimi 模型 ID → 先短后长文档 prompt → 记录 token 与 P95。模型名以控制台为准。
长上下文踩坑
整本 PDF 硬塞会爆成本与延迟。能 RAG 就选择性塞上下文（china-llm-rag-selection-guide）。Agent 读文档时要联测 tools + 长上下文。
在 Swift Horse 上的下一步
Kimi 详情 /models → vs GLM → SDK 指南 → 延迟 failover。
常见问题
海外团队能用 Kimi API 吗？
多数可通过 Moonshot 平台路径；请确认区域资格、延迟与合规。
何时选 Kimi 而不是 DeepSeek？
文档长度主导时选 Kimi；编程 POC 常先 DeepSeek——见 china-llm-coding-assistant-2026。
Kimi 兼容 OpenAI API 吗？
Moonshot 对多数对话模型提供 OpenAI 兼容接口。请在您的 SDK 上自测流式与 tools。
这是月之暗面官方文档吗？
否——Swift Horse 独立快速指南。权威规格以 Moonshot 文档为准。