我交付的代碼我自己都不讀！Clawdbot沖上10萬星，作者揭秘開發(fā)內(nèi)幕

智東西
編譯 陳駿達
編輯 云鵬

智東西1月30日報道，最近，開源個人AI助手Moltbot（原名Clawdbot）儼然成為AI圈內(nèi)熱度最高的項目之一。作為一個來自個人開發(fā)者的獨立項目，Moltbot的搜索熱度甚至要超過Cowork這樣來自頭部AI玩家的類似產(chǎn)品。其GitHub星標數(shù)更是已經(jīng)突破10萬大關(guān)，直奔Next.js這樣的傳奇開源項目。

▲Moltbot GitHub星標數(shù)量變化（圖源：X平臺）

Moltbot背后的開發(fā)者Peter Steinberger在項目爆火后也頻繁接受采訪，就在昨天，他在一場時長近2小時的深度播客中，深入剖析了他對AI時代軟件開發(fā)的思考。

Steinberger的技術(shù)生涯始于十四歲那年，一臺偶然出現(xiàn)的電腦開啟了他的編程自學(xué)之路。在第一份工作中，他在公司里“先斬后奏”地重構(gòu)整個技術(shù)棧，也是在這一階段他開始形成一個關(guān)鍵判斷：使用感覺勝過行業(yè)標準。

后來，Steinberger開啟創(chuàng)業(yè)，最后以超1億歐元的價格出售了他在PDF技術(shù)公司PSPDFKit的股份。財富自由后，這位曾經(jīng)的技術(shù)狂熱愛好者選擇徹底切斷與代碼的聯(lián)系，進入了漫長的“減壓期”。這種狀態(tài)，直到他重新坐回電腦前，遇到新一代AI編程工具時才被徹底打破。

重歸戰(zhàn)場的Steinberger發(fā)現(xiàn)，編程世界已經(jīng)發(fā)生了代際躍遷。他敏銳地察覺到，軟件構(gòu)建的邏輯已經(jīng)從逐行敲擊代碼轉(zhuǎn)向了編織式的系統(tǒng)構(gòu)建。

在開發(fā)新項目Clawdbot時，他同時調(diào)度5-10個AI Agent協(xié)作。在他看來，AI編程是“能力的放大器”。過去，編程工作和“管道工”的工作一樣枯燥，但AI編程的新范式讓他不再糾結(jié)于具體細節(jié)，而是將精力傾注在模塊化設(shè)計、自動化測試和系統(tǒng)架構(gòu)的取舍上。他坦言：“我交付的代碼我自己都不讀的。”

面對許多資深工程師對AI的抵觸，Steinberger認為，真正的秘訣在于建立反饋循環(huán)，也就是讓Agent能夠自動編譯、測試并自行修正錯誤，而不是期待它一次性寫對。

他類比道，那些認為AI無法處理復(fù)雜邏輯的人，往往是“仍在使用彈吉他的方式去嘗試鋼琴”。在AI的加持下，代碼質(zhì)量不僅沒有下降，反而因為模型對“自證正確”的需求，逼出了更優(yōu)質(zhì)、更模塊化的架構(gòu)設(shè)計。

以下是對Steinberger最新訪談精華內(nèi)容的梳理：

一、軟件的價值，取決于“使用感覺”

Steinberger出生在奧地利的鄉(xiāng)下。真正讓他與技術(shù)產(chǎn)生聯(lián)系的是一次偶然經(jīng)歷。十四歲那年，一群游客來到鄉(xiāng)下，其中一位游客帶來了一臺電腦。

這是Steinberger第一次接觸到這種可以被命令和邏輯控制的機器，很快被吸引。他說服母親為他買下一臺電腦，從此開始了持續(xù)多年的自學(xué)與實踐。

這一階段并不存在系統(tǒng)訓(xùn)練，Steinberger說自己更像是在“瞎搗鼓”。他寫腳本、做網(wǎng)站、玩游戲，也修改游戲。他記得自己最早做過的一件事，是從學(xué)校偷走一個舊的DOS游戲，為軟盤編寫拷貝保護程序，再將其轉(zhuǎn)賣。

