先说一个数字：这周原本计划花3天完成的任务，实际用了整整6天。
不是因为变懒了。而是踩了四个坑，每一个都比预想中更难处理。
如果你也在用AI开发产品、运营工具站，这四个坑大概率你也会遇到。
坑一：AI生成的代码能运行，但第二天就出问题
周一写好了一个新功能——一个批量导出工具，逻辑不算复杂。用Claude Code直接生成，20分钟就输出代码，本地测试一遍没有报错。
挺高兴的，直接上线了。
周二早上醒来，打开后台一看：凌晨三点到五点，这个新功能触发了一连串报错。不是代码崩溃——而是用户上传的文件格式中，有30%与测试时用的不一样。AI编写的错误处理太乐观了，只处理了它见过的格式，没见过的直接抛出异常。
花了一上午修复。
教训：用AI写代码，让它处理“正常情况”很快。但处理“异常情况”，你必须手动告诉它所有可能的边界条件。
现在养成了一个习惯：写完功能代码后，单独开一个对话窗口，专门让它思考「这个功能在哪些场景下可能出错」。还真能列出一些你没考虑到的边缘情况。
但别指望它主动思考。它只是个执行者，不是产品经理。
坑二：工具站改版后Google收录骤降
周二下午，给一个工具站做了一次改版——调整了页面结构、优化了加载速度、重新组织了内容布局。
本意是好事。
周三查看Google Search Console，收录量掉了8%。几篇之前排名不错的页面，被Google标记为「已抓取但未编入索引」。
问题出在一个很小的细节：改了URL结构。旧页面做了301跳转，但跳转的目标页面是新生成的，内容与原来不完全一致。Google认为这不是一次正常的跳转，而是一次内容替换。
教训：改版≠搬家。改版是在原有基础上优化，不是推倒重来。URL结构能不动就尽量不动。如果一定要动，必须保证旧URL对应页面的内容基本一致。
周四花了一整天重新提交索引，到今天还没完全恢复。
SEO这个领域，Google给予排名以月为单位，但惩罚速度以天为单位。动什么都别轻易动URL。
坑三：免费AI工具突然开始收费
这周发现了一件挺有意思的事。
正在使用的AI API——名字不说了，是个面向开发者的接口服务——之前一直有免费额度，足以支撑开发和小流量运行。这周突然宣布免费额度缩水到原来的1/10，超出部分按量计费。
不是他们不厚道，是自己没看公告。
这个API早在公告栏挂了两个月的「即将调整定价」通知。两个月里一直用着免费额度，从来没点开看过。
等发现时，这周的API调用已经远超额度，账单是之前的4倍。
教训：依赖第三方API做产品，必须订阅他们的公告邮件。不是「有空看看」，而是必须第一时间查看。
现在把所有在用的API供应商的公告邮件全部加了星标，收到后立即阅读。顺便说一句：所有API服务都不会主动在控制台弹窗告诉你「要涨价了」，它们只会发一封邮件，然后两个月后悄悄改价。
坑四：一个功能做了两遍才发现方向错了
还有一件事，不大，但很典型。
这周给一个工具站加了一个「AI推荐」功能——根据用户输入推荐相关的工具和资源。逻辑上不算难，写了一天就上线了。
上线后发现一个尴尬的事实：用户根本不点击。
查看了热力图。推荐内容出现在页面底部，大多数用户根本没滚动到那里就离开了。整个页面的浏览深度数据表明，90%的人只看完了上半部分。
那个推荐功能确实有价值，但放错了位置。放在没人看的地方，功能再好也只是自嗨。
教训：先验证用户的行为路径，再决定功能摆放位置。不是先做功能再找位置。
事后回想，应该在写代码之前，先花10分钟查看Google Analytics的页面滚动深度数据。这个数据后台一直有，只是没想起来去看。
现在多了一个前置检查：改版或加功能之前，先看看用户在目标页面上到底在看什么、滚动到哪里、点击哪里。
查看数据的成本是10分钟，重做的成本是一整天。显然是前者划算。
总结：四个坑有一个共同点
回头想想，这四个坑有一个共同的根因：
东西做好了就想上线，一上线就觉得万事大吉。
代码写完了，上线了——就不想测边界情况。改版完成了，上线了——就不想盯GSC数据。API接好了，跑通了——就不想看供应商公告。
「上线」从来不是终点，上线只是开始。真正的工作往往在上线后的第二天、第三天早上才真正展开。
这周提醒自己一件事：把检查清单加入发布SOP里。
每上线一个新功能或改版，自动触发三个检查：
- 上线后24小时内查看错误日志
- 上线后48小时内查看GSC收录变化
- 使用第三方API的，月底统一核查一次定价公告
不管多小的改动，这三个检查必须执行。
以上。下周继续干。
