大家好，我是Zack。
今天我自己的 AI 日报站抓了 20 条（curl 数了一遍，去重后就是 20 个条目页）。加上群里转的、公众号推的，一天扫下来三十来条「重磅发布」「颠覆级更新」。
我以前的做法是每条都点开、看完、收藏。晚上一算，一个半小时没了，第二天手上什么都没变。
问题不在信息多，在于我没有判断标准：看完不知道该不该动手，于是默认「先存着」，存着就等于没看。
现在我用一条标准加一个限时动作，20 条 5 分钟筛完，当天真正动手的一般 0 到 1 条，但动手的那条一定会落地。
一、原来的做法：收藏夹就是垃圾桶
以前我的流程是这样的：
刷到 → 点开 → 看完 → 收藏 → 关掉
五步，一步都不少，产出是一个收藏夹条目。
偶尔真试一下，更糟。手动敲命令、手动改配置、手动跑一遍，一小时过去，最后得出一个结论：好像比以前快一点。「好像」这两个字，说明这次试白试了。
没有对照、没有上限、没有产出物，这三样缺一样，试新东西就是在消耗时间而不是省时间。
二、第一步：先写一份 defaults.md
判断一个东西值不值得试，前提是知道自己现在用的是什么。
听起来是废话，但我问过几个人「你现在的主力模型和参数是什么」，答得上来的人不多。答不上来，就没法判断新东西改没改你的东西。
我建了个文件，就叫 defaults.md，放在项目根目录，每条一行，写清「现在是什么 + 为什么」：
# 当前默认值（每周日更新一次）
- 主力模型：Claude（长上下文任务稳定）
- 代码搜索：rg -n "关键词" -l
- 装依赖：npm i xxx@1.2.3 -E（精确版本，锁文件一起提交）
- 提交前检查：bash scripts/check.sh
- 发推：bash scripts/run_queue.sh 1 7 300
第一次写花了 15 分钟，之后每周改一两行。
这份清单真正的用处不是记录，是当尺子：新东西来了，拿它比对一下就知道动不动。
三、第二步：只问一句话
它改了我哪个默认值？
拿今天的三条举例。
Mistral Large 4，1 万亿总参数、490 亿激活参数。 参数看着吓人，但权重本月底才开放。
那我现在能改什么？跑不了，就没法改我的默认值。结论：不试，进 waitlist，月底开放了再来。
某模型在某个榜单上第一。 我不在那个榜单的场景里跑东西，明天我还是同一个模型、同一套参数。不改，不看。
上下文上限翻倍。 这个改 —— 我的切段策略是按老上限写的，翻倍以后切段可以整段丢进去。当天就得试。
答不上来「改了哪个」，就别试。我的处理是丢进 waitlist.md，标上日期，7 天后统一回看一次：
# waitlist（7 天回看）
- 2026-10-07 Mistral Large 4 权重月底开放 → 10-14 回看
四、第三步：值得试的，限时 10 分钟，必须留下可比的输出
判断完要动手的那 0 到 1 条，我不手动敲，写成一条命令，并且给它一个硬上限。
timeout 600 bash scripts/try.sh
timeout 600 的意思是 600 秒没跑完直接杀掉。到点没结果，说明这东西今天不值得我再花时间。
这不是我发明的，我自己的发推脚本里就是这么干的：
perl -e 'alarm 180; exec @ARGV' ego-browser nodejs < scripts/post_one.js
alarm 180 给每条发推硬超时 180 秒。之前没有这个，一条卡住能把后面 6 条全拖死。
试完必须留下三类产出之一，不然等于没试：
| 产出 | 例子 |
|---|---|
| 一个耗时数字 | 0.009 秒 vs 0.35 秒 |
| 一个数量 | 列出 72 个文件 / 24 项待清理 |
| 一段报错原文 | TypeError: Cannot read properties of null |
「感觉挺快」「好像更聪明」这类结论不收，因为它下次没法跟别的东西比。
五、试完：要么改 defaults.md 那一行，要么回滚
试出结果只有两种走向。
比现在好 → 改 defaults.md 里对应那一行，并把动作固化成脚本。我 scripts/ 目录下现在 56 个 js、4 个 sh，全是一条条这么攒下来的，每次固化一个动作，下次就不用再想。
没更好 → 删掉临时文件，什么都不改。判断成本已经付过了，不用再付一次。
六、前后对比
| 以前 | 现在 | |
|---|---|---|
| 20 条处理耗时 | 90 分钟逐条看完 | 5 分钟筛完 |
| 判断依据 | 「看着挺厉害」 | 改没改 defaults.md 里的某一行 |
| 当天动手 | 0 条（收藏了事） | 0-1 条，但都落地 |
| 单次试错上限 | 一小时起步，没边 | timeout 600 硬停 |
| 试完留下什么 | 一句「好像更快」 | 数字 / 行数 / 报错原文 |
诚实说，这个数是我自己这两三周在两三个项目上记的，样本很小，别当统计结论看。
而且这招有个明显的漏洞：它只筛得出「立刻能用的」，筛不出慢热的。 有些工具要连续用一周才看出差别，按这条标准第一轮就被我丢进 waitlist 了。
waitlist 也不靠谱，我里面现在躺着七八条，有几条日期已经过了半个月还没回看。
七、两条能迁移到自己工作里的原则
第一条：判断「要不要做」，先问它改没改你的某个默认值。
模型、工具、框架、甚至一个快捷键，都能这么问。答不上来就先放着，放着不丢人，瞎试才费时间。
第二条：试新东西必须同时定上限和产出物。
上限是时间（timeout 600），产出物是可比对的数字或报错原文。两样都定死，试错的代价就封顶了。
我给 agent 定的规矩也是这条：跑验证脚本必须带超时、必须打印可比对的结果，不然我不看输出。
你上一次收藏的那个 AI 工具，后来真的用上了吗？
欢迎在留言里说说，我一条条看。
公众号：Zack说AI
大厂程序员，现独立开发者，分享 AI 技术与过程。每篇讲一个能落地的提效做法。