在大學(xué)階段，由于家庭條件有限，Steinberger必須自行承擔學(xué)費。假期并不意味著休息，而是全職工作。與同齡人相比，他更早進入了長期、高強度的工作節(jié)奏。

他的第一份正式工作在維也納，原本只是服兵役與大學(xué)之間的短暫過渡，卻持續(xù)了近五年。入職第一天，公司給了他一本厚重的《微軟基礎(chǔ)類庫》，但他卻拋棄了這一技術(shù)棧，轉(zhuǎn)而使用.NET。

這也成為了他早期最鮮明的工作方式：表面遵循組織安排，實際按自己的判斷執(zhí)行。在這家公司，他在未告知的情況下，將部分系統(tǒng)遷移到.NET技術(shù)棧。幾個月后，他才向管理層說明“做了一些現(xiàn)代化改造”，但那時已經(jīng)太晚了。

雖然在.NET 2.0時代，應(yīng)用啟動緩慢、編譯冗長、硬盤頻繁讀寫，他仍然對底層機制保持興趣，并愿意投入時間打磨細節(jié)。這種對細節(jié)的關(guān)注，在之后的一次項目中被進一步放大。

2010年前后，iPad發(fā)布，雜志類應(yīng)用成為創(chuàng)業(yè)熱點。有團隊請他修復(fù)一款頻繁崩潰的雜志閱讀器。檢查代碼后，他發(fā)現(xiàn)問題并非局部缺陷，而是整體結(jié)構(gòu)失控：代碼高度集中、耦合嚴重，幾乎不存在可維護性。

在放棄修補方案后，他選擇重寫應(yīng)用，用時兩個月完成原本預(yù)計半年的工作。他沒有使用蘋果的PDF渲染器轉(zhuǎn)而自研，系統(tǒng)性地處理PDF渲染問題。最后，這一應(yīng)用可在內(nèi)存極其有限的情況下上加載大體積文檔。

項目結(jié)束后，他將PDF相關(guān)代碼模塊獨立出來，最初只是供朋友復(fù)用，隨后嘗試以組件形式出售，收入已超過其全職工作的薪水。幾個月后，原本的公司要求他在工作與個人項目之間做出選擇。

Steinberger選擇全職投入該項目。他認為，PDF是一個“無趣但極難”的領(lǐng)域，正因如此，才具備長期價值。這一判斷，最終成為他的創(chuàng)業(yè)項目PSPDFKit的起點。同時，他也意識到，軟件的價值，更多體現(xiàn)在最終的“使用感覺”上，而非由規(guī)范、標準或權(quán)威決定。

二、長期親自參與技術(shù)支持，厭倦成為“垃圾桶”后出售股份

公司成立之初，Steinberger就意識到，在自己的老家奧地利很難找到他所需要的工程人才。因此，PSPDFKit從一開始就是一家遠程優(yōu)先的公司，后來逐漸演變?yōu)榛旌夏Ｊ健ｋS著團隊規(guī)模從三十人增長到六七十人，再到接近兩百人，組織復(fù)雜度也隨之上升。

Steinberger并非典型意義上的CEO。他從未主動追求管理職位，始終把主要精力放在寫代碼、解決技術(shù)問題和產(chǎn)品決策上。銷售、商務(wù)和運營，則交由其他合伙人和高管負責。

PDF是一個較為復(fù)雜的技術(shù)領(lǐng)域。Steinberger舉了一個例子：PDF文檔中的鏈接。最初的設(shè)計假設(shè)是，一個文檔可能包含上百個鏈接。但某次，一位重要客戶提交的PDF文件達到五萬頁，每頁超過一百個鏈接，總量超過五十萬個。原有的數(shù)據(jù)模型在這種規(guī)模下徹底失效。

這類問題，恰恰是Steinberger最享受的部分。他長期親自參與技術(shù)支持，并有意倒序處理工單，優(yōu)先回復(fù)最新提交的問題。

