blog.cygankiewicz.com

ai-agents-are-coming

AI 智能体正在到来

DHH 疯了吗？这是来自我这间小型智能体工厂的一次技术现实检查。为什么亲手写代码正在变得没有“决定什么值得构建”那么重要，以及为什么 Saturday Night Live 突然也开始谈 AI 智能体。

发布于:约 6 分钟

  • AI 智能体
  • 开发者工具
  • 创业
  • 开源

TLDR： DHH 依然很清醒，只是他的单口喜剧水平突然起飞了。如果你还没看过他在 Rails World 2026 的开场 keynote，现在就去看：https://youtube.com/watch?v=vDjW_dRyKXY。真的。这是一场杰作，而且很可能是未来七天里你最应该看的一个视频。🐐🔥🔥🔥

分布在世界各地的 AI 智能体，通过山间木屋里的一台 iPhone 控制。
界面越来越小，背后的工厂却越来越大。

来自我的小型 slop 工厂的现场报告

一台 iPhone 的主屏幕上排满了 Cezar 实例。
工厂已经分布式了。界面只是一台 iPhone。谢谢你，Cezar。

上面到底是什么？

在我的上一篇文章里，我写过自己正在寻找联合创始人，也描述了一个建立在 Cezar 之上的 orchestration control plane 构想。

那还是上周五。

现在感觉已经像几个世纪以前了。

上面的截图就是那个想法的一个小型可运行 MVP。真正开始思考这件事是在 9 月 20 日，也就是 Open Mercato HackOn Wrocław 之后。我当时真心以为，要做出一个有用的版本大概需要一年。

结果到了周日，我去 Beskid Śląski 山区的小屋做客，拿着一台 iPhone 花了大约五个小时，就把 MVP 做出来了。

看来现在一年等于一个星期天早上。

真正有意思的甚至不是我这么快做出了 control plane，而是整个 development loop 到底发生了多大的变化。代码可以在别处。智能体可以在别处。算力可以在别处。我的界面可以只是一部手机。

Workstation 正在慢慢变成可选项。

有个好消息 - Saturday Night Live 回来了

AI 安全显然已经进入主流语境，以至于 Dario Amodei 都可以作为角色出现在 Weekend Update 里了。

说真的，我很喜欢这件事。不是因为 AI 风险不严肃。它当然严肃。但当一个话题从研究论文、Hacker News 和技术会议一路走进 Saturday Night Live，这意味着文化层面的转变也已经发生了。

AI 智能体不再只是开发者圈子里的奇怪小众话题。它正在变成普通生活背景的一部分。

而且这个 sketch 确实很好笑。这也很重要。

Ventures Originals 接下来做什么？

Ventures Originals 很可能的联合创始人会是 Mateusz Wiatrzyk，也就是我们 #aveCezar HackOn 团队的发起人：

https://pl.linkedin.com/in/mateusz-wiatrzyk-91637516b

Mateusz 足够 AI-native，也足够 open-minded。更重要的是，他愿意真正为未来去 SHIP 东西，而不是无休止地讨论未来。🏭🤖💪🏻🚀

“Orchestration Control Plane” 并不是一个坏想法。从技术上说，我现在依然很喜欢它。但从经济上看，我暂时看不到足够好的商业逻辑。

我已经有一个可以工作的 MVP。能够管理二十多个分布在任何我想放的位置上的 Cezar 实例，确实很酷。

但“很酷”不是商业模式。

对我真正的工作负载来说，我已经回到了只运行一个 Open Mercato Cezar。测试过另一个极端之后，我现在认为，即使对非常重度的 power user，一个 Cezar 很可能也已经够了。

所以这个项目目前的状态是：postponed。

不是死了。也没有删除。我只是不想因为自己喜欢它的架构，就继续把它做下去。

这可能是我这周学到的最有价值的一条商业经验。

所以我当然已经有了下一个想法

Ventures Originals 的下一个产品想法叫 little-cezar，但前提是 Open Mercato 愿意合作。

Little-cezar 会面向孩子，更广义地说，是一个 EdTech 工具。

孩子们会比我们那一代更早成为 builders。不能因为过去人们往往要先花很多年学习语法，才能用计算机做出有意思的东西，就浪费他们的想象力。

如果软件开发越来越像是意图、智能体、工具和验证之间的一场对话，那么教育也许应该更多地训练任务拆解、好奇心、systems thinking、验证能力，以及判断“什么值得做”的能力。

现在这还只是一个想法。

但我喜欢这个。

DHH 没疯

现在必须聊聊 David Heinemeier Hansson。

他在 Rails World 2026 的开场 keynote：

https://www.youtube.com/watch?v=vDjW_dRyKXY

是一场杰作。

我不是说自己字字句句都同意。我是说，我非常认同他整个论证的方向。

而对我来说最有趣的是开头那一段。

肖像画家。

我以前从来没通过这个类比去看程序员，但这个类比好得让人有点不安。

几个世纪以来，如果你想要一幅准确的自己或家人的肖像，就必须有人把它画出来。这可能意味着大量高技能的人类劳动。摄影没有让绘画消失，也没有让艺术消失。

它摧毁的是另一个假设：准确再现一个人的外貌，必须由画家亲手完成。

这个区别非常重要。

