作者｜冬梅

　　Anthropic 被爆正開發(fā)與

　　Lovable 相似的功能

　　近日，x 上 ID 名為 @marmaduke091 的網(wǎng)友爆料，繼 Claude Code 源代碼泄漏后，Anthropic 又發(fā)生了一次泄露——他們創(chuàng)建了一個(gè)類似 Lovable 的功能，讓用戶可以輕松構(gòu)建全棧應(yīng)用。他們正在追趕一切。

　　隨后，名為 @k1rallik 的網(wǎng)友甚至，扒出了此次泄漏的細(xì)節(jié)。他寫道：“Anthropic 又泄露了一條消息，他們正在構(gòu)建一個(gè)全棧式 Vibe 編碼平臺(tái)，與 Lovable、Bolt 和 v0 直接競(jìng)爭(zhēng)?！?/p>

　　以下是泄露的內(nèi)容：

　　“讓我們交付一些很棒的東西”——通過文本輸入構(gòu)建應(yīng)用

　　內(nèi)置瀏覽器中的實(shí)時(shí)預(yù)覽

　　一鍵發(fā)布部署

　　方案：深色模式、登錄、安全掃描、數(shù)據(jù)庫(kù)設(shè)置

　　項(xiàng)目設(shè)置：數(shù)據(jù)庫(kù)、存儲(chǔ)、認(rèn)證、用戶、日志

　　這不僅僅是一個(gè)代碼生成器，這是一個(gè)完整的底層架構(gòu)。托管、數(shù)據(jù)庫(kù)、身份驗(yàn)證、分析，一切都在 Claude 里。

　　有網(wǎng)友猜測(cè)，Anthropic 即將推出新功能。

　　目前尚無法確認(rèn) x 上這些網(wǎng)友爆料的關(guān)于 Anthropic 新功能的信息是否準(zhǔn)確，但 Anthropic 過去一年也的確一直在把 Claude 從“聊天模型”往“可創(chuàng)建、托管、分享應(yīng)用的平臺(tái)”方向推進(jìn)。

　　Anthropic 加緊補(bǔ)齊整個(gè) AI 開發(fā)棧

　　一個(gè)極具說服力的證據(jù)來自 2026 年 3 月 31 日的 Claude Code 源碼泄露事件。由于 npm 包中誤包含 source map 文件，Anthropic 的 Claude Code CLI 被完整暴露，涉及約 1900 個(gè) TypeScript 文件、超過 51 萬行代碼，幾乎等同于把整個(gè)“AI 編程代理系統(tǒng)”的實(shí)現(xiàn)細(xì)節(jié)公開 。

　　更關(guān)鍵的是，這次泄露并不僅僅暴露了一個(gè)“代碼生成工具”，而是展示了一整套圍繞 AI agent 的工程體系：包括文件編輯、命令執(zhí)行、Git 操作、任務(wù)編排等完整開發(fā)流程能力 。這意味著，Anthropic 實(shí)際上已經(jīng)在構(gòu)建一個(gè)可以直接參與軟件開發(fā)全流程的“執(zhí)行層”，而不僅是提供模型推理能力。

　　根據(jù) InfoQ 全球站的一篇報(bào)道，泄漏的源代碼中隱藏著許多未發(fā)布的功能，這些功能被隱藏在功能標(biāo)志之后。KAIROS 描述了一種自主守護(hù)進(jìn)程模式，一種常駐后臺(tái)的 Agent，在該模式下，Claude Code 作為后臺(tái) Agent 運(yùn)行，在用戶空閑時(shí)執(zhí)行內(nèi)存整合。ULTRAPLAN 似乎旨在將復(fù)雜的規(guī)劃任務(wù)卸載到云基礎(chǔ)設(shè)施。

　　這些設(shè)計(jì)指向一個(gè)更激進(jìn)的方向：AI 不只是響應(yīng)請(qǐng)求，而是具備持續(xù)運(yùn)行、長(zhǎng)期任務(wù)管理和上下文記憶能力 。媒體報(bào)道同樣提到，代碼中還暴露出“always-on agent”和復(fù)雜的記憶系統(tǒng)，這類能力本質(zhì)上已經(jīng)接近一個(gè)“長(zhǎng)期運(yùn)行的開發(fā)助手”，而不是一次性交互的工具 。這類架構(gòu)正是構(gòu)建應(yīng)用（而非僅生成代碼）的核心基礎(chǔ)設(shè)施。

