这周两次踩坑，才想明白我图的是什么

今晚打开电脑，本来只是想给公众号发布脚本改一个参数，先看见的是日志里躺着两条没处理完的报错。往前翻，这周已经是这套系统第二次让我返工。

上周是给知识库接的图片检索模型测出配图数量是 0 张——不是模型不行，是网页转正文那道“抓干净”的工序，把图片链接连正文一起剔掉了，模型再强也看不到已经被删掉的东西。这周轮到判重逻辑出问题：技术类的结论反复出现该合并没错，但一个人的态度和偏好反复出现，其实是证据，不该被同一把尺子量掉。这套系统就是我平时收藏的文章、随手记的判断、踩过的技术坑，自动挑一个当天想说的话，查资料、拼稿子、配图、推草稿箱——省的是我每天挤时间选题写稿这一步，省不了的是它自己出问题的时候。两个 bug 隔了一周，修法完全不同，唯一相同的是都得我一行行代码去查。

很多技术人刷到“AI 自动写稿”“自动化系统帮我干活”这类分享，第一反应是想抄一份同款脚本，却很少有人问自己，愿不愿意像我这周一样，为两个 bug 各搭进去两三个小时。看到的是省下来的时间，没看到的是省下来之前先欠下去的时间。

所有让人眼红的收获背后，都有一笔没被算进账的代价——技术人纠结要不要投入学一门新技能、要不要花业余时间搭一套系统，真正该问的不是“值不值”，是自己愿不愿意认这笔账。愿意认，才配拿它后面的好处；不愿意认，看再多同类分享也只是隔着屏幕眼红一下，第二天该怎样还怎样。

写这篇之前，我盯着日志也犹豫过要不要把这套系统砍掉一半，手动选题写稿虽然慢，至少不用半夜想起来查报错。真正让我想通的，是把这周的两笔账摊开算了一遍：一笔是三个小时改检索逻辑，换来的是以后配图不用再一张张手动找；一笔是两个小时读判重日志，换来的是这套系统以后分得清哪些是该合并的废话、哪些是该留着的态度。这两笔账我认，所以接着修，不是因为它突然不麻烦了。