给 AI 一份具体的筛选条件，包括主题、起止时间和可信的发布方。让它先列候选消息，你再回看原文，挑出会影响当天工作的几条。

先说明你关心什么

在中国大陆可使用 Kimi 网页版。打开输入框附近的地球图标，开启「联网搜索」。免费档可从基础对话开始，功能可用量看账号页面提示。涉及额度的任务按实际用量消耗，摘要篇数和可用次数没有固定换算关系。

假设你只负责维护团队使用的浏览器扩展，可以这样问：「查过去 24 小时与这款扩展有关的更新，只收录开发方公告和版本记录。按发布时间排序，最多列 5 条。每条写发布日期、影响版本、变化和原始出处。如果没有找到符合条件的更新，直接说明。」把相对时间换成具体日期和时区，方便隔天回查。

回到发布页核对和去重

展开回答中的搜索网页列表，优先打开开发方发布的公告。两篇报道如果都引用同一份公告，把它们归为一条。检查页面日期是公告时间还是转载时间，再对照正文里的版本号。如果几份材料的说法不一致，记下分歧和对应出处，先放到待核实。

给每条消息安排去向

假设公告写明某项接口变化会影响团队在用的版本，把它记到「今天要看」，下一步写成「确认当前版本并安排兼容检查」。只涉及尚未启用的功能，可以放到「稍后再看」。只有转载、找不到原文的消息留在「待核实」，等发布方补充材料再调整。

保存主题、时间范围和来源要求，下次沿用同一套条件。每天记下有变化的条目和下一步动作。如果昨天已经处理过同一公告，今天只补记公告新增的内容。