編譯 | Tina

沒(méi)人寫代碼，也沒(méi)人看代碼，軟件照樣交付？

2026 年 2 月，一家專注于基礎(chǔ)設(shè)施安全的公司 StrongDM 公開(kāi)了一套“軟件黑燈工廠”式的生產(chǎn)線成果。

在這個(gè)生產(chǎn)線里，人類不再直接寫代碼、也不承擔(dān)代碼審查；開(kāi)發(fā)從交互式協(xié)作變成“把 spec 和場(chǎng)景喂給系統(tǒng)”。隨后由 Agent 自動(dòng)生成代碼、運(yùn)行測(cè)試 / 評(píng)測(cè) harness，并在反饋回路里反復(fù)迭代，直到結(jié)果收斂、可以交付為止。團(tuán)隊(duì)把這套玩法寫進(jìn)章程，最重要的只有一句話——No hand-coded software。

StrongDM AI 還不尋常的開(kāi)源了它們：

其中一個(gè)倉(cāng)庫(kù)是：

https://github.com/strongdm/attractor

這是他們“軟件工廠”體系中最核心的非交互式編碼 Agent。不過(guò)，這個(gè)倉(cāng)庫(kù)本身一行代碼都沒(méi)有：里面只有三份 Markdown 文件，極其細(xì)致地描述了軟件的完整規(guī)格說(shuō)明（spec），以及 README 里的一句提示——把這些規(guī)格說(shuō)明交給你選擇的編碼 Agent 去執(zhí)行即可。

另一個(gè)倉(cāng)庫(kù)

https://github.com/strongdm/cxdb

這個(gè)則更接近傳統(tǒng)意義上的軟件發(fā)布：包含 1.6 萬(wàn)行 Rust、9500 行 Go，以及 6700 行 TypeScript。這是他們的 “AI Context Store”——一個(gè)用于存儲(chǔ)對(duì)話歷史和工具輸出的系統(tǒng)，數(shù)據(jù)以不可變 DAG 的形式組織。

在 Hacker News 的討論中，很快就有開(kāi)發(fā)者按圖索驥，實(shí)際跑了一遍這套流程。他表示，自己仔細(xì)閱讀了 Attractor 倉(cāng)庫(kù)中的文檔，并嚴(yán)格按照 StrongDM 提供的規(guī)范，讓 Claude 基于 spec 構(gòu)建了一個(gè)完整應(yīng)用。最終生成的是一個(gè)可以直接使用 Claude API Key 的 AI 代理，其整體質(zhì)量“明顯好于讓模型自由發(fā)揮時(shí)生成的結(jié)果”。

讓他印象最深的，是這套規(guī)格說(shuō)明的體量和細(xì)節(jié)程度：整套 spec 大約6000–7000 行，覆蓋了行為約束、接口語(yǔ)義以及系統(tǒng)邊界?！拔乙郧敖o代理布置項(xiàng)目時(shí)，規(guī)格說(shuō)明最多也就一頁(yè)紙，這次的細(xì)節(jié)密度讓我非常震驚?！?/p>

當(dāng)然，這次開(kāi)源并不是一個(gè)“打磨完畢”的展示版本。代碼一經(jīng)放出，Hacker News 上就有開(kāi)發(fā)者迅速上手檢查，指出其中存在疑似 bug、Rust 反模式，以及相對(duì)寬松的錯(cuò)誤處理方式。對(duì)此，StrongDM AI 團(tuán)隊(duì)成員 Jay Taylor 在評(píng)論區(qū)回應(yīng)稱，這批項(xiàng)目“是最近幾天才決定開(kāi)源的”，尚未經(jīng)過(guò)充分的技術(shù)優(yōu)化，目前已經(jīng)安排代理繼續(xù)對(duì) CXDB 進(jìn)行清理和改進(jìn)。

這套實(shí)踐也很快得到了學(xué)界的點(diǎn)名。沃頓商學(xué)院研究 AI 與組織變革的教授 Ethan Mollick 在轉(zhuǎn)發(fā) StrongDM 的公開(kāi)內(nèi)容時(shí)直言，這是一次“真正激進(jìn)的軟件開(kāi)發(fā)方式”：“幾乎沒(méi)有任何人類介入。即便這種方式未必適用于大多數(shù)場(chǎng)景，我們也需要更多這樣的跳級(jí)式設(shè)想，去重新設(shè)計(jì)流程，而不是只把 AI 塞進(jìn)舊流程里?！?/p>