　　如果把時(shí)間線再往前拉，可以看到 Anthropic 正在系統(tǒng)性補(bǔ)齊整個(gè) AI 開發(fā)棧。

　　2025 年以來，其產(chǎn)品從 Claude 模型本身，逐步擴(kuò)展到 Claude Code（CLI 編程代理）、Claude Cowork（面向非開發(fā)者的 GUI 工具），以及“computer use”（直接操作計(jì)算機(jī)）能力，形成從接口層到執(zhí)行層的閉環(huán)。

　　尤其是兩周前發(fā)布的“computer use”研究預(yù)覽，標(biāo)志著模型開始具備操作操作系統(tǒng)和真實(shí)軟件環(huán)境的能力，這直接打破了傳統(tǒng) SaaS 應(yīng)用的邊界，使 AI 可以繞過 API，直接在用戶環(huán)境中完成任務(wù)。

　　這種能力組合，本質(zhì)上是在重建一個(gè)“AI 原生的軟件執(zhí)行環(huán)境”，而不是增強(qiáng)現(xiàn)有軟件。

　　值得注意的是，Anthropic 還在嘗試解決 AI 應(yīng)用開發(fā)中最核心的工程問題：長(zhǎng)時(shí)間、多步驟任務(wù)的一致性與可靠性。

　　3 月 24 日，Anthropic 宣布推出多智能體框架，就是一個(gè)典型例子——通過將任務(wù)拆分為規(guī)劃、生成、評(píng)估等多個(gè) Agent，并在長(zhǎng)達(dá)數(shù)小時(shí)的會(huì)話中保持一致性，從而支持完整應(yīng)用的構(gòu)建過程。這種架構(gòu)已經(jīng)明顯超越“代碼補(bǔ)全”或“腳本生成”，而是向“自動(dòng)完成一個(gè)完整軟件項(xiàng)目”的方向演進(jìn)。

　　綜合這些信號(hào)可以發(fā)現(xiàn)，Anthropic 的戰(zhàn)略并不是停留在“更強(qiáng)模型”，而是在向上吞噬整個(gè)開發(fā)工具鏈：從模型（Claude）→ Agent（Claude Code）→ 協(xié)作界面（Cowork）→ 執(zhí)行環(huán)境（computer use）→ 多 agent 編排（multi-agent framework）。

　　Claude Code 泄露所展示的內(nèi)部結(jié)構(gòu)，透露出一個(gè)訊號(hào)：它已經(jīng)具備了構(gòu)建、運(yùn)行、調(diào)試乃至維護(hù)應(yīng)用的基礎(chǔ)能力。

　　這也解釋了為什么外界開始討論：Anthropic 是否正在從一個(gè)模型公司，轉(zhuǎn)向一個(gè)“AI 應(yīng)用平臺(tái)公司”，甚至對(duì) Lovable、Base44 這類上層應(yīng)用構(gòu)建工具形成潛在替代。

　　AI 編程進(jìn)入“大收割時(shí)代”：

　　Vibe Coding 的護(hù)城河是啥？

　　Claude 泄漏的新功能在 x 上引發(fā)了激烈討論。有一條高贊評(píng)論是這樣說的——一鍵發(fā)布功能徹底改變了一切。該網(wǎng)友寫道：

“目前，大多數(shù)基于 Vibe 的編碼工具在‘我做出了很酷的東西’和‘人們真正能用它’之間仍然存在著巨大的鴻溝。如果 Anthropic 能夠?qū)⒉渴?、身份?yàn)證和數(shù)據(jù)庫(kù)集成到一個(gè)流程中，那么 Lovable 和 Bolt 就真的面臨嚴(yán)峻的挑戰(zhàn)了。”

　　也有網(wǎng)友表示自己之前用過 Lovable，后來?yè)Q成了 Claude Code，結(jié)果發(fā)現(xiàn)實(shí)際上用 Claude Code 開發(fā)比用 Lovable 更便宜。

　　有用戶表示，Lovable 這類應(yīng)用做原型很棒，但未來 Claude Code 和 Codex 也終將會(huì)提供類似的功能，一切只是時(shí)間問題。

　　還有用戶感慨，Lovable 這類應(yīng)用技術(shù)本身就沒什么壁壘。他寫道：

