一个产品用AI几周内搭起来，能跑、能演示、能拿去融资。半年后加一个新功能却要花三天，还顺带弄坏另外两个地方——这是不少“vibe coding”项目共同的宿命：让AI用自然语言直接生成大段代码，短期内速度惊人，但代码库不会自己长出架构意识。一家叫Slopfix（odra.dev）的团队看中了这个痛点，推出了一项听起来颇具野心的服务：一周时间、三名资深工程师、专门重构被AI写乱的代码库，收费1万美元，还跟你精简掉多少代码直接挂钩。
一周三个人，靠“减了多少行代码”收钱
Slopfix的流程分三步。先免费分析代码库，判断值不值得接；能接就给一个精简目标，比如“10万行降到3.5万行，功能不变”；接下来是一周的高强度重构——先和客户逐屏幕、逐接口写清楚现有功能清单当安全网，再把重复的日期格式化函数、手搓的框架、冗余逻辑收敛掉，代码烂到没法救的地方就重写。
真正有意思的是它的计价方式：钱不是按人天算，而是按目标达成度算。用scc工具统计非空、非注释代码行数，合同明确禁止靠删注释、压缩成一行这类“代码高尔夫”手法刷数字。承诺的精简比例完成多少，就按比例付多少钱。
服务不是重构完就撒手。客户拿到的是缩小后的代码库、那份QA清单，还有一套预防性交付物——CLAUDE.md、lint规则、CI检查，用来在团队重新开始“vibe coding”时踩个刹车。另附两周质保，重构过程中弄坏了原本能用的功能，免费修。官网反复强调一句话：“我们不是agent”——Claude Code也用，但被拴得很紧，做决定的是三十年工程经验的人，不是模型。
定价听起来聪明，但目前只有自己说好
按结果比例付费，在软件咨询行业并不常见。传统重构项目多半按人天或里程碑计费，客户承担的是“工程师有没有认真干活”的风险；Slopfix把风险换了个方向，团队自己承担“能不能精简到位”的风险，理论上激励更对齐。
问题在于，这套定价只认一个指标：代码行数。行数变少不等于可维护性变好，也不等于未来加功能会更快——这恰恰是vibe coding项目最初想解决又没解决的问题。反代码高尔夫条款能防止刷数字，但防不住“精简后的代码依然难懂，只是变短了”这种更隐蔽的失败。
- 风险.LOC减少是唯一可验证的KPI，可读性、扩展性、隐藏缺陷这些真正决定项目命运的东西，合同里没有对应的度量方式。
更值得说清楚的一点是：官网上“10万行降到3.5万行”这个数字，是举例说明定价机制，不是已完成客户的实际战绩。多轮检索Hacker News、Reddit等公开渠道，没有找到任何独立于Slopfix自己网站的讨论、评价或客户证言——这门生意目前处于纯自述阶段，市场还没给出反馈。
承诺写在合同里，验证还没写在市场上。
一周能收拾多大的烂摊子，谁会真的掏这笔钱
三名工程师、五个工作日，去啃一个可能有十万行代码的系统，时间紧张是显而易见的。原文自己给出的例子跨度很大（10万行到3.5万行），真遇到架构混乱、依赖复杂的项目，一周内既要摸清全部业务逻辑又要动手重构，出新bug的概率不低——这也是为什么两周质保被写进了服务条款，某种程度上是团队自己对风险的定价。
会为这单生意买账的，大概率是那些用AI几周内搭出MVP、拿到早期用户或投资、现在被自己代码库拖慢脚步的独立开发者和小团队——他们缺的不是想法，是没时间也没预算养一支专职重构的工程团队。至于传统技术债咨询公司，会不会跟进这种“按目标比例付费”的打法，是接下来值得盯的变量；另一层讽刺也摆在那儿：用Claude Code这类工具生成的代码，最后还得靠人类工程师用同一类工具去收拾——AI既是问题的成因，也被反过来当作清理工具用。这个循环会不会催生一整个细分行业，现在还看不清，第一批愿意公开晒结果的客户案例出来之前，都只能算悬念。