2025 年 2 月,andrej karpathy 提出“vibe coding(氛围编程)”这一概念,迅速成为过去一年多 ai 编程领域最热门的关键词之一。而近期,一家名为 slopfix 的初创团队却另辟蹊径——专做“清理 ai 代码”的生意。
本周,Slopfix 在 Hacker News 和 Reddit 上发布了一则引发广泛争议的帖子,标题直击核心:
“我们每周收费 1 万美元,只做一件事:删掉 AI 写出来的代码。欢迎来聊聊你们对我们商业模式的看法。”
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜


这条声明迅速点燃了开发者社区的讨论热情。有人视其为 AI 编程时代催生的真实需求,也有人批评这是刻意放大焦虑;更有开发者犀利指出:“真正懂 Vibe Coding 的人,压根不会花钱找人来擦屁股。”
但无论如何,Slopfix 所提出的命题,确实戳中了不少工程师的现实困境:AI 写代码的速度越来越快,而维护由 AI 生成的代码,正悄然演变为一门新兴职业赛道。
AI 越写越快,代码库越容易失序
据官网信息,Slopfix 的三位联合创始人均拥有多年一线软件工程实战经验,他们对自己的定位毫不含糊:专治因 AI 大量介入而逐渐丧失可维护性的项目,助其重回健康开发节奏。

他们观察到,许多客户都经历了相似路径:
项目启动阶段一切顺利。Claude Code、Codex、Gemini CLI 等 AI 编程助手几乎全程参与编码,数天或数周内就能交付一个功能完备的产品原型。
但当代码量膨胀至数万、十万乃至数十万行时,问题开始集中爆发。起初新增一个功能只需十几分钟;后来却要耗费数日调试,且改一处,连带崩两处。
原因何在?Slopfix 的分析指出:随着项目规模持续扩大,AI Agent 已难以真正掌握整个系统的上下文。它不再优先复用已有模块,而是反复造轮子;不再提炼通用逻辑,而是复制粘贴相似代码;为达成短期目标,不断堆砌新代码,而非重构旧逻辑。
最终,一个原本尚可维护的系统,逐步蜕变为臃肿不堪、难以演进的“技术债山”。
一门新服务:为企业提供精准“代码瘦身”
面对上述困局,Slopfix 提供的服务看似简单,实则高度结构化。
第一步是免费代码库诊断。若评估后认为项目已无实质性优化空间,他们会坦诚告知客户,并不收取任何费用。 若判断具备重构价值,则会与客户共同设定清晰、可量化的改进目标,例如:在完全保留原有功能的前提下,将 10 万行代码精简至 3.5 万行。
整个服务周期通常仅需一周,但在动笔修改前,团队会先与客户深度协同,对整套应用进行系统性梳理:从每个页面交互、每条 API 接口,到每个核心业务流程,逐一形成详尽的功能清单——这份清单既是交付验收依据,也是重构过程中的“安全护栏”,确保删减动作不会误伤关键功能。
进入实际重构阶段,他们执行的正是资深工程师熟悉的标准化动作:将项目中分散的十余种日期格式化实现统一为单一方案;用成熟稳定的开源框架替代客户自研的“实验性中间件”;把大量重复的业务逻辑提取为可复用组件;对于严重腐化的模块,则在保留核心行为的基础上进行重写。
项目收尾时,客户不仅获得一个更轻量、更清晰的代码库,还会同步拿到完整的 QA 验收清单,以及一套防止代码质量再度滑坡的工程规范体系,包括定制版 CLAUDE.md 文档、增强型 Lint 规则集与 CI 自动化检查机制。此外,Slopfix 还提供为期两周的免费质保支持:若因重构导致原有正常功能异常,承诺无偿修复。
定价逻辑反常识:删得越多,单价越高
区别于传统咨询按人天计费的模式,Slopfix 设计了一套结果导向的付费机制。
其基础报价为 1 万美元,对应的是:
3 名资深工程师;
连续 7 天全职投入。
使用AIsa生成图像与视频。仅需一个API密钥即可调用Gemini 3 Pro Image(图像)和Qwen Wan 2.6(视频)。
但客户最终支付金额,并非固定不变,而是严格挂钩于目标达成率。举例来说,若约定代码削减 50%,最终仅完成 20% 的压缩,则达成率为 40%,客户只需支付 4000 美元;唯有达成或超额完成初始承诺,才需结清全额 1 万美元。
为杜绝“数字游戏”,他们还设定了硬性约束:代码统计统一采用 scc 工具,仅计入有效代码行(剔除空行与注释);合同中明确禁止使用 Code Golf 等技巧性压缩手段,拒绝以牺牲可读性为代价换取行数下降,亦严禁通过删除注释来虚报成果。
一句话概括,Slopfix 出售的从来不是“删了多少行”,而是可长期演进的系统健康度。
“我们也重度依赖 Claude Code,但它没有决策权”
耐人寻味的是,这家公司并不排斥 AI 编程——相反,他们自身就是 Claude Code 的高频使用者。
但 Slopfix 坚持强调一个基本前提:AI 是工具,不是责任人。架构如何设计、抽象边界如何划定、哪些模块该合并、哪些逻辑该重写,这些关键判断,仍必须由具备深厚工程积淀的人类工程师作出。
在其官方介绍中,创始人甚至半开玩笑地写道:“我们和 Claude Code 的本质差异,在于我们 collectively 拥有三十多年的真实工程履历,而 AI Agent 连投票资格都没有。”

社区激辩:这究竟是刚需,还是伪命题?
Slopfix 的帖子上线后,舆论迅速分化,质疑声同样强烈。
有人调侃:“你觉得那些靠 Vibe Coding 起家的开发者,真会掏钱请人来收拾烂摊子?”
对此,Slopfix 明确回应:他们的目标客户并非个体程序员,而是一批正在二次创业、借助 Claude Code 快速验证 MVP 的技术负责人(CTO)。“AI 能帮他们跑通最小闭环,但当产品准备移交正式研发团队、或面临第三方安全审计时,一次彻底的工程化重构就变得不可回避。”
也有网友建议:“只要还能跑,就别轻易动代码。”
Slopfix 则指出,他们接触的多数客户正处于活跃迭代期,已拥有真实用户甚至付费收入,因此真正的瓶颈从来不是‘能不能运行’,而是‘还能不能敏捷交付新需求’。
还有声音质疑:“能写出 10 万行代码的团队,怎么会突然在意代码质量?”
Slopfix 的回答颇为务实:当一句 “Hey Claude,帮我重构整个项目” 再也无法触发有效响应,当每次加功能都要花三天排查隐式耦合时,对代码质量的关注,便成了不得不做的选择。
至于被误读为“AI 修复工具提供商”,官方也及时澄清:“我们未开发任何 AI 相关产品,本质上是一支专注重构的工程团队,只是当前服务对象恰好是 AI 生成的代码库。”
那么,你如何看待 Slopfix 的商业逻辑?倘若 AI 正让“写代码”这件事日趋廉价,未来真正稀缺的软件工程能力,又会是什么?
参考链接:
https://www.php.cn/link/64e26f01b6ccd06cae8a255f96c181bc
https://www.php.cn/link/50a40208ac0472723630544455f56b7d
本文来自微信公众号“CSDN”,整理:郑丽媛,36氪经授权发布。

















