“300行代码写个Cursor，这是AI时代软件工程师的新底线。”Ralph Loop创造者、Claude Code核心技术设计者的暴论

“软件开发已经死了，因为现在任何人都可以成为软件开发者。过去六个月的变化比过去三十年都多，而大多数工程师还在当Jira工单猴子，浑然不觉自己已经站在了悬崖边上。” 最近，Ralph Loop 的创造者Geoffrey Huntley在播客节目中与主持人Hendrik Krack展开了一场火花四溅的对话。 这套“痴呆但管用”的内存管理方法，如今已经被Claude Code、Cursor、Copilot等主流工具内置进去。 Ralph Loop最早在2025年7月由Geoffrey提出，到12月前后开始在开发者社区发酵，并被Claude Code吸收到自己的harness里。它解决的问题是：当一个任务需要持续推进、反复检查、不断修正时，怎么让 agent 不要跑一轮就停下。 在原始 Ralph Loop 里，agent 会先规划、拆任务，再开启新的 session，用干净的上下文继续推进。Claude Code 后来则进一步改进了这个Loop：它没有完全照搬这种多 session 方式，而是在单个 session 里加入循环机制，通过最大迭代次数、safe word 和 stop hook，让 Claude 在任务没完成时继续跑下去。也就是说Ralph Loop 最重要的意义是把 coding agent 从一次性生成，推向了长时间运行。 在这次播客中，他们从“软件开发已死”的宣言聊到“K型分化”下的职业生存法则，从 Ralph Loop的“痴呆”设计哲学聊到代码审查的“心理折磨”。下文基于播客视频整理，经 InfoQ 编辑。 太长不看版： Q：软件开发真的"不行"了吗？那我怎么办？ A： 任何人用上 Cursor 都能生成代码。如果你只把自己定义为"软件开发者"，那现在人人都是了——你正在跟时薪 10.42 美元的岗位赛跑，麦当劳做汉堡都比这高。但"软件工程师"依然稀缺。区别在于：你能不能用 300 行代码构建一个 Coding Agent，并讲清楚它的架构？解释不清的话，你只是个"使用者"，不是"构建者"。 我们这一行之所以最先被AI冲击，恰恰因为它可以被机械地验证——软件要么编译通过，要么不通过。但模块化、数据建模、安全这些没法"一键验证"的硬核能力，才是真正的护城河。 Q："工单猴子（ JIRA ticket monkeys）"还有转型机会吗？ A： 有，但窗口期很短。技术不断变化，过去六个月的变化比过去三十年都多，员工用时间和技能换钱。如果你公司禁止用 AI，这本身就是危险信号——就像当年禁止上云一样，是在把你往死路上推。 Q：那我该重点学什么？ A： 三个方向优先级最高：首先是软件验证——代码生成已经免费了，但生成的东西对不对才是瓶颈。去了解 TLA+、Lean、Coq 这类定理证明器；再次是属性测试、确定性系统测试——比单元测试高一个维度；最后是类型系统更强的语言（Rust、Haskell）——无效数据根本建模不了，编译不过就拒绝幻觉，自然到不了代码审查环节。Python 和 Ruby 生成完不跑一遍你不知道会不会炸，验证成本太高。 Q：Ralph Loop是什么？为什么都在聊它？ A： Ralph很简单：给一个目标，用最少的上下文，让它自回归地逼近结果，这是一种“痴呆”技术。最喜欢的用例是把一个开源项目从一种语言自动移植到另一种语言。比如.NET，转变成Rust。但记住： Python、Rust、Go、TS 是"被祝福"的语言，而Ruby、Java、.NET、Kotlin，前沿实验室根本不会自己内部去用这些。 Q：我该从哪开始？最紧急的一步是什么？ A： 如果你不能在几个小时内重建Cursor，你下次面试会非常艰难，因为那只是300行代码的一个while循环。 以下是原文： 软件开发已死 Geoffrey：软件开发已经死了（译者注：Geoffrey在自己介绍这个Loop的博客里曾说过：“软件开发已死——是我亲手毁了它”），因为现在任何人都可以成为软件开发者，产品经理们也能直接“吐出”代码来。但你得区分清楚：你是“写代码的人（coder）”，还是“软件工程师（software engineer）”，这两者之间有天壤之别。很多人一直只是在蒙混过关，把编程等同于敲键盘，现在这部分工作已经被取代了。任何人只要用上 Cursor 或类似的工具，就能生成代码。而如果你把自己定义为“软件开发者（software developer）”，恭喜你，现在人人都是软件开发者了。你正在跟一个时薪只有 10.42 美元的岗位赛跑，拜托，在麦当劳做汉堡的时薪都比这高。 计算机一直以来都是有门槛的，你要么是那个学会让计算机“可塑”的人，学编程、学如何塑造它、让它服从你的意志，要么你就只能乖乖用别人给你的用户界面。过去 30 年里，绝大多数人都是后者。但现在，这个局面被彻底翻转了。他们现在拥有了让计算机变得可塑的能力，他们现在也是“软件开发者”了，但这绝不意味着他们是“软件工程师”。 Hendrik：对我们这些过去一直深陷在“写代码”这件事里的软件开发者来说，还剩下什么可做的？ Geoffrey：如果你能称自己为“高级软件开发者”或“高级软件工程师”，那我问你：你能不能只用 300 行代码就给我构建一个 Coding Agent？能不能在白板上画出来，讲清楚它的架构？如果你根本解释不清这东西是怎么工作的，你只是一个消费者。 剩下可做的其实还有很多。软件模块化（modularity）、抽象（abstractions）、思考数据和数据库非常重要，身份验证、安全依然很难。但任何人都能随手生成东西了，这确实改变了游戏规则。对于那些还在纠结“我到底还有没有工作”的人，如果你保持好奇心，你就有工作。如果你在过去两年里没有保持好奇心，你就是可替代的。 K型分化 Hendrik：你昨天发表了一个关于“K型分化”（K-shape）的演讲，我们正处在一条分岔路上，大家应该注意什么？ 译者注：K型分化，是Geoffrey Huntley 在 AI:Engineer Miami 大会演讲中抛出的概念。如图所示，往右上角走的是模型优先公司，往右下角走的是还在抗拒AI的传统大公司。模型优先公司就像顶级掠食者，它们在潜空间中构建，人更少，可以像经典的初创公司那样更灵活。传统公司，通常不会担心初创公司，因为初创公司要花很长时间才能进入市场来攻击它。但在K型分化的概念中，随着模型、工作流、实践变得更好，运营得更精简，会得到“坡上加坡”的加速效应，时间线将被加速、被压缩。模型优先公司的收入数字，是指数级的，可以在利润率上碾压。 参考链接：https://www.youtube.com/watch?v=7Pkwv353DeI Geoffrey：如果你的公司商业模式是SaaS，按人头收费，你要明白，没有人知道未来会怎样，包括我自己。任何声称自己百分百确定未来走向的人，都是在吹牛。但我们百分百确定的是，现在完成同样的事情，你绝对需要更少的人。而如果你的公司靠向客户收费赚钱，那些客户也需要更少的人，那么你的收入基线就会变得非常不稳定，我们管这叫“遗留SaaS”（legacy SaaS）。从财务角度来看，变化的不仅仅是我们的职业，整个单位经济模型已经变