3位工程师靠「删AI代码」创业：一周收费1万美元：10万行删到3.5万行：网友：“会Vibe Coding的：谁还花钱找你们？”
2025年初，“Vibe Coding”概念横空出世，迅速成为AI编程领域的焦点。如今，一家名为Slopfix的创业团队反其道而行之，专攻删除AI生成的代码，开辟全新商机。
本周，Slopfix在Hacker News和Reddit上发布了一则颇具争议的帖子，标题简单粗暴：
“我们每周收费1万美元，只干一件事：删除AI生成的代码。来吐槽一下我们的商业模式吧。”
这句话迅速点燃了开发者社区的讨论。有人视其为AI编程时代的新刚需，有人则认为是纯粹的焦虑制造，更有人直言：“真正会Vibe Coding的人，根本不会花钱请你们收拾残局。”
但无论如何，Slopfix团队提出的观点击中了众多开发者的痛点：AI写代码越来越快，而维护AI写出的代码，正成为一门新生意。
AI写得越快，代码库越容易失控
据官网介绍，Slopfix的三位创始人均拥有多年软件工程经验，其定位十分直白：帮助那些由AI生成、已逐渐丧失可维护性的代码库，重新回到正常轨道。
他们发现，越来越多的客户会遇到类似情形：
项目启动时一切顺利。Claude Code、Codex、Gemini CLI等AI Coding Agent几乎能一路生成代码，几周甚至几天内就搭起完整产品。
然而，当项目规模攀升至数万、十几万甚至几十万行代码后，问题开始浮现。最初十几分钟就能完成的新功能，后来却要折腾几天，而且修改一处还会意外影响另外两个模块。
原因何在？Slopfix给出的解释是：随着代码规模增长，AI Agent已无法真正理解整个项目。于是它不断重复造轮子，而非寻找已有实现；复制相似逻辑，而非抽象复用；为了完成眼前任务，不断新增代码，而非整理旧代码。
最终，一个原本可维护的项目，逐渐演变成一堆臃肿的“屎山代码”。
一门新生意：专门帮企业“删代码”
针对这种情况，Slopfix提供的服务看似简单。
首先，他们会免费分析客户的代码库。若判断项目已无太大优化空间，他们会直接告知客户，不收费。若认为可改善，则先承诺一个明确的优化目标，例如：在功能完全一致的前提下，将10万行代码压缩至3.5万行。
整个项目通常只持续一周，但在真正修改代码之前，他们会先和客户一起重新梳理整个应用：从每个页面到每个API接口，再到每个业务流程，形成一份完整的功能清单——这份清单既是验收依据，也是重构过程中的“安全网”，确保删代码不删功能。
到了重构阶段，他们会做许多工程师熟悉的工作：将项目里十几套日期格式化函数统一成一个实现；把客户自写的“蹩脚框架”替换为成熟开源库；将大量复制粘贴的业务逻辑抽取成统一模块。若遇到实在救不了的代码，则提炼核心功能后重写。
项目结束后，客户获得的不仅是一个更小的代码库，还包括完整的QA检查清单，以及一套避免代码再次快速恶化的工程规范，如CLAUDE.md、Lint规则和CI自动检查等。此外，Slopfix还提供两周免费质保：若因重构导致原本正常的功能出问题，他们将免费修复。
收费方式也很特别：代码删得越多，越值钱
相比传统软件咨询按工时收费，Slopfix设计了一套较特殊的模式。
他们固定收费1万美元，对应：
3位资深工程师；
连续1周的全职投入。
不过，客户最终支付多少，与具体完成目标的比例直接挂钩。比如，双方约定减少代码50%，但最终只减少了20%，那么完成率为40%，客户只需支付4000美元。只有达到甚至超过最初承诺的目标，客户才需支付全额的1万美元。
为避免“删代码”玩数字游戏，他们还明确规定：代码量采用scc工具统计，只计算非空、非注释代码；合同中禁止使用Code Golf（用最少字符完成特定任务的编程挑战）等方式，不会把代码压缩成难以阅读的形式，更不会通过删除注释来凑指标。
简单总结，Slopfix真正销售的不仅是“代码行数减少”这个服务，而是可维护性。
“我们也用Claude Code，但它只是工具”
有趣的是，这家公司并不反对AI编程——恰恰相反，他们自己也大量使用Claude Code。
不过，Slopfix强调了一句话：AI只是工具，不是负责人。真正决定如何设计架构、哪些地方应该抽象、哪些地方应该删除、哪些地方必须重写的，还是拥有数十年工程经验的人。
在官方介绍中，创始人甚至调侃说：“我们和Claude Code的区别，在于我们拥有三十多年累计的软件工程经验，而Agent根本没有投票权。”
网友争论：这到底是不是一门“好生意”？
Slopfix的帖子发布后，网友迅速分成了两派，其中不少人并不看好。
有人调侃道：“你居然觉得那些靠Vibe Coding写代码的人，会愿意花钱请人类工程师收拾残局？”
对此，Slopfix回应说，他们真正的客户并非个人开发者，而是那些重新创业、借助Claude Code快速做出产品的CTO。“AI可以帮助他们快速验证想法，但当项目准备交给正式研发团队维护，或准备接受安全审计时，就必须进行一次真正的软件工程重构。”
还有网友建议：“代码能跑就尽量别动。”
Slopfix则认为，他们接触的大多数客户仍处于持续开发阶段，已拥有真实用户甚至付费客户，因此最大的挑战不是“代码还能不能运行”，而是“还能不能继续快速开发新功能”。
除此之外，还有人质疑：“写到10万行代码的人，不可能突然开始关心代码质量。”
关于这个问题，Slopfix的回答同样现实：当他们发现一句“Hey Claude，帮我重构整个代码库”已不起作用、新功能越来越难加的时候，自然就会开始关心代码质量。
对于有人认为他们是在做一个“AI修复产品”，官方也进行了澄清：“我们没有开发任何AI产品，本质上就是一支工程团队，只不过是专门帮助客户重构AI生成的代码库。”
Slopfix的商业模式引发热议，折射出AI编程时代的新痛点：代码产量激增，可维护性却成难题。未来，软件工程师的真正价值或许不在于写代码，而在于理解和重构代码的能力。
参考链接：
https://odra.dev/slopfix/
https://news.ycombinator.com/item?id=48823359