“幾個(gè)月前我從 Lovable 切換到了 Claude Code，現(xiàn)在根本沒有理由再選擇 Lovable。”

　　還有用戶認(rèn)為，不止是 Anthropic，其他模型巨頭們也在向全棧構(gòu)建工具轉(zhuǎn)型，這意味著這個(gè)領(lǐng)域正在融合，大家都在追求大一統(tǒng)的終極目標(biāo)。

　　在 Hacker News 上，曾經(jīng)也有個(gè)有意思的討論，有人提問現(xiàn)在前沿的 AI 創(chuàng)業(yè)公司最大的錯(cuò)覺是什么？有人回答，是這些公司以為自己真的有護(hù)城河。

　　長(zhǎng)期以來，像 Lovable、Base44 以及 Bolt 這樣的平臺(tái)，憑借著對(duì)模型能力的底層封裝，通過極致的 UI/UX 優(yōu)化和工作流整合，成為了用戶通往 AI 原生應(yīng)用的“最后一公里”。

　　它們?cè)诩夹g(shù)爆發(fā)的很早期抓住了模型廠商“只管大腦，不顧手腳”的窗口期，迅速通過“模型 + 編輯器 + 部署”的封裝邏輯贏得了聲勢(shì)。

　　然而，隨著 Anthropic 以及 OpenAI、谷歌等模型巨頭們開始親自下場(chǎng)重構(gòu)“AI 交互層”，這一邏輯正在崩塌。

　　2025 年 11 月 18 日，谷歌發(fā)布了 Gemini 3，并稱其為“智能新時(shí)代的開啟”。Gemini 3 為 Antigravity 提供支持，Antigravity 是一款全新的集成開發(fā)環(huán)境（IDE），允許自主代理處理復(fù)雜的編碼任務(wù)。

　　OpenAI 和 Anthropic、亞馬遜等巨頭當(dāng)然也沒閑著。原本作為垂直應(yīng)用存在的 Claude Code 和 OpenAI Codex，現(xiàn)在只需一鍵即可集成進(jìn) VS Code 或 Cursor；亞馬遜推出了 AI 增強(qiáng)型 IDE Kiro；老牌云端協(xié)作平臺(tái) Replit 也不甘示弱，全面轉(zhuǎn)向 AI Agent 模式。甚至在收購(gòu)市場(chǎng)上，Vibe Coding 工具 Base44 被 Wix 以 8000 萬美元現(xiàn)金及后續(xù)對(duì)賭協(xié)議收至麾下。

　　在這一片繁榮背后，隱藏著一個(gè)殘酷的事實(shí)：AI 編程進(jìn)入“大收割時(shí)代”，模型廠商吞噬所有工具趨勢(shì)逐漸顯現(xiàn)。

　　如今所有的 AI 編碼工具，本質(zhì)上都是對(duì)GPT 5.1、Claude 4.5或Gemini 3 Pro等基礎(chǔ)模型的高級(jí)封裝。

　　開發(fā)者們正集體撞向一面墻：90% 的傳統(tǒng)編程技能正在被商品化，變得廉價(jià)且觸手可得，而剩下的 10% ——即如何有效協(xié)調(diào) AI 進(jìn)行復(fù)雜架構(gòu)設(shè)計(jì)的能力—— 價(jià)值雖然翻了 1000 倍，但這 10% 并不取決于你使用的是哪一個(gè) UI 包裝器。

　　這就引出了一個(gè)令 Lovable 等明星初創(chuàng)公司尷尬的問題：你的真正護(hù)城河究竟是什么？

　　一篇發(fā)布在 Linkedin 平臺(tái)的名為 《60 億美元的 Lovable：護(hù)城河在哪里？》 的文章和 YouTube 上的名為 《Stop Vibe Coding. Start Getting Customers》 的視頻中分析了撐起 Lovable 60 億美元估值背后的邏輯。

　　結(jié)合文章和視頻中的觀點(diǎn)，如果把 Lovable 放在整個(gè) AI 軟件棧的演進(jìn)中去看，它所謂的“護(hù)城河”并不來自底層技術(shù)，而是來自對(duì)用戶結(jié)構(gòu)、內(nèi)容生態(tài)和使用路徑的重新定義。

