METHOD · 不是按热度搬运
今天为什么是这三条,而不是另外三十条?
BitShovel 不把抓到的内容直接变成信息流。每条候选先回答几个朴素问题:它是不是一件不同的事、有没有实质变化、对谁有用、能不能回到原文、最大的限制是什么。答不清楚,就不应该占用你的注意力。
01
MERGE
先判断是不是同一件事。
一个开源项目登上榜单、作者发帖、媒体转述和社交讨论,可能都在描述同一个对象。BitShovel 先按项目、产品、人物或平台归并,再看这些材料分别增加了什么。
如果只是重复传播,不会生成四张卡。热度可以作为发现线索,但不能因为重复出现就自动变得更重要。
02
CHANGE
区分“新出现”和“真的变了”。
第一次进入视野的对象标为新出现;已经收下或观察过的对象,只有能力、价格、版本、政策、用户结果或适用边界发生实质改变,才标为重要更新。
标题重写、页面排版、同一观点的转述或没有新增事实的讨论,默认保持安静。
03
USEFULNESS
不是“有趣”,而是为什么现在值得看。
一条内容进入今日精选,需要说明它对现有工具、产品、收入机会、工作方法或行业变化有什么具体影响。只表达惊讶、焦虑或宏大趋势,却不能说清影响对象的内容,优先级会下降。
对小范围用户高度有用的内容,可以高于人人都在谈但无法行动的热点。
04
SOURCE
摘要可以短,追溯不能断。
项目能力优先回到官方仓库与文档,产品变化优先回到发布说明,创业经历优先回到当事人原文,讨论热度只证明有人在讨论。不同材料只承担它能证明的部分。
每张卡写清来源与观察日期。来源之间冲突时,不把多数票当事实,而是把冲突与暂时未知保留下来。
05
LIMIT
每条精选都要写一个最大限制。
快速增长不等于长期价值,产品发布不等于真实采用,创始人自述不等于独立验证,社交讨论不等于赚钱机会已经成立。最大限制帮助读者知道这条信息目前还不能证明什么。
06
FEEDBACK
“这类少看”调顺序,不制造信息茧房。
用户反馈会降低类似内容在当前版本中的优先级,但不会永久封锁一个来源或类别。以后出现真正重要的新变化,仍然可以重新进入今天。
“收下”则表达另一种意图:不是多看同类内容,而是持续维护这个具体对象的变化脉络。