我不再追模型的新功能，开始追它的旧 bug

有段时间我陷在一个循环里：新模型一发布，我就兴奋地试它的新功能，哇这个能生成视频了，那个能读百万 token 了。试完发个朋友圈，然后……然后就没有然后了。我的实际工作流一点没变。

真正让我从这种追逐里醒过来的，是一次低级的翻车。

一个我早就该知道的坑

我让模型处理一批带表格的数据，它把表格结构拆得稀碎。我 debug 了半小时，才想起来：这个模型有个已知的毛病，遇到 markdown 表格会丢列。这毛病我半年前就踩过，还记了笔记，但后来追新功能追得忘光了。

那一刻我意识到，拖慢我的不是模型缺新功能，是我没记住它的旧 bug。

建一份「坑表」

我开始给每个主力模型建一份坑表，就一个简单文档：模型名 + 已知问题 + 规避方法。

• 某模型长文档会丢中段信息 → 关键信息放开头结尾。
• 某模型 JSON 输出偶尔带多余逗号 → 加 schema 校验后处理。
• 某模型拒答阈值飘忽 → 高敏感任务换模型。

三个月攒了二十来条。神奇的是，自从有了这份表，我调用模型的成功率明显上升了——不是因为模型变好了，是我不再重复踩同一个坑。

追新 vs 扫旧的 ROI

追新功能的 ROI 很低。新功能大多用不上，用上的也常是新鲜一阵；而且新功能是模型厂商替你设计的，未必贴你的场景。

扫旧 bug 的 ROI 很高。坑是固定的，记一次省一辈子；而且这些坑是你自己踩出来的，100% 贴你的工作流。

更关键的是，新功能是演示，旧 bug 是日常。你每天打交道的是这个模型的脾气，不是它的发布会。把脾气摸清，比知道它能干多少新奇活儿实用得多。

一个小建议

如果你也陷在追新的循环里，试试这个动作：从今天起，每踩一个模型的坑，花一分钟记进坑表。一个月后回头看，你会发现这份表的含金量，远超你看过的任何一场发布会。

模型会一直更新，新功能会一直有。但你的坑表，是别人给不了你的、真正属于你的「模型知识」。