核心内容总结
Spring框架创始人Rod Johnson时隔20多年回归一线，创办开源AI框架Embabel，专门解决企业AI Agent的“可控性、可解释性、可审计性”问题。他提出一个震撼观点：这可能是人类亲自选择的最后一代框架——未来AI工具会逐渐替开发者做技术选型，人类不再需要亲手挑框架、搭技术栈。同时，他对企业AI应用有诸多“反常识”见解：反对为AI盲目把Java重写为Python，警告AI Coding Agent会毁掉代码库，用游戏NPC的规划算法让AI Agent“听话”等。
一、Spring之父回归：为什么现在做AI框架？
Rod Johnson不是突然“跨界”——他本来就是音乐博士转编程的“斜杠青年”，20年前用Spring重新定义了Java企业开发。这次回归，是因为GPT-3/ChatGPT让AI从实验室走向实用，但企业用AI时遇到了大麻烦：
- 高层喊“AI一切”，但团队盲目上项目，没有明确业务目标；
- AI被硬塞进现有系统，和Java老业务栈脱节，变成“孤岛”；
- LLM调用工具时“随心所欲”，结果不可控、没法审计。
他之前两年已经在玩TensorFlow，发现企业AI缺一个“粘合剂”——能把LLM和现有业务系统（比如Java）无缝集成，同时让AI的行为“有规矩”的框架。于是Embabel诞生了。
二、企业AI别瞎转Python！Java才是你的菜
很多公司老板让Java团队转Python做AI，Rod说这是“错误”：
- 分清楚两件事：数据科学（训练模型、微调）用Python没问题，但企业AI应用（把LLM放进业务系统）不需要——LLM本质是个HTTP调用，Java发起调用和Python一样简单；
- 邻接性最重要：企业现有系统90%是Java写的（数据库、服务、代码库），用Java做AI应用能直接对接，不用重新造轮子；
- Embabel的妥协：核心用Kotlin写（更现代），但对Java用户完全无缝——你写Java代码调用Embabel，感觉不到任何Kotlin的“奇怪东西”。
举个例子：澳大利亚某公司用Java做了个小功能，把95%的表单审核自动化，没转Python，效果很好。
三、AI写代码很爽？小心它把你的代码库搞成一团糟
Rod自己用AI写95%的代码，但他警告：不能让AI完全失控：
- AI擅长写“一次性代码”（比如UI原型），但写严肃业务代码时，会“乱加功能”——每加一个功能，设计就退化，代码变得臃肿；
- 他的秘诀：自己掌握架构控制权，只让AI写“执行细节”，然后盯着diff改——比如AI硬编码某个值，他会纠正：“这里应该用策略模式，提取出来！”；
- 企业常见坑：高层逼团队用AI，但团队连“为什么用AI”都没想清楚，结果项目失败。
四、Embabel的黑科技：用游戏NPC算法让AI Agent“听话”
其他AI框架（比如LangChain）让LLM自己决定下一步做什么，结果不可控。Embabel用了游戏里NPC的GOAP算法（目标导向行动规划）：
- 像NPC一样规划：比如你要“审核表单”，GOAP会先看当前状态（表单内容），然后找达成目标的步骤（检查必填项→验证格式→调用LLM分析），每一步都有明确条件（比如“必填项不全就不能下一步”）；
- 确定性+可解释：GOAP是动态规划，但每一步都有迹可循——你能看到AI为什么选这个步骤，还能输出审计日志；
- 成本最优：可以给每个步骤设成本（比如调用昂贵的LLM成本高），GOAP会自动选最便宜的路径。
对比LangChain：Embabel的AI Agent不会“乱走”，企业用起来更放心。
五、未来框架不用人选？这可能是最后一代人类挑的框架
Rod的核心判断：开发者不会消失，但选框架的权力会转移给AI工具：
- 模型会越来越强，工具会自动帮你选最适合的框架、搭技术栈；
- 为什么他敢这么说？因为他亲历了Spring从框架变成基础设施的过程——现在AI工具正在做类似的事：替人类做决策；
- 但企业应用仍需要Embabel这类框架吗？需要！因为企业要确定性、可解释性，AI选的框架也得满足这些需求，但人类不用再亲手挑了。
他甚至开玩笑：“五年后，人们还会亲手写应用吗？可能不会了，但Embabel至少是最后一代人类选的框架。”
结语
Rod Johnson的回归，不是简单做一个AI框架，而是在AI时代重新思考“开发者的价值”——未来开发者不用写大量代码，不用挑框架，但必须掌握架构控制权和业务理解能力。他的观点不一定全对，但作为Spring的创造者，他的判断值得每个企业和开发者重视。毕竟，他曾亲手改变了Java开发的格局，这次可能又要改变AI开发的游戏规则。