　　換句話說，它不是在和模型公司競(jìng)爭(zhēng)“能力上限”，而是在爭(zhēng)奪“誰來承接被模型釋放出來的用戶需求”。問題因此變成：在一個(gè)模型能力快速商品化的時(shí)代，Lovable 是否能在模型之上，構(gòu)建出足以支撐其高估值的結(jié)構(gòu)性優(yōu)勢(shì)。

　　首先，Lovable 最有可能成立的一道護(hù)城河，是對(duì)目標(biāo)市場(chǎng)的刻意錯(cuò)位——即“代碼版 Canva”的路徑。

　　它并不試圖服務(wù)專業(yè)開發(fā)者，而是面向一批幾乎不會(huì)進(jìn)入傳統(tǒng)開發(fā)環(huán)境的人群：創(chuàng)業(yè)者、設(shè)計(jì)師、產(chǎn)品經(jīng)理、中小企業(yè)運(yùn)營(yíng)者。這些用戶既有強(qiáng)烈的軟件需求，又缺乏編程能力，他們也不會(huì)使用 Visual Studio Code 這類工具，更不會(huì)融入以工程師為中心的開發(fā)范式。

　　在這個(gè)意義上，Lovable 的真正競(jìng)爭(zhēng)對(duì)手并不是開發(fā)工具，而是“不會(huì)寫代碼但想做軟件”的現(xiàn)實(shí)約束。如果它能夠像 Canva 在設(shè)計(jì)領(lǐng)域所做的那樣，把復(fù)雜能力封裝成直觀操作，并圍繞非技術(shù)用戶建立品牌與社區(qū)認(rèn)同，那么它確實(shí)有機(jī)會(huì)在一個(gè)被長(zhǎng)期忽視的市場(chǎng)中建立穩(wěn)固地位。這個(gè)市場(chǎng)的規(guī)模甚至可能超過專業(yè)開發(fā)者市場(chǎng)，因?yàn)樗举|(zhì)上是在把“軟件生產(chǎn)能力”向更廣泛的人群下沉。

　　其次，Lovable 試圖構(gòu)建的第二層護(hù)城河，是基于用戶生成內(nèi)容（UGC）的模板與應(yīng)用生態(tài)，更直白點(diǎn)說，是 Lovable 超強(qiáng)的分銷渠道。

　　像 Lovable 這樣的平臺(tái)每天都會(huì)發(fā)布 20 萬個(gè)新項(xiàng)目，如果平臺(tái)每天生成海量應(yīng)用，并能夠?qū)⑦@些應(yīng)用沉淀為可復(fù)用的模板庫(kù)，再進(jìn)一步發(fā)展為一個(gè)可搜索、可交易、可組合的市場(chǎng)，那么其價(jià)值就會(huì)從“生成工具”躍遷為“應(yīng)用分發(fā)與復(fù)用網(wǎng)絡(luò)”。這一模式更接近 Envato 或 ThemeForest：真正的壁壘不在于技術(shù)，而在于內(nèi)容供給與需求之間的網(wǎng)絡(luò)效應(yīng)。一旦開發(fā)者或創(chuàng)作者開始圍繞平臺(tái)生產(chǎn)模板，用戶則通過消費(fèi)這些模板完成應(yīng)用構(gòu)建，平臺(tái)就能形成自我強(qiáng)化的正反饋循環(huán)。

　　然而，這條路徑的前提極為苛刻——必須解決內(nèi)容質(zhì)量、版權(quán)歸屬、模板維護(hù)以及激勵(lì)機(jī)制等問題，否則所謂的“生態(tài)”很容易退化為大量低質(zhì)量、無人維護(hù)的項(xiàng)目堆積，從而反噬用戶體驗(yàn)。

　　第三條可能的護(hù)城河來自企業(yè)側(cè)的工作流嵌入。Lovable 已經(jīng)開始進(jìn)入企業(yè)客戶場(chǎng)景，如果它能夠深入嵌入企業(yè)的開發(fā)與運(yùn)營(yíng)流程，例如參與內(nèi)部工具開發(fā)、自動(dòng)化業(yè)務(wù)流程、甚至成為非工程團(tuán)隊(duì)的“軟件生產(chǎn)接口”，那么就有機(jī)會(huì)形成一定程度的鎖定效應(yīng)。這種鎖定通常通過幾個(gè)維度實(shí)現(xiàn)：一是工作流集成，使工具成為日常操作的一部分；二是數(shù)據(jù)沉淀，讓企業(yè)歷史項(xiàng)目、模板和使用習(xí)慣逐漸依附于平臺(tái)；三是合規(guī)與安全體系，例如符合 SOC2、GDPR 等標(biāo)準(zhǔn)，從而提高替換成本；四是團(tuán)隊(duì)協(xié)作能力，包括權(quán)限管理、審批流和版本控制等。