在他看來(lái)，真正有價(jià)值的進(jìn)步，不是在原有流程上“多加一點(diǎn) AI”，而是圍繞 AI，把流程本身重做一遍。

一條“禁止手寫代碼”的內(nèi)部實(shí)驗(yàn)線

StrongDM 是一家專注于基礎(chǔ)設(shè)施訪問(wèn)與身份安全的公司，核心工作是管理人類與非人類身份如何安全地連接到數(shù)據(jù)庫(kù)、云資源和各類內(nèi)部系統(tǒng)。

而他們的 AI 團(tuán)隊(duì)成立于半年前， 2025 年 7 月 14 日這天，Jay Taylor、Navan Chauhan 與 StrongDM 的聯(lián)合創(chuàng)始人兼首席技術(shù)官 Justin McCarthy 一起，正式把一條原本分散在內(nèi)部的探索工作，獨(dú)立成一個(gè)專門的團(tuán)隊(duì)。

新團(tuán)隊(duì)成立后，第一天的工作并不是寫代碼，而是寫一份章程。Justin McCarthy 在回顧中提到，在團(tuán)隊(duì)成立的第一個(gè)小時(shí)，他們就先明確了一組接下來(lái)必須遵守的約束條件。

代碼不得由人類編寫。 代碼不得由人類審查。 如果你今天在每位人類工程師身上花費(fèi)的 token 成本還不到 1000 美元，那么你的軟件工廠還有很大的改進(jìn)空間。

在 StrongDM 自己的回顧里，這個(gè)決定并不是一時(shí)沖動(dòng)。其背景要追溯到 2024 年末。隨著 Claude 3.5 在 2024 年 10 月的第二次修訂發(fā)布，團(tuán)隊(duì)開(kāi)始觀察到一個(gè)此前并不常見(jiàn)的變化：在長(zhǎng)時(shí)序的 Agentic 編程任務(wù)中，結(jié)果開(kāi)始疊加正確性，而不再只是不斷疊加錯(cuò)誤。

到了 2024 年 12 月，這一變化已經(jīng)可以通過(guò) Cursor 的 YOLO 模式清晰地觀察到。

StrongDM 在博客中寫道，在此之前，將 LLM 反復(fù)用于編碼任務(wù)，往往會(huì)累積誤解、幻覺(jué)、語(yǔ)法錯(cuò)誤、依賴不兼容等問(wèn)題，最終讓系統(tǒng)“慢慢壞掉”；而結(jié)合 YOLO 模式，Anthropic 的更新模型第一次展現(xiàn)出他們后來(lái)在內(nèi)部稱之為“非交互式開(kāi)發(fā)”或“成長(zhǎng)型軟件”的雛形。

在這樣的背景下，新成立的團(tuán)隊(duì)從一開(kāi)始就確立了一條極端的實(shí)驗(yàn)前提：不允許任何手寫代碼。在 2025 年 7 月，這聽(tīng)起來(lái)依然相當(dāng)激進(jìn)。

其中最耐人尋味的，是第二條規(guī)則：代碼不得由人類審查。畢竟大家都很清楚，大語(yǔ)言模型極其容易犯下一些“非人類式”的錯(cuò)誤；在這樣的前提下，徹底放棄人工 code review，本身就顯得反直覺(jué)。

更何況，安全軟件向來(lái)是最不愿意交給“未經(jīng)人工審查的 LLM 代碼”去支撐的一類系統(tǒng)。

規(guī)則落地后，問(wèn)題也隨之出現(xiàn)：如果什么都不手寫，怎么確保代碼真的能跑？讓 Agent 自己寫測(cè)試，只在一個(gè)前提下有用——它們不會(huì)“作弊”，比如直接寫個(gè) assert true。

這也迅速被他們提煉成一個(gè)更根本的問(wèn)題：當(dāng)實(shí)現(xiàn)和測(cè)試都由編碼 Agent 生成時(shí)，你要如何證明自己交付的軟件是可工作的？StrongDM 的答案，受到了場(chǎng)景測(cè)試（Scenario Testing，Cem Kaner，2003） 的啟發(fā)。他們是這樣描述的：

我們重新定義了“場(chǎng)景（scenario）”這個(gè)詞，用它來(lái)表示一個(gè)端到端的“用戶故事”。這些場(chǎng)景通常存放在代碼庫(kù)之外（類似模型訓(xùn)練中的“留出集”），既能被 LLM 直觀理解，又可以靈活地進(jìn)行驗(yàn)證。

