3位工程師靠「刪AI代碼」創(chuàng)業(yè)，一周收費1萬美元：10萬行刪到3.5萬行！網(wǎng)友：“會Vibe Coding的，誰還花錢找你們？”

整理 | 鄭麗媛

出品 | CSDN（ID：CSDNnews）

2025 年 2 月，Andrej Karpathy 提出了一個叫“Vibe Coding（氛圍編程）”的概念，成為了過去一年多 AI 編程領域最火的關鍵詞之一。而最近，一家名為 Slopfix 的創(chuàng)業(yè)團隊，則試圖靠另一門生意賺錢——專門刪除由AI 寫出來的代碼。

本周，Slopfix 在 Hacker News 和 Reddit 上發(fā)布了一則頗具爭議的帖子，標題簡單粗暴：

“我們每周收費 1 萬美元，只干一件事：刪除 AI 生成的代碼。來吐槽一下我們的商業(yè)模式吧?！?/blockquote>

很快，這句話引發(fā)了開發(fā)者社區(qū)的激烈討論。有人覺得這是 AI 編程時代的新剛需，也有人認為這是純粹制造焦慮，還有人直言：“真正會 Vibe Coding 的人，根本不會花錢請你們收拾殘局?！?/p>

但不論如何，Slopfix團隊提出的這個觀點，卻戳中了不少開發(fā)者的痛點：AI 寫代碼越來越快，而維護 AI 寫出來的代碼，正在成為一門新生意。

AI 寫得越快，代碼庫越容易失控

根據(jù)官網(wǎng)介紹，Slopfix 的三位創(chuàng)始人都擁有多年軟件工程經(jīng)驗，他們將自己的定位描述得十分直接：幫助那些由 AI 生成、已經(jīng)逐漸失去可維護性的代碼庫，重新回到正常的軌道。

他們發(fā)現(xiàn)，越來越多客戶都會遇到類似情況：

• 項目剛開始時，一切都很順利。Claude Code、Codex、Gemini CLI 等 AI Coding Agent 幾乎可以一路生成代碼，幾周甚至幾天內就能搭起一個完整產(chǎn)品。

• 然而，當項目規(guī)模逐漸擴大到數(shù)萬、十幾萬甚至幾十萬行代碼后，問題開始出現(xiàn)。剛開始，一個新功能可能十幾分鐘就能完成；后來卻變成需要折騰幾天，而且修改一個地方，還會意外影響另外兩個模塊。

為什么會這樣？Slopfix 給出的解釋是：隨著代碼規(guī)模不斷增長，AI Agent 已經(jīng)無法真正理解整個項目。于是，它開始不斷重復造輪子，而不是尋找已有實現(xiàn)；開始復制相似邏輯，而不是抽象復用；為了完成眼前任務，不斷增加新的代碼，而不是整理舊代碼。

最終，一個原本還能維護的項目，逐漸演變成了一堆越來越臃腫的“屎山代碼”。

一門新生意：專門幫企業(yè)“刪代碼”

針對這種情況，Slopfix 提供的服務看起來十分簡單。

首先，他們會免費分析客戶的代碼庫。如果判斷項目已經(jīng)沒有太大的優(yōu)化空間，他們會直接告訴客戶，不收費。如果認為能改善，他們會先承諾一個明確的優(yōu)化目標，例如：在保證功能完全一致的前提下，把 10 萬行代碼壓縮到 3.5 萬行。

整個項目通常只持續(xù)一周，但真正開始修改代碼之前，他們會先和客戶一起，把整個應用重新梳理一遍：從每一個頁面，到每一個 API 接口，再到每一個業(yè)務流程，都形成一份完整的功能清單——這份清單既是客戶驗收的依據(jù)，也是團隊重構過程中的“安全網(wǎng)”，確保刪除代碼不會刪掉功能。

到了真正的重構階段，他們會做很多工程師熟悉的工作，例如：把項目里十幾套日期格式化函數(shù)統(tǒng)一成一個實現(xiàn)；把客戶自己寫的“蹩腳框架”替換為成熟穩(wěn)定的開源庫；將大量復制粘貼的業(yè)務邏輯抽取成統(tǒng)一模塊。如果遇到實在救不了的代碼，他們就提煉核心功能后重寫。

項目結束后，客戶獲得的不只是一個更小的代碼庫，還包括完整的 QA 檢查清單，以及一套避免代碼再次快速惡化的工程規(guī)范，例如 CLAUDE.md、Lint 規(guī)則和 CI 自動檢查等。此外，Slopfix還承諾提供兩周免費質保：如果因重構導致原本正常工作的功能出現(xiàn)問題，他們將免費修復。