他的邏輯很簡單：5分鐘內(nèi)得到CEO的回復(fù)，會對開發(fā)者產(chǎn)生極強的信任感。這種“創(chuàng)始人直接支持”的方式，也在無形中限制了公司的擴張速度，但增強了產(chǎn)品與用戶之間的黏性。

然而，隨著公司進入成長期，工作內(nèi)容逐漸從“解決難題”轉(zhuǎn)向“維護系統(tǒng)”，人員規(guī)模擴大帶來的組織摩擦開始顯現(xiàn)。Steinberger發(fā)現(xiàn)自己越來越多地消耗在協(xié)調(diào)沖突、承接風險和維持情緒穩(wěn)定上。

他形容，CEO像一個“垃圾桶”：所有別人無法處理的事情，最終都會落到這里。長期高強度工作、周末無休，加上對公司方向和管理方式的內(nèi)在沖突，最終導(dǎo)致了明顯的精疲力竭。

在以大約1億歐元的價格出售PSPDFKit股份后，他幾乎完全離開了技術(shù)世界。一段時間里，他不再寫博客，也很少打開電腦。那是一個漫長的減壓過程。他補償式地參加聚會、社交，甚至有幾個月沒有任何“我接下來要做什么”的念頭。

對他而言，真正困難的不是退出，而是在成功之后重新找到驅(qū)動力。

三、“我交付的代碼我自己不讀”，判斷力與品味更有價值

幾年后，Steinberger重新坐回電腦前。在這個過程中，他第一次系統(tǒng)性地接觸到新一代AI編程工具Claude Code。由于錯過了早期階段，他直接體驗到能力躍遷后的版本。這種體驗對他產(chǎn)生了強烈沖擊。

他逐漸意識到，軟件構(gòu)建的阻力正在急劇降低，真正重要的不再是寫代碼，而是系統(tǒng)層面的判斷力與品味。判斷結(jié)構(gòu)是否合理、方向是否正確，本身就是一項核心技能。

Steinberger認為，AI編程真正的轉(zhuǎn)折點出現(xiàn)在今年夏天。AI已經(jīng)強大到，開發(fā)者可以不再親手寫代碼，就能構(gòu)建完整軟件系統(tǒng)。而讓他徹底信服的，是他眼中被嚴重低估的GPT?5.2和Codex。

他直言，相比仍被大量使用的Claude Code，OpenAI當前的產(chǎn)品體驗很好，幾乎每一個提示，都能直接得到可用結(jié)果。在復(fù)雜工程中，他認為Codex明顯優(yōu)于 Claude Code，兩者的區(qū)別主要在工作方式上。

Claude Code速度快，但往往在只讀少量文件后就開始生成代碼，需要人不斷糾偏。Codex會“安靜地讀代碼10分鐘”，再動手，一次成功率更高，這使得Codex更適合復(fù)雜系統(tǒng)、深度重構(gòu)和長期維護型項目。

其最新項目Clawdbot中，他并行運行5～10個編程Agent，整個開發(fā)流程從寫代碼轉(zhuǎn)向了與模型對話、共同規(guī)劃。

目前，Clawdbot使用了CLI方案，而非MCP。Steinberger直言，在他看來MCP就是一根拐杖。

MCP需要預(yù)加載所有工具功能和說明，導(dǎo)致上下文冗余，數(shù)據(jù)傳輸依賴固定JSON格式，缺乏靈活性，也無法進行數(shù)據(jù)篩選和鏈式調(diào)用，限制了復(fù)雜任務(wù)的處理能力。

而CLI的天然優(yōu)勢在于，模型天生擅長使用Bash命令，也可通過編寫腳本實現(xiàn)自動化鏈式操作。

Steinberger稱：“我交付的代碼我自己是不讀的。”但這并不代表他不重視代碼質(zhì)量。恰恰相反，他投入大量精力進行重構(gòu)和架構(gòu)設(shè)計。

