跳到主内容

Kimi K3 正式登陆 Amazon Bedrock:首个支持显式 Prompt Caching 的开放权重模型

2026-09-18,月之暗面 Kimi K3 在 Amazon Bedrock 正式 GA:2.8 万亿参数开放权重、原生视觉、100 万 token 上下文,官方称较 K2 扩展效率提升约 2.5 倍;它是 Bedrock 上首个支持显式 Prompt Caching 的开放权重模型,与专有模型共用同一套访问、加密与审计管控。注意:仅限海外区域可用,中国区不含。

2026-09-20 · Amazon Web Services / 月之暗面 / 亚马逊云科技 / 掘金 AI 日报

发布 2026-09-20核实 2026-09-20

要点

  • 2026-09-18,月之暗面(Moonshot AI)旗舰模型 Kimi K3 在 Amazon Bedrock 正式 GA,通过跨区域推理在所有提供 Amazon Bedrock 服务的区域可用——注意,仅限海外区域,亚马逊云科技中国区不含。
  • 官方口径的三个硬指标:首个参数规模达到 2.8 万亿的开放模型、原生视觉能力、100 万 token 上下文窗口。
  • 月之暗面数据显示,K3 相比 K2 的扩展效率提升约 2.5 倍(厂商口径,未见独立复核)。
  • K3 是 Amazon Bedrock 上首个支持显式 Prompt Caching 的开放权重模型——多次调用间复用上下文可显著降低长文本、多轮对话场景的延迟与输入成本。
  • 企业级治理即插即用:K3 在 Bedrock 内与专有模型共用同一安全边界——访问控制、加密、审计管控一致,数据留在 AWS 数据边界内。
  • 官方推荐的适配场景:跨大型代码仓库的长时间编码会话、含扫描件与截图的多文档分析、长时程 Agent 工作流。

背景与分析

一、这对月之暗面意味着什么:分发通道从「API 自营」变成「云厂商货架」

在此之前,Kimi K3 的触达路径是自营 API 与开源权重自部署——前者要自己解决企业客户的合规问题,后者要客户自己扛 2.8T 参数的部署成本。Bedrock 上线把这两个问题一次性外包给了 AWS:企业客户在熟悉的控制台里点几下就能用上,合规审计走 AWS 现有体系,冷启动成本为零。

对开源模型厂商来说,这是比「刷榜」更实在的商业化路径:开放权重是产品,云厂商的托管货架才是渠道。参考 Llama 系列与 Bedrock 的关系,托管上架直接决定了企业渗透速度。

二、对 AWS 意味着什么:开放权重货架上的「能力天花板」单品

Bedrock 的开放权重货架此前以 Llama、Mistral 等为主,缺一个「编程能力全球第一梯队」的招牌(K3 在 Arena.ai 编程榜排名第一、AA 智能指数 57 全球第三,参见模型卡)。K3 上架补上了这块:对受监管行业(金融、医疗、政府)的客户,「前沿能力 + 数据不出 AWS 边界」第一次可以同时成立。

配套细节也有诚意:显式 Prompt Caching 对 1M 上下文的长会话场景是实打实的成本杠杆——长上下文重试、多轮 Agent 循环里,重复输入不再重复计费。

三、放在国产模型出海的时间线里

模型出海路径节点
DeepSeek V4.1 Flash官方 API + 开源权重自部署09-10
GLM-5.3 Flash官方 API + 开源权重08-26
Kimi K3官方 API + 开源权重 + Bedrock 托管09-18

K3 是第一个以「云巨头托管」形态出海的中国旗舰开源模型。在受监管行业的企业采购流程里,「能不能在你的云上合规地跑」往往比「跑分高多少」更卡脖子——这一步跨过去,意义大于任何基准分数。

对开发者的影响

  • 海外业务/出海团队可以直接在 Bedrock 评估 K3:适合长上下文代码分析、多文档(含扫描件)理解与长时程 Agent 工作流;中国区不可用,国内团队走官方 API 或自部署。
  • 长上下文工作流优先测 Prompt Caching:1M 窗口 + 显式缓存叠加,多轮 Agent 与大仓库分析场景的输入成本降幅需要实测——缓存命中率决定实际账单。
  • 企业合规团队的新选项:需要在 AWS 边界内使用开放权重、又要顶级编程能力的场景,K3 是当前唯一同时满足两者的托管单品;审计与加密控制沿用现有 Bedrock 配置。
  • 用编码工具的团队注意上游支持:K3 已通过 Bedrock 与 OpenAI 兼容 API 双通道可用,第三方编码工具(如 GitHub Copilot 的多模型支持、OpenRouter 路由)接入速度决定实际可用性。

