情报看太多等于没看：我的双轨情报系统设计
做产品的人都需要情报：竞品在做什么、行业往哪走、技术栈有什么新变化。
但大多数人处理情报的方式是：遇到就看，看完就忘。
信息流过，不沉淀，不复用。
我吃过这个亏，后来把情报当成一个系统来设计。
这篇讲设计过程中最重要的一个决策：拆双轨。
起源：把两类信息混在一起的代价
我最初的情报处理是流水账式的：所有来源扔进同一个收件箱，按时间线翻。
很快发现一个结构性问题。
"某公司发布新产品"和"某框架发布新版本"，是两种完全不同的信息。
节奏不同：前者以事件为单位，后者以版本为单位。
时效不同：前者 48 小时内不看就过时，后者放两周依然有效。
决策价值不同：前者影响打法，后者影响架构。
把它们混在一起的结果是两头不讨好：想快速扫完今日动态时，被深度技术细节拖住；想认真研究技术趋势时，被碎片新闻打断。
两类信息的最优处理节奏互斥，混装就是双输。
双轨怎么分
业务轨：事件驱动的快信息。公司动态、产品发布、融资并购、政策变化。设计要点是分级——critical 级需要当天知道并评估影响，warm 级本周知道即可，info 级归档。注意：分级不是打标签就完了，要配不同的处理承诺——critical 级事件必须触发一次"对我影响是什么"的五分钟评估，否则分级形同虚设。
技术轨：趋势驱动的慢信息。模型与框架演进、开源项目动向、基础设施变化。设计要点是趋势视图——不做单条播报，做累计曲线与环比。某个开源项目一次 commit 不重要，commit 曲线连续八周陡增才是信号。
技术轨最大的价值是提前量：业务新闻见报时，技术轨早就出现过三次前兆了。
双轨共享的三件基础设施
信源进退机制：给每个信源记录历史贡献率（产出多少有效信号），按贡献动态调整抓取频率。情报系统的信源方差极大——观澜 560 个信源的实测是少数信源贡献绝大多数价值，必须让优者多产、劣者退场。
统一事件抽取：无论原始形态是文章、更新日志还是仓库动态，先抽成结构化事件——谁、干了什么、什么时候、影响面多大。
月度信号复核：回看"当时的判断对不对"。错过的信号为什么错过，误报的为什么误报。情报系统的准确率是养出来的，不是设计出来的。
核心认知：情报分级是注意力管理
做了几年情报系统，最想分享的认知转换是这个：
你不是在"聚合信息"，你是在替未来的自己分配注意力。
每天涌入的情报量是注意力额度的一百倍。情报系统的全部价值就在于那个分配算法：什么值得打断你、什么值得占用周五下午的深度时段、什么只需要躺在归档里等待被搜索。
很多"情报焦虑"的根源就清楚了——不是信息太多，是分配机制缺位，导致所有信息用同一种方式争抢你的注意力。
一个反直觉的教训
我曾经把每周情报汇总做成排版精美的周报，坚持一个月就停了。
因为我发现自己在"完成任务"，而不是在"消费情报"。
情报的消费场景决定交付形态：critical 实时推、warm 适合晨间五分钟速览、技术趋势适合月底一次深读。形态错了，内容再好也是负担。
情报系统的终点不是"知道了"，是关联到决策：这条情报改变了我对哪个问题的判断？不挂钩决策的情报，读得再多也只是信息的搬运工。
这套双轨设计的落地实例就是观澜；内容产出的质量闸门见 AI 内容工厂。