定时任务成了标配，我拿它盯了一两周 ChatGPT、Claude 和 Gemini

今年定时任务成了标配。6 月豆包上了任务模式，定时执行，还能生成文件；7 月 Grok 有了 Automations，定时或者邮件触发；8 月初千问也上了定时任务；Claude 的托管 Agent 更早就能定时跑。

年初我用 Dify 搭了一个竞品监控，抓几个产品的更新和定价变化，整理成摘要推给自己，一直在跑。看到这一串定时任务，想试试同一类事交给它们会怎样。

盯的是 ChatGPT、Claude、Gemini

这次没有直接把 Dify 那个搬过来，而是换了个对象：ChatGPT、Claude、Gemini 这三个，每天看一次。

选这三个，是因为它们这阵子更新得太频繁。新功能、新定价、新的使用限制，几乎每周都有。我自己天天在用其中两个，它们的更新和我的日常直接相关，靠刷消息跟不上。

先在豆包上设好，三个产品，每天一次，整理成一份简报。千问的定时任务上线以后，同样的设置又跑了一份。两边各跑了一两周。

简报就在 App 里看，每天打开一次，看一眼今天有什么。

这一点和 Dify 那个不一样。Dify 那个是推给我的，定时任务的结果是等我去看的。一开始我担心会忘了看，实际上没有。这类 App 我本来就每天会打开，顺手就看了。

结果是两边差不多。

都能按时跑，都能把三个产品的更新看一遍，整理出一份。千问这段时间没出过状况，每天准时；豆包也基本稳定。要我分出高下，分不出来。

这个差不多，本身说明了一件事：定时、抓取、整理这一层，已经没有差异了。当年在 Dify 里搭这一层，我花了几个晚上，要写抓取，要写整理的提示词，要接推送。现在是每个产品里的一个开关。

简报的长度每天不一样。有更新的时候长，没更新的时候短。这一点做得对，比每天固定写一段强。

但一两周下来，报出来的大多是小改动：文档改了措辞，页面换了图，某个限制的数字调了一点。真正值得我停下来看的变化，这段时间里没碰到。

这不能全怪工具，那一两周也许真没什么大事。可问题在于，它们对小改动和大变化一视同仁，写得一样认真，一样有条理。长度会跟着更新的多少变，却不会跟着更新的轻重变。读了几天，我开始跳着看。

年初我就抱怨过，摘要这个词太宽。把页面重写一遍，和告诉我这个功能变了，是两回事。哪些变化值得单独提出来，这一层判断，在豆包和千问的定时任务里，我没找到地方写。

如果能改，我只想在简报最前面加一行：今天有没有值得停下来看的变化。

有，就把那一条单独放出来，写清楚变了什么、和原来比差在哪；没有，就直接写今天没有大变化，后面的小改动列成一串，我愿意看就看。

这一行判断，要的不是更会写，是知道什么对我重要。定价变了、使用限制变了、我正在用的功能变了，这几类对我重要；页面改了措辞、换了配图，不重要。

这个标准说出来并不复杂。可它是我的标准，不是一个通用的标准，换一个人来看这三个产品，在意的可能完全是另外几类。标配的定时任务要照顾所有人，就只能对所有变化一视同仁。

所以现在是两边都跑着。

Dify 那个没停。它是自己搭的，要它看什么、怎么写、哪些变化该标出来，都改得动。定时任务那一份也留着。

有意思的是，现在我更常看的，反而是定时任务那一份。

原因很简单：它在一个我每天都会打开的 App 里，看起来不费事；Dify 那个要专门去看推送。能按我的想法改的那个，我看得少；改不了的那个，我看得多。便利赢了可控。

这让我对自己搭工具这件事，有了一点新的认识。自己搭的东西，胜在能按自己的想法改；可如果它不在日常的路上，改得再好，也会慢慢被放在一边。一个工具有没有用，不只看它做得怎么样，还看它离人每天走的路有多远。

两边的分工不是设计出来的，是跑出来的。只需要不漏、顺手看的，交给标配；需要判断哪些值得看的，留在自己能改的那一套里。只是后一套，得想办法离日常近一点。

工具做成标配，通常意味着那一层没有差异了。差异在标配之外。