2025年9月，ToolJet上线了一套多智能体系统，能用AI自动生成内部工具应用。当时这玩意在业内算顶级水平，客户对比了好几家产品后都点头说好。然后团队就掉进了一个坑——连续迭代了将近十一个月。
到2026年夏天，客户对这系统的反应完全变了。他们不再觉得“能用AI生成应用”有什么稀奇。与此同时，Retool全面转向了vibe-coding，几个小对手也跟进了。ToolJet的联合创始人做了一个决定：把花了十一个月搭建的多智能体系统整个扔掉，围绕MCP重建。
你没看错——让外部编码代理来驱动平台，但代码一行都不生成。
2025年9月：发布时多智能体系统确实很能打
得把时间拉回到2025年秋天。
2025年2月，ToolJet第一次推出了AI应用生成功能。当时很基础，但方向对。到了9月，正式发布的多智能体系统已经能生成多页应用了。这套系统的架构是这样的：多个AI智能体分工协作，一个负责规划应用结构，一个负责写React组件代码，一个负责调试错误。每个数据源还需要一个专门的智能体来处理——PostgreSQL配一个，REST API配一个，Google Sheets又配一个。
那个时候这个方案确实先进。客户拿ToolJet跟其他产品对比，结论一致：ToolJet的AI生成能力是市场上最好的。客户认可了，团队自然就押注在这个方向上——继续迭代这套系统，一干就是将近十一个月。
问题在于，ToolJet在2025年9月发布多智能体系统的时候，市场上还没有什么像样的对手。Anthropic的Claude Code要到2025年9月底才推出；xAI的Grok Build更是2026年5月的事。
2025年9月底：Claude Code横空出世，格局开始变了
就在ToolJet发布多智能体系统几周后，Anthropic在2025年9月底推出了Claude Code。
刚出来时，Claude Code只占了GitHub公开提交量的0.7%。但增长曲线吓人。到2026年2月，这个数字飙到了4%。SemiAnalysis在2026年5月的分析报告里预测，2026年底能达到20%以上。更夸张的是Anthropic内部——80%到90%的代码已经是Claude Code写的了。
这意味着什么？一个通用编程智能体，在短短几个月内，从一个新工具变成了Anthropic内部的默认开发方式。它不是专门为某个平台设计的，它什么代码都能写——React组件、Python脚本、SQL查询、基础设施配置。
ToolJet团队开始意识到一个问题：你花几个月训练一个专门写ToolJet应用的智能体，而Claude Code这样的通用智能体在飞速进化，每个月都在变强。你做的每一点改进，放在Claude Code的进化速度面前，都可能瞬间过时。
每两周就要重新教一次自研智能体——因为产品在迭代、接口在变化、新的数据源在接入。而Claude Code不需要你教，它自己就在变聪明。
2025年11月到12月：MCP从发布到捐赠，行业标准正在成型
2024年11月25日，Anthropic发布了MCP——模型上下文协议。当时没引起太大波澜。
到了2025年12月9日，Anthropic把MCP捐给了Linux基金会旗下的Agentic AI Foundation。这个动作很关键。一个商业公司的协议，变成了一个开源基金会的项目。这意味着MCP朝着行业标准的方向走了。
接下来半年，采用量爆炸式增长。到2026年3月，MCP的月SDK下载量达到了9700万次，比刚发布时增长了970倍。到2026年7月，这个数字突破了4亿。2026年7月的一项调查显示，41%的软件组织已经在生产环境中使用MCP。Gartner预测，到2026年底，40%的企业应用将包含任务特定的AI智能体。
ToolJet看明白了这个趋势：MCP正在变成AI工具与平台之间的通用接口。与其自己养一套智能体跟全行业的通用智能体赛跑，不如把平台变成一个MCP服务器，让所有支持MCP的编码代理都能操作它。
2026年5月到6月：Grok Build起飞，Retool转向，内部工具赛道加速裂变
2026年5月14日，xAI发布了Grok Build的早期测试版，面向SuperGrok和X Premium Plus订阅用户开放。这个终端驱动的编程智能体支持最多八个并行子智能体，还有“规划模式”——用户在AI动手之前审核执行计划。发布时评价参差不齐，但进化速度惊人。创始人后来说了句大实话：“Grok Build went from horrible to great”——从一塌糊涂到很棒。
同一个月，Claude Code推出了动态工作流，能在一个会话里跑几十到几百个并行子智能体。通用编程智能体的能力边界再次被拓宽。
紧接着2026年6月，Retool宣布了重大转向。Retool推出了新的应用构建器，支持用Claude Code、Codex、Replit、Lovable或Retool自己的编辑器构建应用，然后通过一个统一的运行环境部署。Retool还提供了MCP服务器，让用户可以从Claude Code、Cursor或任何MCP兼容工具直接生成和部署Retool应用。
简单说：Retool从“用自然语言生成代码”变成了“你爱用什么AI生成都行，我负责跑和治理”。
2026年7月28日：MCP第五版规范发布，彻底颠覆了架构
2026年7月28日，MCP发布了第五版规范。这是协议问世以来最大的一次颠覆式修订。
最大的变化是从“有状态”转向了“无状态”核心。旧版本需要“粘性会话”——请求必须路由到同一台服务器实例。新版本彻底移除了握手环节和会话ID，每个请求完全独立、自包含，可以路由到任意网关或实例。
翻译成人话：以前你部署一个MCP服务器，得保持长连接，得记住会话状态，部署在AWS Lambda这种无服务器环境里就很麻烦。新版本不需要了，MCP服务器可以完美部署在任何无服务器架构上，随便哪个实例都能处理请求。
新规范还引入了版本化扩展框架，正式纳入MCP Apps和Tasks扩展。开发者无需修改核心协议，就能增加交互式界面、长时间运行任务等能力。还强化了对生产环境OAuth 2.0与OIDC部署的适配。
就在这个时间窗口，ToolJet把自己整个平台通过MCP暴露了出去。
现在：ToolJet走了一条跟所有人都不一样的路
把时间线拉回到2026年9月。
Retool走的是“任何地方构建，Retool治理”的路线——代码生成的活儿交给Claude Code和Codex，Retool负责运行和安全。
传统的低代码平台还在走视觉构建的路线——拖拽组件、配置数据源，手工搭积木。
ToolJet选了第三条路：把平台抽象暴露给编码代理，让AI操作抽象，而不是生成代码。
ToolJet的应用本身有一套完整的骨架——页面、组件、查询、数据源集成、事件、状态管理，这些都有明确定义。老系统让AI生成React代码和CSS。新系统只让AI输出配置文件：描述“这里有个表格，数据从那个查询来；这里有个按钮，点击打开那个弹窗”。
代码量少了几个数量级。80多个数据源全部覆盖——以前每个数据源需要一个专门的智能体，现在不用了。用户可以用自己的Claude Code或Codex订阅，自己付API费用。ToolJet只负责把平台通过MCP暴露出去，外加一个视觉构建器供手动修改。
整个演变过程有清晰的时间脉络：2025年2月起步→9月发布领先的多智能体系统→9月底Claude Code出现→2025年底MCP变成行业标准→2026年5月Grok Build发布、Claude Code推出动态工作流→2026年6月Retool转向→2026年7月MCP第五版规范→2026年9月ToolJet决定抛弃自研智能体全面拥抱MCP。
每一步都有因果。外部环境变了，竞品策略变了，行业标准成熟了，你不跟着变，十一个月的积累就会变成包袱而不是资产。
编码代理在变得更强，但它们理解“应用抽象”的速度，跟得上它们写代码的速度吗？
这个问题，连ToolJet自己都还没答案。