当前时间: 1970-01-01 08:00:00
分类:办公文件
评论(0)
我把 AI 做的日报砍到每天 3 条,足够了先问个问题:你一天会看多少份日报,又会看多少条新闻?我在互联网行业里待了十多年,加了几十个社群,公众号关注了近千个,手机里也是十几个资讯类APP。光是日报,社群里的图片日报、文字日报,公众号的图文日报,每天不下几十条。刚开始那几年,还会认真看一下。现在连点开的欲望都没有了。很多日报里都是宽泛的行业信息,和我当天要做的事没有半毛钱关系;要么就是混杂了整理者自己的观点,变成群里大家聊天的谈资——确实能当谈资。别人聊某个模型、某家公司、某个功能更新的时候,你至少知道他们在说什么,不至于掉队。谈资解决的是“我能不能接上话”,不是“我能不能做判断”。这两件事差得老远了。所以不是不看新闻,不看日报。只是大部分别人的日报,已经不是我想要的东西。我想要的是完整的事实、脉络,以及源头的信息,我自己来做判断和决定。而不是让别人用春秋笔法把事实揉一遍,起一个耸人听闻的标题,塞进自己的观点和情绪,再喂(shi)给我。别人整理过的新闻,本质上不是新闻,而是二次加工后的世界摘要。风险就在这里:别人替你决定了什么重要、怎么解释、该用什么情绪看它。各个平台帮你筛选、排序、压缩、归类,告诉你今天有哪些事可能值得注意,各个群主帮你省时间。甚至平台怎么写标题、怎么排序、反复使用哪些词,本身也是一种样本,能看出大家的情绪正在被什么牵引。一份日报递到你面前的时候,它看起来只是十几条新闻。但它已经替你做过一轮决定了。几十件事里只挑十条,被挑出来的好像天然更重要,没被挑出来的好像就不存在。你以为自己在看世界,其实先看的已经是别人裁过一遍的世界。一个产品更新,可以被写成普通迭代,也可以被写成行业变天。同一件事,换个标题、换个摘要、换个排序,脑子里的重量就不一样。事实还在那里,但解释已经被人提前塞进来了(所以,你的思考是不是自己的思考?)。震惊、炸裂、天塌了、错过就晚了……很多时候不是事情真的大到那个程度,而是标题在逼你焦虑、兴奋或者恐慌。都还没来得及判断,情绪已经先被调好了。所以你以为自己在看新闻,其实是在把一部分脑子借给别人用(话糙理不糙哈哈哈)。不是否定别人整理的信息。平台日报可以看,群早报也可以扫。但这些只适合“发现”,不适合完成“判断”。外包久了,脑子就是一团糨糊(还死犟的那种)。既然别人做的日报不适合我,那我自己做一套不就行了?开始还没想那么复杂:先按照早报的形式,“复制”一个出来(毕竟复制比创新容易);然后按照自己想要的要求(所谓规则),一股脑往里加。2月底,我让Claude Code写过日报Skill,参考已有的几个平台,选了个自己觉得还不错的样子。还想着让OpenClaw做成定时任务,每天早上9点自动更新。那时候想法很简单:以后不用等别人公众号更新了,自己也能每天看到AI相关动态。——当时还在用“做一个更完整日报”的思路解决问题。上个月,痛定思痛之下,我又认真折腾过一版AI情报雷达。想法是挺好的:把这个东西产品化,做成APP之类的(以后也是有Vibe coding产品的人了)。来源、筛选、规则,一层层往上加;开发、审计、测试、验收,一环扣一环。折腾了好几天,花了我3亿左右Token,每天200刀的中转站额度都差点不够用。最后AI给的统计是154个源、28个monitor、112个target,还有11步流水线。抓得新闻多,不等于新闻就一定准确——新闻源太多以后,二手垃圾反而会占据高优先级,旧内容被当成新信号,判断会变得机械,失败日志和AI噪音还会反过来污染生成的文件。本来想知道外部世界有哪些变化,最后得到的是一堆需要我再次判断、再次清理、再次处理的信息。我本来想给自己找一个7*24小时的赛博牛马,最后发现是给自己请了个需要不断维护不断分辨的祖宗。别人做的日报不能直接当我的判断入口;我自己做一个更大的日报系统,也不等于拥有判断入口。问题不在“大还是小”。问题在于:它到底是不是为我的判断服务?如果不是,那越大越糟。砍掉社交平台的关键词搜索,回归一手信源(白话就是只看官方的信息);去掉时效性要求,固定每天早上跑一次就行。最后才形成现在这条每日情报的定时任务。目标很小:每天给我留3条左右适合我看的新闻,其他没了。这个世界每天真正重要到会改变我们判断和行动的事情,并没有那么多;3条都可能多,有时候1条就够,一条都没有,也很正常。绝大多数日报产品,都默认自己每天必须有内容。今天没什么值得说的,也得凑出十条;没有大事,也要把小事写成大事。但我自己的系统不应该这样(这就是自建的好处哈哈哈哈)。如果今天没有值得进入我思考和行动的信号,那就应该是0条。不是失败,硬凑3条才是失败(一切天高云淡,岁月静好)。这条规则逼着系统做删除,也逼着我承认:没进来的东西,不是世界不存在,只是不值得占用我今天的注意力。我不是说一手信息就一定绝对客观。官方博客也会包装自己,产品更新信息也会挑重点说(甚至不说,比如微信更新的信息:修复了一些bug),关键人物的原帖也可能带立场。但一手信息至少少了一层别人替我解释的过程。我要的就是一手,就是原作者的情绪、观点和表达。一个标题可以把普通更新写成行业巨震;一个摘要可以把不确定的变化写成确定趋势;一个群里的转述可以把“值得注意”变成“必须恐慌”。所以我特别反感营销号那种动不动“改变世界”“天塌了”的标题。我只是想先看到发生了什么,再决定它和我有什么关系。现在这套东西跑了几天,大概能达到我预期中的70%。它已经能按规则把一些信号找出来,能把数量压下来,能让我不用每天从一堆群消息、公众号和平台早报里捞东西。是来源还不够稳,是规则还需要继续收紧,是有些信号还需要人工判断,是它偶尔还会把“不够重要但看起来热闹”的东西送进来。但这反而让我更清楚:创建只是开始,后续的维护、迭代、更新,才是要点。每一次维护,都是在重新回答同一个问题:这条信息到底值不值得进入我的思考和行动?读原文、写选题、跟进某个产品、更新一条规则,这些都是结果。但在行动之前,还有一个更细的过程:它会不会改变我对这件事的看法?会不会让我重新理解一个工具、一家公司、一个趋势?会不会让我意识到之前的判断太宽、太浅、太受别人影响?包括这篇文章本身,也是从这个日报任务里长出来的一部分。我不是因为做了一个定时任务,所以写篇文章介绍它。是我在维护这条任务的时候,才慢慢看清楚,自己到底为什么要重新造这个轮子。不是因为外面没有日报——恰恰是因为外面的日报太多了。多到我必须有一个自己的入口,来决定哪些事实可以进来,哪些解释先放一边,哪些情绪不必跟着走。所以我还要自己重新造一个属于自己的轮子,哪怕它很粗糙,没有完全达到我的预期,至少这个入口属于我。
基本
文件
流程
错误
SQL
调试
- 请求信息 : 2026-06-07 10:25:58 HTTP/1.1 GET : https://www.yeyulingfeng.com/a/723087.html
- 运行时间 : 0.124999s [ 吞吐率:8.00req/s ] 内存消耗:4,941.65kb 文件加载:145
- 缓存信息 : 0 reads,0 writes
- 会话信息 : SESSION_ID=2ede83bec981f57a6d1c707067d381ff
- CONNECT:[ UseTime:0.000644s ] mysql:host=127.0.0.1;port=3306;dbname=wenku;charset=utf8mb4
- SHOW FULL COLUMNS FROM `fenlei` [ RunTime:0.000854s ]
- SELECT * FROM `fenlei` WHERE `fid` = 0 [ RunTime:0.000377s ]
- SELECT * FROM `fenlei` WHERE `fid` = 63 [ RunTime:0.000302s ]
- SHOW FULL COLUMNS FROM `set` [ RunTime:0.000551s ]
- SELECT * FROM `set` [ RunTime:0.000229s ]
- SHOW FULL COLUMNS FROM `article` [ RunTime:0.000573s ]
- SELECT * FROM `article` WHERE `id` = 723087 LIMIT 1 [ RunTime:0.006223s ]
- UPDATE `article` SET `lasttime` = 1780799158 WHERE `id` = 723087 [ RunTime:0.008952s ]
- SELECT * FROM `fenlei` WHERE `id` = 64 LIMIT 1 [ RunTime:0.000290s ]
- SELECT * FROM `article` WHERE `id` < 723087 ORDER BY `id` DESC LIMIT 1 [ RunTime:0.000538s ]
- SELECT * FROM `article` WHERE `id` > 723087 ORDER BY `id` ASC LIMIT 1 [ RunTime:0.000550s ]
- SELECT * FROM `article` WHERE `id` < 723087 ORDER BY `id` DESC LIMIT 10 [ RunTime:0.000828s ]
- SELECT * FROM `article` WHERE `id` < 723087 ORDER BY `id` DESC LIMIT 10,10 [ RunTime:0.002154s ]
- SELECT * FROM `article` WHERE `id` < 723087 ORDER BY `id` DESC LIMIT 20,10 [ RunTime:0.004134s ]
0.129239s