由于他們構(gòu)建的軟件本身往往就包含 Agentic 組件，StrongDM 也隨之放棄了“測(cè)試全綠”這種布爾式成功定義，轉(zhuǎn)而采用一種更接近真實(shí)體驗(yàn)的度量方式。他們引入了“滿意度（satisfaction）”這個(gè)概念，用來(lái)量化驗(yàn)證結(jié)果：在所有場(chǎng)景中觀察到的執(zhí)行軌跡里，有多大比例可能令用戶滿意？

他們把這些場(chǎng)景當(dāng)作“隔離集”，不存放在編碼 Agent 能直接訪問(wèn)的地方，用來(lái)評(píng)估系統(tǒng)整體行為。這個(gè)設(shè)計(jì)本身就很有意思，它在某種程度上，模擬的是傳統(tǒng)軟件工程中一種極其昂貴、但也極其有效的做法——由外部 QA 團(tuán)隊(duì)執(zhí)行的強(qiáng)力端到端測(cè)試。

合成場(chǎng)景策劃與塑造界面

從軟件工廠的整體原則來(lái)看，StrongDM 把這一切總結(jié)為一條清晰的流程：“種子 → 驗(yàn)證 → 反饋回路”。系統(tǒng)先接收一個(gè)最小起點(diǎn)——幾句話、截圖，或一個(gè)已有代碼庫(kù)；然后在盡量貼近真實(shí)世界的驗(yàn)證環(huán)境中跑場(chǎng)景，把輸出持續(xù)反饋回輸入，讓系統(tǒng)在閉環(huán)中自我糾錯(cuò)、不斷疊加正確性；循環(huán)會(huì)一直運(yùn)行，直到所有被隔離出來(lái)的場(chǎng)景不僅通過(guò)，而且能持續(xù)通過(guò)。token 被他們形容為這條生產(chǎn)線的燃料。

將“驗(yàn)收”交給 spec？

在 StrongDM 的軟件工廠里，spec 并不是用來(lái)給人看的設(shè)計(jì)說(shuō)明書，而是整個(gè)系統(tǒng)能夠啟動(dòng)、糾偏和收斂的核心輸入。

在傳統(tǒng)開(kāi)發(fā)流程中，spec 更多是一種“對(duì)齊工具”：它幫助工程師理解要做什么，但真正的實(shí)現(xiàn)細(xì)節(jié)、權(quán)衡和妥協(xié)，往往發(fā)生在代碼和 code review 過(guò)程中。而在 StrongDM 的設(shè)定下，當(dāng)“人不寫代碼、人不看代碼”成為前提，spec 的角色被徹底前移——它不再是參考材料，而是事實(shí)上的控制面。

團(tuán)隊(duì)要求系統(tǒng)能夠“從層層遞進(jìn)的自然語(yǔ)言規(guī)范中生長(zhǎng)”，并且必須能夠在“不對(duì)源代碼做語(yǔ)義層面檢查的情況下完成驗(yàn)證”。在這種設(shè)定下，“驗(yàn)收”本身也被重寫了。spec 與場(chǎng)景（scenario）一起，構(gòu)成一個(gè)不斷運(yùn)行的評(píng)測(cè)基準(zhǔn)：模型生成的行為是否符合規(guī)范，不是靠人去讀代碼判斷，而是靠它在這些場(chǎng)景中跑出來(lái)的結(jié)果是否持續(xù)滿足預(yù)期。

換句話說(shuō)，StrongDM 的方法把覆蓋率從“人為寫了多少測(cè)試”這一維度轉(zhuǎn)向了“規(guī)范 / 場(chǎng)景是否足夠多與足夠準(zhǔn)確”＋“驗(yàn)證生態(tài)能否在閉環(huán)中捕獲異?！边@一維度。

基于這一理念，StrongDM 還進(jìn)一步提出了他們的另一個(gè)關(guān)鍵概念：數(shù)字孿生宇宙（Digital Twin Universe, DTU）。

StrongDM 的定義是：數(shù)字孿生宇宙是一組對(duì)第三方服務(wù)的行為級(jí)克隆體。他們構(gòu)建了 Okta、Jira、Slack、Google Docs、Google Drive 和 Google Sheets 的孿生系統(tǒng)，復(fù)刻這些服務(wù)的 API、邊界情況以及可觀察到的行為。

