Spring 创始人重回一线做 AI 框架，却说：这是人类亲自选择的最后一代框架

一句话看懂：Spring 框架创始人 Rod Johnson 创办了开源 AI Agent 框架 Embabel，旨在将 LLM 安全可控地集成到企业 Java 系统中。他同时警告，随着 AI 自动化工具崛起，开发者亲手挑选技术框架的时代可能即将结束，这或许是“最后一代由人类主动选择的框架”。

事件核心：发生了什么

Rod Johnson，曾以 Spring 框架重塑企业 Java 开发的传奇人物，在离开一线多年后重新创业，发布了面向企业 AI Agent 的开源框架 Embabel。该框架核心使用 Kotlin 编写，并保证对 Java 用户无缝集成。与当前主流的 LangChain、Crew.ai 等依赖 LLM 自主决策的规划方式不同，Embabel 引入了一个源自游戏 NPC（非玩家角色）设计的确定性规划算法 GOAP（Goal-Oriented Action Planning），强调在复杂业务流程中保持可控、可解释和可审计。Johnson 本人目前仅编写约 5% 的代码，其余由 AI Coding Agent 生成，但他强调必须保留架构上的严格监督。

为什么重要

作为 Spring 框架（企业级 Java 应用的事实标准基础设施）的创造者，Johnson 的观点在技术选型上具有风向标意义。他的判断直接挑战了当前“AI 应用必须用 Python 重写”的行业迷思，明确指出数据科学与企业 AI 应用是两回事。Johnson 认为，对于大量以 Java 为核心的企业系统，正确做法是在现有技术栈中通过简单的 HTTP 调用集成 LLM，而非引入“异构技术栈”。更重要的是，他提出技术选权的转移趋势令人深思：随着 AI 工具变得越来越智能，开发者亲自挑选框架、搭建系统骨架的主动权，正在向自动化工具转移，这将对整个软件工程生态产生深远影响。

对用户/开发者/创作者的影响

对 Java 企业开发者：不必盲目转向 Python，可以继续利用现有 Java 技能栈构建企业级 AI Agent，Embabel 提供了一条确定性更强、风险更低的集成路径。对技术决策者：应警惕“Vibe Coding”（完全依赖 AI 生成代码而不加监督）在严肃软件工程中的风险。Johnson 警告：AI Agent 会愉快地添加新功能，但每添加一个功能，设计就会退化，代码会变糟糕，必须保持架构监督。项目中应优先思考“是否需要 LLM”，而非“如何多用 AI”。对创业者与架构师：需要重新审视自己的技术栈选择策略。如果“框架由 AI 替人类选择”成为趋势，那么建立核心业务理解与架构控制力，比掌握某个具体框架更为关键。

AI 工具推荐

想把多个 AI 模型放在一个入口？

GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。

了解 GamsGo AI

推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。

值得关注的后续

第一，Embabel 的开源生态能否快速在企业 Java 社区中建立信任和实用案例，尤其是在澳大利亚已有客户从“表单自动审批”等小切口切入并取得实效。第二，Go-to-market 策略：作为一个强调“确定性”而非“智能泛化”的框架，它与 LangChain 等主流方案在真实企业部署中的性价比与成功率对比，将成为关键竞争指标。第三，Johnson 关于“Python 在 AI 应用层主导地位即将结束”的预言，能否在 2025 年企业级 AI 采购和工程实践的数据中得到验证。

来源：36氪 · 24小时热榜

Spring 创始人重回一线做 AI 框架，却说：这是人类亲自选择的最后一代框架