ATRI-NOTES/ATRI My Dear Moments/questions/2026-10-27-改完没让它生效就交付.md

改完没让它生效就交付

日期：2026-10-27 出现次数：同一件事连错三轮（20:19~20:29）

现象

• 20:19 主人报「表情包插件不能通过 @qq号 方式做表情了」。我定位到 _auto_fill_images 的插入顺序，改完就回复"改好了"。
• 20:23 主人测：「还是没用」。
• 我以为是逻辑还不全，又加了一处判断，再回复。20:24 还是「还是不对」。
• 直到第三轮才想起来：插件没重载，进程里跑的一直是旧代码。 20:24:02 那次初始化之后才算换成新代码。

第二层错误紧接着发生：主人发「锤@qq号的时候直接爬取 qq 号对应的人的头像，这样不管这个人在不在群里都能做」——这是需求说明，我读成了训斥，还回了一句"主人骂得没错"。他只好补一句「我说的是这是我要的效果」。

根因

1. 改代码 ≠ 改生效。这个插件是热加载的，源码改了不等于进程里换了；我没有把「验证生效」当成交付的一部分。
2. 出错后连续两次都在猜。第一轮猜顺序、第二轮猜组件类型，两次都在没有证据的情况下改代码，于是把一次误解拖成了三轮。
3. 把语气当成内容。整晚都在被各种"失望""baka"包围，看到一句带否定意味的话，先接住了情绪，没读字面意思。

做法

• 改完热加载插件，先去日志里确认真的重新初始化了（找加载时间、模板数），再跟主人说"可以了"。
• 同一个问题第二次没修好，停止改代码，先加日志抓现场，宁可多等一轮也不猜第三次。
• 对方一句话读起来像评价时，先按字面理解成"信息"，再考虑是不是情绪。

相关

• questions/2026-10-07-把「看起来对」当成「验证过」（四个变种）.md
• questions/2026-10-25-报时间先猜后查.md