絕大多數(shù)應(yīng)用的本質(zhì)是枯燥的數(shù)據(jù)流轉(zhuǎn)與格式轉(zhuǎn)換，從API到解析，再到存儲與呈現(xiàn)，如同管道工的工作。Steinberger認為，真正的復(fù)雜問題往往已被底層技術(shù)解決，因此，工程師更應(yīng)關(guān)注系統(tǒng)整體的結(jié)構(gòu)與設(shè)計，而非糾結(jié)于每一行具體的實現(xiàn)細節(jié)。

在這種新范式下，Steinberger判斷人的角色不再是逐行實現(xiàn)邏輯，而更像是一個系統(tǒng)建造者（Builder）。人負責系統(tǒng)結(jié)構(gòu)、產(chǎn)品形態(tài)、架構(gòu)取舍，模型負責具體實現(xiàn)、代碼生成與調(diào)試，責任仍然完全在人，Agent只是“能力放大器”。

由于AI的借入，Steinberger的工作方式，已經(jīng)完全顛覆了傳統(tǒng)開發(fā)流程。他不再沉迷于pull request和代碼審查，而是“編織式”地將功能融入現(xiàn)有系統(tǒng)，有時候甚至需要改動架構(gòu)來讓新功能契合。

不過，Steinberger并不喜歡“Vibe Coding”這一說法，他更愿意將自己的工作描述為智能體工程。他也刻意回避“架構(gòu)師”這個詞，而強調(diào)自己仍是最終責任人。與傳統(tǒng)企業(yè)中“脫離代碼的架構(gòu)師”不同，智能體工程的前提是：代碼是你自己的，事故也由你負責。

Steinberger認為，AI編程真正的秘訣在于實現(xiàn)反饋循環(huán)，Agent必須能夠驗證自己的工作，自動編譯、自動測試、命令行替代圖形界面、可復(fù)現(xiàn)的執(zhí)行路徑，一旦驗證閉環(huán)建立，就能自行發(fā)現(xiàn)競態(tài)條件、配置錯誤、工具調(diào)用順序問題，甚至在數(shù)小時內(nèi)完成原本需要數(shù)周的人類調(diào)試工作。

更有意思的是，AI反而逼出了更好的架構(gòu)。為了讓模型能夠自證正確，系統(tǒng)設(shè)計必須更加模塊化、更加可測試。測試和文檔成為了設(shè)計流程的一部分，架構(gòu)決策的重要性被前置并放大。

Steinberger坦言，他從未喜歡寫測試或文檔，但在AI時代，這些工作可以完全交給模型完成，而代碼質(zhì)量卻達到了職業(yè)生涯的新高度。智能體編程正在讓經(jīng)驗豐富的開發(fā)者寫出“更優(yōu)質(zhì)的代碼”，即便他們不再親自敲每一行。

那么，為什么大量資深工程師仍然抗拒AI？在Steinberger看來，反對者常犯三個錯誤：把AI當作“一次性寫對的程序員”、只發(fā)一個提示而不建立持續(xù)對話與反饋循環(huán)、不了解模型的知識分布與默認假設(shè)。

結(jié)語：代碼貶值，品味升值？

從十四歲自學(xué)編程的少年，到功成名就的創(chuàng)業(yè)者，再到如今在AI浪潮中“重歸戰(zhàn)場”的獨立開發(fā)者，Steinberger的經(jīng)歷揭示了一個真相：在AI時代，代碼正在變得廉價，而對系統(tǒng)的判斷力、對產(chǎn)品邏輯的品味正變得更具價值。

從這個維度來看，這場變革與其說是工具的更迭，不如說是思維的洗禮。Steinberger形象地類比，如今拒絕AI編程的人，就像會彈吉他的人，試了兩下鋼琴就說樂器不行。”

延續(xù)這一類比，那些愿意放下“吉他”去嘗試“鋼琴”的人，或許能在與AI協(xié)作過程中，探索出一種新的構(gòu)建方式與思維方式。