有了 DTU，他們就能在遠(yuǎn)超生產(chǎn)環(huán)境限制的規(guī)模和速率下做驗(yàn)證：既能測(cè)試那些在真實(shí)服務(wù)上危險(xiǎn)、甚至根本不可能嘗試的失敗模式，也能每小時(shí)運(yùn)行成千上萬(wàn)個(gè)場(chǎng)景，而不必?fù)?dān)心觸及限流、觸發(fā)濫用檢測(cè)，或累積 API 成本。

那這些 Okta、Jira、Slack 的關(guān)鍵行為是怎么“克隆”出來(lái)的？答案是：用編碼 Agent。

有人將這套做法概括為一條可復(fù)用流水線：把某個(gè)服務(wù)的完整公開(kāi) API 文檔直接喂進(jìn) Agent harness，讓它生成一個(gè)自包含的 Go 二進(jìn)制程序去模擬這些 API；然后在此基礎(chǔ)上再快速搭一個(gè)簡(jiǎn)化 UI，方便把整套仿真跑通、跑順。

隨后，DTU 的創(chuàng)建者 Jay Taylor 在 Hacker News 上補(bǔ)充了一些背景，分享了一條關(guān)鍵的提示策略：

我最初有一個(gè)關(guān)鍵洞察，最終形成了一套可重復(fù)的方法，用來(lái)確保 DTU 與官方 SaaS 服務(wù)之間具有高度一致性：以最流行、公開(kāi)可用的官方 SDK 客戶端庫(kù)作為兼容性目標(biāo)，始終追求 100% 兼容。

當(dāng)這些不受限流和配額約束的服務(wù)克隆體跑起來(lái)后，一整支“模擬測(cè)試 Agent”隊(duì)伍也就能徹底放開(kāi)手腳。場(chǎng)景測(cè)試不再是一錘子買賣的驗(yàn)收環(huán)節(jié)，而是變成了 Agent 會(huì)反復(fù)、持續(xù)執(zhí)行的腳本：系統(tǒng)一邊搭建，一邊就被不停拉出來(lái)跑場(chǎng)景、做驗(yàn)證。

他們的 Slack 孿生系統(tǒng)截圖也直觀展示了這種測(cè)試方式：一批模擬的 Okta 用戶不斷出現(xiàn)，并分別去申請(qǐng)?jiān)L問(wèn)不同的模擬系統(tǒng)。

問(wèn)題依然是：太燒錢了？

在驚艷之外，這次實(shí)驗(yàn)也迅速暴露出一個(gè)無(wú)法回避的現(xiàn)實(shí)問(wèn)題：成本。

在 Hacker News 的實(shí)操反饋中，有開(kāi)發(fā)者提到，按照 StrongDM 提供的 spec，讓 Claude 構(gòu)建完整應(yīng)用時(shí)，TypeScript 路線的 token 消耗極高，不得不中途給賬戶充值，才能在一個(gè)晚上把流程跑完。他甚至計(jì)劃改用 Rust 或 Go 再試一次，只是為了看看是否能把成本壓下來(lái)。

這個(gè)反饋并非個(gè)例，也不是枝節(jié)問(wèn)題。StrongDM 團(tuán)隊(duì)在內(nèi)部曾提出過(guò)一個(gè)頗具沖擊力的衡量標(biāo)準(zhǔn)：如果你今天在每位人類工程師身上花費(fèi)的 token 成本還不到 1000 美元，那么你的軟件工廠還有很大的改進(jìn)空間。

這句話一旦落到現(xiàn)實(shí)，就更像是一個(gè)商業(yè)模式的探討：你能否打造出一條足夠盈利的產(chǎn)品線，從而負(fù)擔(dān)得起以這種方式開(kāi)發(fā)軟件所帶來(lái)的巨大成本？當(dāng)任何競(jìng)爭(zhēng)對(duì)手只需幾個(gè)小時(shí)的編碼代理工作就能克隆你的最新功能時(shí)，構(gòu)建可持續(xù)的軟件業(yè)務(wù)也變得截然不同。

另外，正如 StrongDM 團(tuán)隊(duì)在回顧中所說(shuō)，其實(shí)這一切技術(shù)上是可行的，只是以前從經(jīng)濟(jì)上來(lái)說(shuō)不劃算：

