跳到主内容

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

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

要点

  • 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 之家 编辑部基于公开资料整理,非厂商付费内容。

相关对比

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 编程工具。

GitHub Copilot vs Tabnine:AI 代码补全怎么选?2026 对比

GitHub Copilot vs Tabnine 2026 选型对比:微软+OpenAI 生态全面的 AI 编程助手 vs 老牌支持私有化部署的代码补全工具。从补全质量、IDE 覆盖、隐私部署、价格和适合人群 6 个维度帮你选对补全工具。

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。

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

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

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 制。

Cursor vs Kiro:「对话式改代码」与「规格驱动开发」怎么选(2026)

Cursor 代表对话式、迭代式的 AI 编码;Kiro 主打 spec-driven,先写需求与设计文档再生成代码。一句话结论 + 决策树 + 价格对比:要速度与手感选 Cursor,要过程可控与可追溯选 Kiro。

相关评测