位工程师靠删AI代码周赚1万美元 10万行减至3.5万行
一家名为Slopfix的初创团队提供每周一万美元的代码清理服务，专门删除AI生成的冗余代码，可将十万行精简至三万五千行。该服务引发社区争议，但反映出AI编程时代维护代码质量的新需求。
本周，Slopfix在Hacker News和Reddit上发布了一则帖子，标题直截了当，迅速引爆讨论：
“我们每周收费1万美元，只做一件事：删除AI生成的代码。欢迎来聊聊你们怎么看这个商业模式。”
这句话迅速点燃了开发者社区的讨论热情。有人认为这是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天全职投入。
但客户最终需支付的费用并非固定，而是与目标的达成率严格挂钩。举个例子，若约定代码削减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正在让“写代码”这件事变得越来越廉价，未来真正稀缺的软件工程能力，又会是什么呢？