“構(gòu)建一個(gè)高保真 SaaS 應(yīng)用的克隆在技術(shù)上一直可行，但在經(jīng)濟(jì)上從未現(xiàn)實(shí)過(guò)。幾代工程師都可能想過(guò)，做一個(gè)完整、內(nèi)存級(jí)的 CRM 副本來(lái)測(cè)試，但最終往往會(huì)在心里把這個(gè)提案按下去——‘算了，太不劃算了’。

即使對(duì)于那些不打算在 token 成本上一次性投入數(shù)千美元的團(tuán)隊(duì)和個(gè)人來(lái)說(shuō)，StrongDM 這種做法依然有很多值得思考的地方，尤其是在人力成本和個(gè)人投入回報(bào)這一層面。對(duì)程序員個(gè)人而言，真正的問(wèn)題或許不只是“現(xiàn)在貴不貴”，而是：當(dāng)算力成本持續(xù)下降幾乎成為共識(shí)時(shí)，你是否已經(jīng)開(kāi)始為新的角色和分工做技能投資——還是仍然把全部?jī)r(jià)值押在“寫代碼本身”上。

這是個(gè)很有意思的觀點(diǎn)，不過(guò)我想從另一個(gè)角度補(bǔ)充一下：如果按每個(gè)月 20 個(gè)工作日來(lái)算，那就是 2 萬(wàn) × 12 = 24 萬(wàn)美元一年，差不多等于一個(gè) FANG 新畢業(yè)生的總包（TC）。我和不少初級(jí)到中初級(jí)的軟件工程師（SDE）共事過(guò)，說(shuō)實(shí)話，其中 80% 的表現(xiàn)并不比 Claude 好。（我也見(jiàn)過(guò)一些 staff 級(jí)別的工程師寫出的代碼比 AI 還差，但他們通常會(huì)用領(lǐng)域知識(shí)和技術(shù)負(fù)責(zé)人職責(zé)把短板補(bǔ)回來(lái)。） 我確實(shí)看到，AI 正在把軟件工程進(jìn)一步推向一種 金字塔結(jié)構(gòu)：頂層只有極少數(shù)人類，其余大量工作由 AI 承擔(dān)。

雖然從按現(xiàn)在的成本算，AI“還沒(méi)便宜到值得完全替代人”，但有網(wǎng)友認(rèn)為成本下降也許能夠預(yù)期：“我在想，這會(huì)不會(huì)只是軟件工廠還處在非常早期、效率極低階段的副產(chǎn)品。Yegge 和 Huntley 都承認(rèn)，他們?cè)谧龅淖灾喂S實(shí)驗(yàn)既昂貴又浪費(fèi)。從制造業(yè)的歷史經(jīng)驗(yàn)來(lái)看，我反而會(huì)預(yù)期：隨著方法逐漸成熟、流程被不斷優(yōu)化，成本會(huì)慢慢降下來(lái)。”

而在博客中的最后，他們給出的結(jié)論，也為這條實(shí)驗(yàn)線畫上了一個(gè)頗具警示意義的注腳：“我們這些構(gòu)建軟件工廠的人，必須刻意保持一種天真：主動(dòng)識(shí)別并移除軟件 1.0 時(shí)代留下的習(xí)慣、慣例和限制。數(shù)字孿生宇宙（DTU）就是最好的證明——六個(gè)月前還不可想象的事情，如今已經(jīng)成了日常。”

https://factory.strongdm.ai/

https://simonwillison.net/2026/Feb/7/software-factory/

https://news.ycombinator.com/item?id=46924426

會(huì)議推薦

InfoQ 2026 全年會(huì)議規(guī)劃已上線！從 AI Infra 到 Agentic AI，從 AI 工程化到產(chǎn)業(yè)落地，從技術(shù)前沿到行業(yè)應(yīng)用，全面覆蓋 AI 與軟件開(kāi)發(fā)核心賽道！集結(jié)全球技術(shù)先鋒，拆解真實(shí)生產(chǎn)案例、深挖技術(shù)與產(chǎn)業(yè)落地痛點(diǎn)，探索前沿領(lǐng)域、聚焦產(chǎn)業(yè)賦能，獲取實(shí)戰(zhàn)落地方案與前瞻產(chǎn)業(yè)洞察，高效實(shí)現(xiàn)技術(shù)價(jià)值轉(zhuǎn)化。把握行業(yè)變革關(guān)鍵節(jié)點(diǎn)，搶占 2026 智能升級(jí)發(fā)展先機(jī)！