AI 之家 观点

  1. 这条新闻的关键词不是 2.8T,是「货架」。 模型能力的竞争上半场看跑分,下半场看分发——K3 拿到 Bedrock 货架位,等于拿到了全球企业采购流程的入场券。国产旗舰开源模型第一次和 Llama 站在同一个货架上,这才是里程碑。
  2. 「显式 Prompt Caching 的第一个开放权重模型」这个细节被低估了。 长上下文模型的真实成本大头在重复输入,缓存的经济学意义不亚于降价。预计其他云厂商会跟进为各自的托管开源模型补齐缓存能力,开放权重与闭源在成本结构上正在拉平。
  3. 对「开源 vs 闭源」的选型焦虑,这是个减分项。 当开放权重模型能以「与专有模型同一安全边界」的形态跑在主流云上,企业选择开源的技术理由又少了一条障碍——剩下的比拼就纯粹是能力与价格本身了。
  4. 冷静项:厂商口径的 2.5 倍扩展效率提升尚无第三方复核,K3 的独立基准(尤其 Bedrock 托管版本与自营 API 的表现一致性)需要观察。上货架是渠道里程碑,能力口碑仍要靠用户任务结果说话。

相关阅读

来源

待核实:「扩展效率提升约 2.5 倍」为月之暗面官方口径,未见第三方独立复核;Bedrock 托管版与官方 API 版的定价对比、全球配置档约 10% 的价差为第三方整理,以 AWS 控制台实时价格为准;中国区不可用的表述以亚马逊云科技官方公告为准。本资讯由 AI 之家 编辑部基于公开资料整理,非厂商付费内容。

相关对比

Cursor vs Aider:GUI IDE 还是 CLI?2026 对比

Cursor vs Aider 2026 选型对比:GUI IDE vs Git 原生 CLI,从 Composer vs Architect 双模型、Tab 补全、多模型 BYOK、价格计费、开源与否和适合人群判断,帮开发者选对。Cursor 是闭源 VS Code fork 月费 $20,Aider 是开源 Apache-2.0 CLI 自带 API key。

Augment Code vs Cursor:企业 AI 编程怎么选?Context Engine vs AI IDE 对比

Augment Code vs Cursor 2026 选型对比:Context Engine 全仓索引的企业 AI 平台 vs SpaceX 收购的 AI IDE 天花板,从形态、Context 覆盖、长任务、价格、合规、中文支持和适合人群 8 个维度判断,帮你选对企业 AI 编程工具。

Cursor vs Claude Code:什么时候用哪个?(2026 实测选型)

Cursor 和 Claude Code 到底怎么选?一句话结论 + 决策树 + 价格实测 + 国内可用性对比。GUI 派选 Cursor,终端长任务派选 Claude Code,最优解其实是共存。

GitHub Copilot vs CodeBuddy:国内团队怎么选?2026 对比

GitHub Copilot 与腾讯 CodeBuddy 2026 选型对比:一个胜在生态覆盖与编辑器支持最广,一个胜在中文语境与国内直连。从产品形态、上手成本、长任务、价格与国内可用性 6 个维度给出明确取舍建议。

GitHub Copilot vs Cody:日常补全还是大型代码库理解?2026 对比

GitHub Copilot 与 Sourcegraph Cody 2026 选型对比:Copilot 胜在补全覆盖与生态最广,Cody 胜在大型代码库的代码搜索与跨仓库上下文检索。从产品形态、上手成本、长任务、价格与国内可用性给出明确取舍。

Cursor vs GitHub Copilot:AI IDE 还是插件?2026 对比

Cursor vs GitHub Copilot 2026 选型对比:AI 原生 IDE vs IDE 插件,从 Composer vs Agent Mode、Tab 补全、多模型、AI Credits 计费、企业版和适合人群判断,帮开发者选对。Cursor 是 VS Code fork 重写交互层,Copilot 是 VS Code 插件继承原生体验。两家都已切 usage 制。

相关评测