　　但需要注意的是，這種護(hù)城河本質(zhì)上仍然是“軟性”的。企業(yè)在工具選擇上極其現(xiàn)實(shí)，一旦出現(xiàn)更高性價(jià)比或更強(qiáng)能力的替代方案，就會(huì)迅速遷移。如果底層 AI 能力來自通用模型，而非自有技術(shù)，那么 Lovable 在企業(yè)端的差異化很容易被復(fù)制。

　　最后，也是當(dāng)前最現(xiàn)實(shí)的一層護(hù)城河，是品牌與社群勢(shì)能。Lovable 借助早期的病毒式傳播和產(chǎn)品敘事，已經(jīng)在“Vibe Coding”這一語境中占據(jù)了一定心智位置，其創(chuàng)始人也成為這一領(lǐng)域的重要聲音。這種優(yōu)勢(shì)在早期極具價(jià)值，因?yàn)樗梢詭碜詡鞑?、降低獲客成本，并在用戶之間形成情緒連接——用戶選擇它，不僅因?yàn)槟苡茫驗(yàn)椤罢J(rèn)同”。但問題在于，這種護(hù)城河在開發(fā)工具乃至 AI 工具領(lǐng)域通常非常脆弱。用戶——尤其是有一定技術(shù)判斷力的用戶——對(duì)工具的忠誠(chéng)度極低，一旦 Google、Anthropic 或其他平臺(tái)提供更強(qiáng)、更便宜或更穩(wěn)定的能力，遷移幾乎是瞬時(shí)發(fā)生的。

　　留給 Lovable 們的時(shí)間不多了

　　雖然 Lovable 的 CEO Anton Osika 宣稱公司正在打造“最后的軟件”（The Last Software），這聽起來是個(gè)極具沖擊力的口號(hào)。

　　但撥開營(yíng)銷的迷霧，你會(huì)發(fā)現(xiàn)其本質(zhì)依然是為真正的“最后的軟件” —— 那些作為底層智能引擎的第三方前沿模型，裹上了一層精美的用戶界面。

　　當(dāng) Anthropic 的 Claude Code 能夠直接通過 CLI 與本地開發(fā)環(huán)境深度集成，甚至能夠自主處理增量重構(gòu)和復(fù)雜邏輯時(shí)，用戶為什么要多跳一步去使用第三方封裝工具？

　　當(dāng)“大腦”學(xué)會(huì)了直接操控“工具”，那些曾經(jīng)被稱為“護(hù)城河”的 UI 插件、部署模板和中間件，瞬間就退化成了模型的一個(gè)“功能插件”。

　　這就是“生態(tài)降維打擊”：模型廠商每前進(jìn)一步，留給中間層創(chuàng)業(yè)者的空氣就稀薄一分。

　　Lovable、Base44、Bolt 曾經(jīng)引以為傲的“速度”和“易用性”，正面臨著來自底層的全面收繳。

　　事實(shí)上，真正決定 Anthropic 是否會(huì)“吞掉” Lovable、Base44 這類應(yīng)用構(gòu)建工具的，并不是功能多少，而是軟件棧的分層是否還成立。

　　傳統(tǒng)的軟件體系是清晰分層的：模型層（LLM API）之上，是應(yīng)用構(gòu)建層（如 Lovable、Base44 這類低代碼 /AI 應(yīng)用生成平臺(tái)），再往上才是具體應(yīng)用。而 Anthropic 正在做的，是系統(tǒng)性地打穿這幾層，把“應(yīng)用構(gòu)建能力”直接內(nèi)化到模型與 Agent 執(zhí)行體系中。

　　Claude Code 泄露所揭示的結(jié)構(gòu)已經(jīng)非常接近一個(gè)“自包含開發(fā)環(huán)境”：模型不僅負(fù)責(zé)生成代碼，還直接參與文件系統(tǒng)操作、命令執(zhí)行、版本控制（Git）、任務(wù)拆解與調(diào)度。

