编码代理时代：ToolJet十一个月踩坑换来的一次架构重构
内容提要
ToolJet曾开发多智能体系统生成应用，但随着Claude Code等通用编码代理的崛起及MCP成为行业标准，其优势消失。2026年，ToolJet放弃自研智能体，转向通过MCP将平台抽象暴露给外部代理，让AI输出配置文件而非代码，以顺应趋势并降低成本。
延伸解读
自研智能体为何败给通用编码代理
ToolJet曾投入十一个月迭代自研多智能体系统，但Claude Code等通用编码代理的快速进化使其优势迅速消失。通用代理无需针对特定平台训练，每月都在变强，而自研系统需随产品迭代不断重新适配，维护成本高且难以跟上外部技术进步。这揭示了在快速演进的AI领域，垂直自研可能不如借助通用工具的趋势。
MCP成为行业标准的关键节点
MCP从Anthropic发布到捐赠给Linux基金会，再到2026年7月发布第五版规范，逐步成为AI与平台交互的通用接口。第五版转向无状态核心，简化了部署，使其更适合无服务器架构。ToolJet正是看准这一趋势，决定将平台通过MCP暴露给外部代理，而非继续自研智能体，以顺应行业标准并降低维护成本。
架构重构的取舍：从生成代码到输出配置
ToolJet的新架构不再让AI生成React代码，而是输出描述应用结构的配置文件，如页面、组件和数据源关系。这大幅减少了代码量，并统一覆盖80多个数据源，无需为每个数据源训练专门智能体。用户可使用自己的Claude Code或Codex订阅，ToolJet仅提供MCP接口和视觉构建器，体现了从“生成代码”到“操作抽象”的转变。
Q&A
ToolJet为什么决定放弃自研多智能体系统？
因为通用编码代理（如Claude Code）的快速进化使得自研智能体难以匹敌，且MCP成为行业标准，继续自研成本高且不划算，因此转向通过MCP将平台暴露给外部代理。
ToolJet的新架构是如何工作的？
ToolJet将平台通过MCP暴露给外部编码代理，让AI输出配置文件（描述页面、组件、查询等），而不是生成代码。用户可以使用自己的Claude Code或Codex订阅，ToolJet负责提供MCP服务器和视觉构建器。
MCP协议在ToolJet的转型中扮演了什么角色？
MCP成为AI工具与平台之间的通用接口，ToolJet将自身变为MCP服务器，使所有支持MCP的编码代理都能操作它，从而无需自研智能体。
ToolJet的多智能体系统在发布时有什么优势？
2025年9月发布时，该系统能生成多页应用，多个智能体分工协作，每个数据源有专门智能体，当时被认为是市场上最好的AI生成能力。
Claude Code的出现对ToolJet产生了什么影响？
Claude Code作为通用编码代理，进化速度极快，使得ToolJet自研智能体的改进很快过时，促使团队重新评估自研策略。
MCP第五版规范带来了哪些关键变化？
MCP第五版从有状态转向无状态，移除了握手和会话ID，支持无服务器部署；引入版本化扩展框架，纳入MCP Apps和Tasks；强化OAuth 2.0和OIDC支持。
ToolJet与Retool的转型策略有何不同？
Retool采用“任何地方构建，Retool治理”策略，让Claude Code等生成代码，自己负责运行和治理；ToolJet则让AI输出配置文件，不生成代码，通过MCP暴露平台抽象。
ToolJet新架构相比旧系统有哪些优势？
新架构代码量减少几个数量级，覆盖80多个数据源无需专门智能体，用户自带AI订阅，降低ToolJet成本，且顺应行业趋势。
