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

📌 一句话摘要

Spring 创始人 Rod Johnson 携企业 AI Agent 框架 Embabel 回归一线，认为这可能是最后一代由人类主动选择的框架，并深入探讨了 AI 编程、语言选择、企业 AI 落地等核心议题。

📝 详细摘要

本文基于对 Spring 创始人 Rod Johnson 的深度访谈整理而成。Johnson 在离开一线多年后，带着面向企业 AI Agent 的开源框架 Embabel 重新创业。文章围绕多个核心议题展开：为什么企业 AI 不应盲目转向 Python，而应基于现有 Java 技术栈；Coding Agent 如何在不加架构监督时毁掉代码库；Embabel 核心规划器 GOAP 如何从游戏 NPC 算法中借鉴，实现确定性、可解释的流程编排；对 MCP 协议的怀疑态度；以及 AI 在代码批评与原创之间的能力差异。Johnson 还分享了对语言之争（Java/Kotlin/TypeScript）、开源商业模式、以及「最后一代由人类主动选择的框架」这一核心判断的深入思考。文章信息密度高，观点鲜明，既有技术深度也有行业洞察。

💡 主要观点

- 企业 AI 不应盲目转向 Python，应基于现有技术栈。 Johnson 认为，企业 AI 应用的核心邻接性在于已有业务逻辑和数据库，而非 LLM 本身。LLM 只是一个 HTTP 调用，用 Java 或 Kotlin 发起调用比引入异构技术栈更合理。

Coding Agent 不加架构监督会毁掉代码库。 Johnson 本人只写 5% 的代码，但牢牢掌握架构控制权。他认为 Agent 会愉快地添加新功能，但每添加一个，设计就会退化，代码质量急剧下降。

Embabel 的 GOAP 规划器提供确定性、可解释的流程编排。 借鉴游戏 NPC 的 GOAP 算法，规划器在运行时动态决定动作顺序，基于前置条件和后置条件，可提供完整的决策路径审计，优于纯 LLM 驱动的不可预测编排。

对 MCP 协议持怀疑态度，认为其并非万能方案。 Johnson 认为，在现有技术栈中直接暴露 Java 方法或 Python 函数比通过 MCP 更简单，且已有 OpenAPI、GraphQL 等成熟规范，MCP 并非必要。

这可能是最后一代由人类主动选择的框架。 Johnson 预测，未来技术选型将越来越多地由 AI 工具替开发者完成，开发者亲自挑选框架、搭建技术栈的时代正在进入尾声。

💬 文章金句

- 这可能已经是「最后一代由人类主动选择的框架」了。以后越来越多的技术选型，都会由我们的工具替我们完成。

• 你无法用 Vibe Coding 来编写严肃的软件。
• 一旦你进入复杂的应用程序，如果你不保持那种架构上的监督，你很快就会陷入一团乱麻。
• 它更擅长批评，而不是提出原创想法。
• 每个开发者原则上都应该每隔一两年学一门新语言，因为它真的会改变你的思维方式。

📊 文章信息

AI 初评：88

来源：InfoQ 中文

作者：InfoQ 中文

分类：人工智能

语言：中文

阅读时间：49 分钟

字数：12199

标签： AI Agent, 企业 AI, AI 编程, 框架设计, Java

阅读完整文章