产业观察

Agent 基建不是设计出来的,是被 Kimi K3 和一堆应用公司卷出来的

极客公园·2026/9/28 12:03:29🔗 原文

📋总体概括

文章以月之暗面 Kimi K3 为切入点——2.8 万亿参数创开源模型之最,全栈代码与视觉理解能力获马斯克称赞——探讨模型进化后 Agent 时代基础设施的真实成因。做了十多年分布式数据库的 TiDB,因服务 Kimi、Dify 等产品,被一批反常需求倒逼着做出 Memory、Filesystem、Lake 等新组件,拼成 Agent Stack。核心判断是:Agent 时代的计算单位不是用户或会话,而是 Agent 本身,每个干活的 Agent 终将变成需要数据库、文件、记忆与执行环境的 full-stack agent。

⚡关键信息

  • ▸Kimi K3 参数规模达 2.8 万亿,为开源模型之最,具备全栈代码、前端与视觉理解能力,获马斯克称赞
  • ▸TiDB 从分布式数据库转型为 Kimi、Dify 等 Agent 产品的基建服务商
  • ▸TiDB 推出 Memory、Filesystem、Lake 等组件,产品路线由客户需求倒逼而非提前规划
  • ▸核心判断:Agent 时代计算单位是 Agent 本身,每用户身边将有 10 个、100 个 Agent 并行运行
  • ▸真正干活的 Agent 都会演变为 full-stack agent,需要数据库、文件、记忆与执行环境

🔥犀利点评

这个观察比 Kimi K3 本身更有价值。Agent 基建从来不是哪位架构师画出来的蓝图,而是应用公司的真实需求把数据库厂商硬生生抽出来的——TiDB 做了十年分布式数据库,结果被 Kimi 和 Dify 的反常需求拽进了 Memory 和 Filesystem 赛道。计算单位从用户变成 Agent,意味着状态和数据的数量级爆炸,这才是下一轮 infra 竞争的真战场。谁先被头部 Agent 团队锤炼,谁就拿到定义标准的入场券。

本文由本站自动聚合,以下为原始来源:前往 极客公园 阅读全文 →