ai-agents-are-coming

AI 代理正在到來

DHH 瘋了嗎?這是一份來自我這座小型代理工廠的技術 reality check。為什麼親手寫程式碼正在變得沒有「決定什麼值得做」那麼重要,以及為什麼 Saturday Night Live 突然也開始談 AI 代理。

  • AI 代理
  • 開發者工具
  • 新創
  • 開源

TLDR: DHH 還是很清醒,只是他的 stand-up 能力突然衝上了另一個層級。如果你還沒看過他在 Rails World 2026 的開場 keynote,現在就去看:https://youtube.com/watch?v=vDjW_dRyKXY。真的。這是一場傑作,而且很可能是未來七天裡最值得你看的影片。🐐🔥🔥🔥

分布在世界各地的 AI 代理,由山中木屋裡的一支 iPhone 控制。
介面越來越小,背後的工廠卻越來越大。

來自我的小型 slop 工廠現場報告

一支 iPhone 的主畫面排滿了 Cezar 實例。
工廠現在已經分散式了。介面只剩一支 iPhone。謝謝你,Cezar。

上面到底是什麼?

在我的上一篇文章裡,我寫過自己正在找 co-founder,也描述了一個位於 Cezar 之上的 orchestration control plane 構想。

那還只是上週五。

現在感覺已經像幾個世紀以前。

上面的截圖,就是那個想法的一個小型可運作 MVP。真正開始規劃是在 9 月 20 日,也就是 Open Mercato HackOn Wrocław 之後。我當時真的以為,要做出一個有用的版本大概需要一年。

結果到了星期日,我去 Beskid Śląski 山區的小屋作客,只靠一支 iPhone,大約五個小時就把 MVP 做了出來。

看來現在一年只等於一個星期日早上。

真正有趣的甚至不是我這麼快做出了 control plane,而是整個 development loop 到底改變了多少。程式碼可以在別的地方。代理可以在別的地方。Compute 可以在別的地方。我的介面只需要是一支手機。

Workstation 正慢慢變成選配。

有個好消息 - Saturday Night Live 回來了

AI 安全顯然已經進入主流語境,甚至 Dario Amodei 都可以成為 Weekend Update 裡的角色了。

老實說,我很喜歡這件事。不是因為 AI 風險不嚴肅。當然嚴肅。但當一個議題從 research papers、Hacker News 和技術 conference 一路走進 Saturday Night Live,代表文化層面的轉變也已經發生了。

AI 代理不再只是開發者圈子裡奇怪的小眾話題。它正在變成一般生活的一部分。

而且這個 sketch 真的很好笑。這也有幫助。

Ventures Originals 接下來要做什麼?

Ventures Originals 很可能的 co-founder 會是 Mateusz Wiatrzyk,也就是我們 #aveCezar HackOn 團隊的發起人:

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

Mateusz 夠 AI-native,也夠 open-minded。最重要的是,他真的願意為未來去 SHIP 東西,而不是永遠只討論未來。🏭🤖💪🏻🚀

「Orchestration Control Plane」並不是一個壞點子。從技術上來說,我到現在還是很喜歡它。但從經濟上看,目前我看不到足夠好的 business case。

我已經有一個可運作的 MVP。可以管理二十多個分散在任何我想放的位置上的 Cezar 實例,確實很酷。

但「很酷」不是商業模式。

對我真正的 workload 來說,我已經回到只運行一個 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 的 Opening 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 和 pointers 對我來說很難,而大概在 2012 年,我當時那套高度成熟的技術觀點差不多就是:

我到底為什麼還需要這個 pointer?

JavaScript 完全不同。彈性、表達力強,而且用一種奇怪的方式很漂亮。我很喜歡它偏 functional 的那一面。TypeScript 又讓整件事更好。

但我從來沒有把「程式設計師」當成自己身份的核心。

現在看來,這可能反而有幫助。

程式語言在我日常工作裡的重要性,比一年前低得多。AI 代理已經可以相當好地跨語言、跨技術 stack 工作,包括很舊的系統和 COBOL 這種語言。

所以,與其說「programming 已經不再是一份工作」,這顯然太寬,我更願意這樣描述自己的真實經驗:

大約從 2026 年 2 月開始,親手寫程式碼不再是我做軟體開發時最核心的活動。

Programming 沒有消失。

抽象邊界又移動了一次。

我們以前直接操作 machine code,然後是 assembly,再來是高階語言,再來是 frameworks。現在,我越來越多是在操作意圖、context、spec、tests、tools 和 agents。

程式碼還在底下。

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

「Do nothing」 正在變成一項技術能力

這可能是 DHH 整個論點裡最吸引我的部分。

當 execution 變得極度便宜,最重要的問題不再是:

我能不能把它做出來?

越來越多時候,答案都只是:能。

更好的問題變成:

我到底該不該做?

我的 orchestration control plane 就是最好的例子。一週前我還覺得它可能變成一家公司。然後我做出了 MVP,真正用了它,看了看經濟性,最後停了下來。

這不是失敗。

這是進展。

當 execution 變便宜,說 不 的能力反而更有價值。

等一下。觀察。用那個無聊但已經存在的東西。在你花六個月把一個專案磨得閃閃發亮之前,先把它殺掉。

在一個 agents 實作想法的速度已經快過人類認真評估想法的世界裡,克制本身可能會成為最高 leverage 的技術能力之一。

來自華沙的更多脈絡

如果你關心 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?哪些東西仍然應該由人負責?

而且越來越重要的一個問題是:

有哪些東西從一開始就根本不該被做出來?

部落格的一些變化

最後一件事。

歡迎 🇨🇳

中文讀者在這裡是一等公民。

這個 blog 現在有專門的中文路徑:

  • /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 找 co-founder」,走到「把 control plane 做出來」,再走到「發現自己可能根本不該圍繞它成立一家公司」。

以前我可能會把這看成失敗。

現在我覺得,也許剛好相反。

實作成本已經低到讓我可以先測試想法,而不是先愛上一份講這個想法的 PowerPoint。

DHH 主張樂觀。

我想再加一件事:

帶 kill switch 的樂觀。

快速建置。真的去用。看看現實。留下有效的。殺掉沒用的。

然後出去走走。

等你回來,agents 還會在那裡。

☁️🏭🤖💪🏻