METHOD · 不是按热度搬运

今天为什么是这三条,而不是另外三十条?

BitShovel 不把抓到的内容直接变成信息流。每条候选先回答几个朴素问题:它是不是一件不同的事、有没有实质变化、对谁有用、能不能回到原文、最大的限制是什么。答不清楚,就不应该占用你的注意力。

01
MERGE

先判断是不是同一件事。

一个开源项目登上榜单、作者发帖、媒体转述和社交讨论,可能都在描述同一个对象。BitShovel 先按项目、产品、人物或平台归并,再看这些材料分别增加了什么。

如果只是重复传播,不会生成四张卡。热度可以作为发现线索,但不能因为重复出现就自动变得更重要。

02
CHANGE

区分“新出现”和“真的变了”。

第一次进入视野的对象标为新出现;已经收下或观察过的对象,只有能力、价格、版本、政策、用户结果或适用边界发生实质改变,才标为重要更新。

标题重写、页面排版、同一观点的转述或没有新增事实的讨论,默认保持安静。

03
USEFULNESS

不是“有趣”,而是为什么现在值得看。

一条内容进入今日精选,需要说明它对现有工具、产品、收入机会、工作方法或行业变化有什么具体影响。只表达惊讶、焦虑或宏大趋势,却不能说清影响对象的内容,优先级会下降。

对小范围用户高度有用的内容,可以高于人人都在谈但无法行动的热点。

04
SOURCE

摘要可以短,追溯不能断。

项目能力优先回到官方仓库与文档,产品变化优先回到发布说明,创业经历优先回到当事人原文,讨论热度只证明有人在讨论。不同材料只承担它能证明的部分。

每张卡写清来源与观察日期。来源之间冲突时,不把多数票当事实,而是把冲突与暂时未知保留下来。

05
LIMIT

每条精选都要写一个最大限制。

快速增长不等于长期价值,产品发布不等于真实采用,创始人自述不等于独立验证,社交讨论不等于赚钱机会已经成立。最大限制帮助读者知道这条信息目前还不能证明什么。

06
FEEDBACK

“这类少看”调顺序,不制造信息茧房。

用户反馈会降低类似内容在当前版本中的优先级,但不会永久封锁一个来源或类别。以后出现真正重要的新变化,仍然可以重新进入今天。

“收下”则表达另一种意图:不是多看同类内容,而是持续维护这个具体对象的变化脉络。