不要钱的忙，才是最贵的那一笔

上周二晚上十点多，我在项目群里刷到一段同事发的报错截图：一个脚本跑到一半抛了 KeyError，眼看第二天就要交东西。我顺手把日志翻了一遍，发现是接口返回的字段少了一层嵌套，改了三行取值逻辑，发回去配了句"顺手的事"。对方道了声谢，这件事就算翻篇了。

过了两周我才后知后觉：从那以后，凡是那种"临时脚本出岔子、又没人正式认领"的活儿，第一个被想起来的人变成了我。没人给我派活，我也没收一分钱，这事却实实在在地变成了我固定工作量的一部分。

这就是"零成本"策略最容易被忽略的地方——它看起来不花钱，但从来不是不花代价，只是代价没有走财务这条账，走的是另一条谁都没明说的账。

真正花钱的交易，价格谈清楚了，边界也就清楚了：多少钱办多少事，超出范围可以拒绝，双方心里都有数。可一旦是"顺手""不收钱""举手之劳"，边界从一开始就没画出来。你以为这是一次性的帮忙，对方的账本上记的却是"这人靠谱、这事他能干、下次还找他"，这条记录一旦写进对方的默认预期，就很难再撤销。

下一次同类的事情发生，对方甚至不会觉得是在麻烦你，因为在他的账本里，这早就是你分内的事。你没收钱，所以自己那本账上什么都没记；可对方那本账上，早就悄悄给你加了一行。两本账不对等，才是零成本策略真正的代价来源。

普通技术人最容易在这件事上吃亏的场景，是那种帮同事顺手改一段代码、顺手补一份文档模板——每一次单看都不值一提，攒够十次，就成了没人正式安排、却理所当然要你干的活。

这笔隐性账不是每次都要还的，大多数时候，"顺手"就真的只是顺手，两清了。它真正会找上门，是在你自己状态不好、或者对方那次的事情后果比较重的时候：平时攒的默契这时候会变成"这不是你一直都能搞定的吗"的压力，一次没达到预期，前面十次白干的好感几乎不作数，只留下"这次没做好"的印象。

反过来，那些明码标价的合作反而更安全：钱付了，责任就到此为止，做不到位是能力问题，不是人品问题；零成本的模糊地带里，一次没做好，很容易被算成态度问题。

我现在再遇到那种"顺手"的请求，会多问自己一句：这件事我愿不愿意让它变成默认预期。不愿意，就得当场把边界说清楚，而不是等账攒多了，再想办法补。