夜雨聆风AI 让做小工具变得太容易了。
以前要想半天、写半天、调半天，现在一个下午就能做出一个页面、一个脚本、一个表格工具。
但我现在判断小工具，不再先问“做出来了吗”。我会问：7 天后，你还会不会在真实任务里打开它？
做出来不是验证
一个小工具能跑，只说明你完成了制作。
它不等于这个工具真的进入了你的生活或工作。
很多 AI 做出来的小工具，会经历一个很短的兴奋期：
第一天觉得很厉害。
第二天截图发给朋友。
第三天想再改几个功能。
第七天已经忘了打开。
这不是失败，也不是丢人。
它只是提醒你：新鲜感不是需求，能替代旧动作才是。
7 天只记录 4 件事
我会用一张很简单的表判断它值不值得继续维护。
今天有没有真实触发场景？
我有没有主动打开它？
它替代了哪个旧动作？
用完以后有没有下一次更想用？
这 4 个问题比“功能多不多”重要。
如果 7 天里没有真实触发场景，说明它可能只是一个想法，不是一个流程。
如果你每次都忘了打开它，说明入口不对。
如果它没有替代任何旧动作，说明它只是新增了一件要维护的东西。
不是所有工具都要高频
这里有一个边界要说清楚。
低频不一定没价值。
报税工具、合同检查、旅行计划、搬家清单，这些任务本来就不会每天发生。
所以 7 天验证适合高频或中频小工具，比如：
每天整理素材。 每周复盘内容。 批量处理文件。 记录客户跟进。 生成固定格式报告。
如果工具本来就是低频高价值，就不要用打开次数判断，而要用“下次同场景是否还会优先选择它”判断。
我会把结果分成 3 类
第一类，留下。
它确实替代了一个旧动作，而且你不用提醒也会打开。
第二类，降级。
它有用，但不值得继续做成完整产品。保留为脚本、模板、表格或一个快捷入口。
第三类，停止维护。
它只是做出来很爽，但没有真实触发场景。把经验记下来，代码和截图归档，不再继续加功能。
很多小工具真正的收益，不是最后变成产品，而是让你学会了一个任务的结构。
这部分经验可以留下，工具本身可以停。
可以直接复制的 7 天表
工具名称：
原本替代的旧动作：
第 1 天：
触发场景：
是否打开：
替代了什么：
问题：
第 2 天：
触发场景：
是否打开：
替代了什么：
问题：
第 7 天结论：
留下 / 降级 / 停止维护
下一步：
不用记录得很复杂。
你只要能回答一句话就够了：这个工具有没有从“我做出来了”变成“我真的会用”。
别急着加功能
如果 7 天都没打开，先不要继续加功能。
如果只打开了一次，也不要急着做登录、支付、同步、多端和漂亮首页。
先找出它没有被再次打开的原因。
是入口太远？任务不够痛？旧方法更快？还是它解决的只是你脑子里的问题？
这比继续 build 更重要。
回复关键词：
自用
我会整理一份《7 天自用工具验证表》，里面包括：
7 天记录模板。 留下 / 降级 / 停止维护判断卡。 一个填写示例。
你最近最想让 AI 帮你做的小工具，是处理文件、整理内容，还是管理任务？