　　這意味著，原本屬于 Lovable、Base44 的核心能力——例如應(yīng)用生成、組件拼裝、部署流程管理——正在被遷移到一個(gè)更低層、更通用的執(zhí)行框架中。當(dāng)“開發(fā)流程”本身成為模型的一部分時(shí)，上層工具的價(jià)值就會(huì)被壓縮為界面封裝，而這在技術(shù)上是最容易被替代的部分。

　　更關(guān)鍵的是，Anthropic 的路徑不是“做一個(gè)更強(qiáng)的 builder”，而是在構(gòu)建一種持續(xù)運(yùn)行的 Agent 計(jì)算模型。從泄露信息中的常駐 Agent（如 KAIROS）、feature flag 體系，到多智能體框架中的“規(guī)劃 - 生成 - 評(píng)估”閉環(huán)，可以看出其目標(biāo)是讓 AI 能夠在長(zhǎng)時(shí)間尺度上自主推進(jìn)復(fù)雜任務(wù)。

　　這一點(diǎn)與 Lovable / Base44 的“即時(shí)生成一個(gè)應(yīng)用原型”存在本質(zhì)差異：前者是一個(gè)可以不斷迭代、維護(hù)、甚至重構(gòu)軟件的系統(tǒng)，后者則更接近一次性的生成工具。當(dāng)軟件的生命周期（開發(fā)→部署→迭代→維護(hù)）全部被 Agent 接管時(shí)，單點(diǎn)的“應(yīng)用生成工具”就會(huì)被邊緣化。

　　再往下看，“computer use”能力的引入，則進(jìn)一步削弱了應(yīng)用層工具的存在基礎(chǔ)。傳統(tǒng)應(yīng)用構(gòu)建平臺(tái)的一個(gè)前提是：所有能力必須通過 API 或預(yù)定義組件暴露。但一旦模型可以直接操作操作系統(tǒng)、瀏覽器和現(xiàn)有軟件，它就不再依賴這些中間層抽象。換句話說，AI 可以直接“使用世界上的軟件”，而不是“通過平臺(tái)生成新的軟件”。在這種范式下，Lovable / Base44 所扮演的“應(yīng)用生成中介”角色，會(huì)被一個(gè)更通用的 Agent 執(zhí)行層替代。

　　從架構(gòu)演進(jìn)角度看，這實(shí)際上是一次典型的“層級(jí)坍縮”：

　　模型層向上吞噬應(yīng)用邏輯（通過 tool use、agent 編排）

　　執(zhí)行層向上吞噬運(yùn)行環(huán)境（通過 computer use）

　　Agent 層向上吞噬開發(fā)流程（通過多智能體協(xié)作）

　　當(dāng)這三件事同時(shí)發(fā)生時(shí)，原本位于中間的“AI 應(yīng)用構(gòu)建平臺(tái)”就會(huì)失去獨(dú)立存在的必要性。因?yàn)樗炔徽莆崭讓拥膱?zhí)行能力，也無法提供比 Agent 更高層的抽象，只能停留在 UI 和流程封裝層。

　　因此，問題不再是 Anthropic 會(huì)不會(huì)“做一個(gè) Lovable”，而是：當(dāng) Claude 本身就是一個(gè)可以構(gòu)建、運(yùn)行并持續(xù)演化應(yīng)用的系統(tǒng)時(shí)，Lovable 這類產(chǎn)品還剩下什么不可替代的能力？

　　如果答案只是“更好的界面”或“更低的上手門檻”，那么在模型能力持續(xù)增強(qiáng)的前提下，這些優(yōu)勢(shì)通常不會(huì)長(zhǎng)期成立。

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

　　https://www.linkedin.com/pulse/lovables-6b-question-wheres-moat-frederick-tubiermont-jf7ce/

　　https://www.theverge.com/ai-artificial-intelligence/904776/anthropic-claude-source-code-leak?utm_source=chatgpt.com

　　https://www.infoq.com/news/2026/04/claude-code-source-leak/?utm_source=chatgpt.com

　　https://www.anthropic.com/engineering/harness-design-long-running-apps

　　https://x.com/k1rallik/status/2043431389228396897

　　聲明：本文為 AI 前線整理，不代表平臺(tái)觀點(diǎn)，未經(jīng)許可禁止轉(zhuǎn)載。