收費方式也很特別：代碼刪得越多，越值錢

相比傳統(tǒng)軟件咨詢按照工時收費，Slopfix 設計了一套比較特殊的模式。

他們固定收費 1 萬美元，對應的是：

• 3 位資深工程師；

• 連續(xù) 1 周的全職投入。

不過，客戶最終支付多少，與他們具體完成目標的比例直接掛鉤。比如，雙方約定將代碼減少 50%，但最終只減少了 20%，那么完成率就是 40%，客戶只需支付 4000 美元。只有達到甚至超過最初承諾的目標，客戶才需要支付全額的 1 萬美元。

為了避免“刪代碼”而故意玩數(shù)字游戲，他們還明確規(guī)定：代碼量采用 scc 工具統(tǒng)計，只計算非空、非注釋代碼，合同中還禁止使用 Code Golf（一種編程挑戰(zhàn)，用最少的字符數(shù)完成特定任務）等方式，不會把代碼壓縮成難以閱讀的形式，更不會通過刪除注釋來湊指標。

簡單總結的話，Slopfix 真正銷售的不僅是“代碼行數(shù)減少”這個服務，而是可維護性。

“我們也用 Claude Code，但它只是工具”

有趣的是，這家公司并不反對AI 編程——恰恰相反，他們自己也大量使用 Claude Code。

不過，Slopfix 強調了一句話：AI 只是工具，不是負責人。真正決定如何設計架構、哪些地方應該抽象、哪些地方應該刪除、哪些地方必須重寫的，還是擁有數(shù)十年工程經(jīng)驗的人。

在官方介紹中，創(chuàng)始人甚至調侃說：“我們和 Claude Code 的區(qū)別，在于我們擁有三十多年累計的軟件工程經(jīng)驗，而 Agent根本沒有投票權?！?/p>

網(wǎng)友爭論：這到底是不是一門“好生意”？

Slopfix 的帖子發(fā)布后，網(wǎng)友迅速分成了兩派，其中不少人并不看好。

有人調侃道：“你居然覺得那些靠 Vibe Coding 寫代碼的人，會愿意花錢請人類工程師收拾殘局？”

對此，Slopfix 回應說，他們真正面對的客戶，并不是個人開發(fā)者，而是那些重新開始創(chuàng)業(yè)、借助 Claude Code 快速做出產(chǎn)品的 CTO。“AI 可以幫助他們快速驗證想法，但當項目準備交給正式研發(fā)團隊維護，或者準備接受安全審計時，就必須進行一次真正的軟件工程重構。”

還有網(wǎng)友建議：“代碼能跑就盡量別動。”

Slopfix 則認為，他們接觸的大多數(shù)客戶都還處于持續(xù)開發(fā)階段，已經(jīng)擁有真實用戶甚至付費客戶，因此最大的挑戰(zhàn)不是“代碼還能不能運行”，而是“還能不能繼續(xù)快速開發(fā)新功能”。

除此之外，還有人發(fā)出質疑：“寫到 10 萬行代碼的人，不可能突然開始關心代碼質量。”

關于這個問題，Slopfix 的回答同樣很現(xiàn)實：當他們發(fā)現(xiàn)一句“Hey Claude，幫我重構整個代碼庫”已不起作用、新功能越來越難加的時候，自然就會開始關心代碼質量。

對于有人認為他們是在做一個“AI 修復產(chǎn)品”，官方也進行了澄清：“我們沒有開發(fā)任何 AI 產(chǎn)品，本質上就是一支工程團隊，只不過是專門幫助客戶重構 AI 生成的代碼庫?！?/p>

那么，你對于 Slopfix 的商業(yè)模式又是否看好呢？如果 AI 正在把"寫代碼"變成一件越來越廉價的事情，那么未來軟件工程師真正稀缺的能力，又是什么呢？

https://odra.dev/slopfix/

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

2026 奇點智能產(chǎn)品大會全日程正式發(fā)布!

7月17-18日，北京金隅喜來登大酒店，40+位來自字節(jié)、百度、阿里、騰訊、宇樹、360、京東、螞蟻、科大訊飛等一線產(chǎn)品技術領袖，圍繞 Agent 智能體、企業(yè)級 AI、AI Coding、具身智能、AI 原生組織等 12 大專題，全鏈路拆解AI原生落地閉環(huán)。