今天几乎没有人会订一幅要画一到三年的家庭肖像，也许亿万富翁或者特别执着的 nouveau riche 除外。

绘画活下来了。

肖像画家的经济角色变了。

也许软件工程正在经历同样的事情。

1995 年，能靠手工编写软件是一项极度稀缺的技能。2015 年仍然稀缺。2025 年它依然拥有很高的经济价值。

但 2026 年感觉不一样。

不是因为软件突然不重要了。

而是 bottleneck 换了位置。

留住美好的回忆

如果你没时间看完整场 DHH keynote，这里有一个不错的总结：

我很喜欢这句话：

Keep the happy memories. Eyes on reality. Be excited about the future.

我觉得没毛病。

我其实从来不觉得自己是个程序员

我会写代码。

大学里我学过 C。后来我想成为 full-stack web developer，这也是为什么我直到今天仍然很喜欢 JavaScript。

C 和指针对我来说挺难的，而大概在 2012 年，我那时高度成熟的技术观点差不多就是：

我为什么还需要这个指针？

JavaScript 完全不一样。灵活、表达力强，而且以一种奇怪的方式很漂亮。我很喜欢它偏函数式的那一面。TypeScript 又让这一切变得更好。

但我从来没有把“程序员”当成自己身份的核心。

现在看来，这可能反而是件好事。

编程语言在我日常工作里的重要性，比一年前低得多。AI 智能体已经能相当好地跨语言、跨技术栈工作，包括很老的系统和 COBOL 这种语言。

所以，与其说“编程已经不是一种职业了”，这种说法显然太宽，我更愿意这样描述自己的真实体验：

大约从 2026 年 2 月开始，亲手写代码不再是我做软件开发时最核心的活动。

编程没有消失。

抽象边界又移动了一次。

我们曾经直接操作 machine code，然后是 assembly，再后来是高级语言，再后来是 frameworks。现在，我越来越多地在操作意图、上下文、spec、测试、tools 和 agents。

代码还在下面。

只是我越来越少直接碰它。

“Do nothing” 正在成为一项技术能力

这可能是 DHH 整个观点里最吸引我的部分。

当 execution 变得极其便宜时，最重要的问题不再是：

我能不能把它做出来？

越来越多的时候，答案都只是：能。

更好的问题变成：

我到底该不该做？

我的 orchestration control plane 就是最好的例子。一周前我还认为它可能变成一家公司。然后我做出了 MVP，真正用了一下，看了看经济账，最后停了下来。

这不是失败。

这是进展。

当 execution 变便宜，说 不 的能力反而变得更有价值。

等一等。观察。用那个无聊但已经存在的东西。在你花六个月把一个项目打磨得闪闪发光之前，先把它杀掉。

在一个智能体实现想法的速度已经快过人类认真评估想法的世界里，克制本身可能会变成最高杠杆的技术能力之一。

来自华沙的更多上下文

如果你关心 2026 年下半年软件开发真实发生了什么，还有一个视频值得看。

Callstack 的 panel：

Future of Software Development | Closing Panel at Agent Conf 2026

https://www.youtube.com/watch?v=0Swn0O6HxtU

我很喜欢先看 DHH，然后再看一屋子的工程师讨论同一场变化，因为问题已经不再是 coding agents 到底能不能工作。

它们能。

真正有意思的问题现在是架构和组织层面的：智能体应该有多少自治权？我们怎么 review 它们的工作？怎么保持 context？怎么控制一整支 fleet？哪些部分应该保持 deterministic？哪些东西依然应该由人负责？

而且越来越重要的一个问题是：

有哪些东西从一开始就不应该被构建？

博客的一些变化

最后一件事。

欢迎 🇨🇳

中文读者在这里是一等公民。

这个博客现在有专门的中文路径：

  • /zh-cn/ - 简体中文
  • /zh-tw/ - 繁體中文

这篇文章会有四个语言版本：

https://blog.cygankiewicz.com/pl/ai-agents-are-coming/

https://blog.cygankiewicz.com/en/ai-agents-are-coming/

https://blog.cygankiewicz.com/zh-cn/ai-agents-are-coming/

https://blog.cygankiewicz.com/zh-tw/ai-agents-are-coming/

我也参与了 Cezar 的简体中文和繁体中文文档工作。

GitHub 上 Cezar 的简体中文 README。
还是同一个 Cezar。只是更多人能读懂说明书了。这个 trade 看起来不错。

Open source 不应该默认认为，所有值得交流的人都能轻松阅读英文。

如果软件是全球化的，那么文档也应该让全球用户真正看得懂。

云端见 ☁️

以上就是今天来自我这间小工厂的报告。

大概一周时间里，我从“想为 orchestration control plane 找联合创始人”，走到“把 control plane 做出来”，再走到“发现自己可能根本不该围绕它建一家公司”。

以前我可能会把这看成失败。

现在我觉得，也许恰恰相反。

实现成本已经低到让我可以先测试想法，而不是先爱上一份讲这个想法的 PowerPoint。

DHH 主张乐观。

我想再加一件事：

带 kill switch 的乐观。

快速构建。真正使用。看看现实。留下有效的。杀掉没用的。

然后出去走走。

等你回来，agents 还会在那里。

☁️🏭🤖💪🏻