用 n8n 自动筛选并推送 AI 新闻简报

这篇 Verified Node Spotlight 客座文章由 You.com 高级软件工程师 Tyler Eastman 撰写。

新闻简报最难的部分，从来都不是找到新闻。

搜索成本很低，摘要生成成本也很低。真正昂贵的是判断哪些内容值得读，因为每一条内容都需要单独判断，而过去，每次判断都意味着一次模型调用。每天早上让通用 LLM 处理六十篇文章，你花了实实在在的钱，也等了实实在在的时间，最后却只得到一个结论：其中五十四篇不过是在转述同一份新闻稿。

所以，大多数简报干脆放弃筛选。要么把所有内容都发过来，要么让 LLM 把所有内容总结一遍再发过来，后者只是多绕了几步。无论有没有事情发生，每天早上 8 点，消息都会准时出现在 Slack 里。不到三周，大家就不再打开了。每天都在喊“狼来了”的简报，还不如没有。

这个 workflow 会先筛选。Jev 是 TypeSafe AI 推出的首个 System One 模型，它会为搜索返回的每篇文章评分，每篇成本大约是 0.04 美分。这个价格意味着，你可以针对每条结果分别问三个问题，而不是把所有结果混在一起，问一个含糊的问题。通过筛选的内容才会交给 You.com Research，由它为每个主题撰写一份简短、带来源引用的简报。

整个早间流程的成本在 1 到 4 美分之间。如果某天比较平静，某个主题没有发生值得关注的事情，workflow 就不会为这个主题发布任何消息。正是这最后一点，让大家到了第三个月还愿意继续读。

图 1：广泛搜索，严格筛选，然后只为通过筛选的内容花钱。

Schedule Trigger 会在每个工作日早上 8 点触发，时间以你的实例时区为准。Config 保存了关注的主题、团队描述，以及团队关心的事项，因此只需要修改一个节点，而不是四个。

针对每个主题，You.com 节点会搜索过去一天的新闻。此前运行中已经出现过的内容会被跳过，这样周二的简报就不会再次报道周一的发布消息。

每篇留下来的文章都会交给 Jev，在一次调用中回答三个问题：它是否报道了真正的新进展，是否确实与这个主题有关，以及它对你的团队有多重要。重要性评分达到阈值的文章会继续往下走。其余文章会被丢弃，不再产生任何后续成本。

剩下的内容会按主题分组，因此六家媒体报道同一次模型发布，最终会合并成一条内容，而不是六条。随后，You.com Research 为每个主题撰写一份带来源链接的简短简报，再发布到 Slack。

顺序很重要。昂贵的操作放在最后执行，而它处理的内容，已经经过了成本不到一美分的筛选，大幅缩小了范围。

你需要一个 n8n 实例。n8n Cloud 和自托管实例都可以。

安装 You.com 节点。@youdotcom-oss/n8n-nodes-youdotcom 是经过验证的社区节点。添加节点，在搜索面板中输入 you.com，然后选择它。也可以进入 Settings > Community Nodes > Install，使用包名安装。

准备一个 You.com API key。注册账号后，在控制台创建 key。

准备一个 TypeSafe API key。本文撰写时，Jev 仍处于 early access 阶段；申请访问权限后，你会获准使用，不再需要留在候补名单中。

准备 Slack credential，以及一个 bot 已经加入的频道。

将免费模板导入你的 n8n 实例，就可以跟着操作。画布加载后，所有节点都已经连接并配置完成。

第 1 步：设置主题和关注事项

打开 Config。这里保存四项设置。

关注的主题。 模板预设了模型发布、Agent 工具和 AI 监管三个主题。从三个开始比较合适，因为这样能让早间消息保持足够简短，让人愿意读完。

你的团队。 用一两句话描述你们在做什么。Jev 会以此为依据评估重要性，这段描述的作用比看起来大得多。面对同一篇关于推理价格变化的文章，“我们提供面向开发者的文档提取 API”和“我们为银行运营 ML 基础设施”这两个团队，得到的重要性评分可能相差很大。

你关心什么。 列出那些会影响你决策的具体事情，比如竞争对手发布产品、价格调整，或带有合规截止日期的监管规定。

materialityThreshold。 文章需要达到多高的评分，才能进入简报。先使用模板中的默认值，实际运行一周后再调整。

最后这一项，才是你真正会动手调的旋钮。设得太高，平静的日子就会安静到让人怀疑流程是不是坏了；设得太低，又会回到没人愿意读的简报。它只是一个节点里的一个数字，这也正是把判断标准放进配置、而不是埋在 prompt 里的意义。

第 2 步：搜索当天新闻，跳过已经看过的内容

You.com 节点会针对每个主题搜索过去一天的新闻。

此前运行中出现过的文章，会在任何其他处理开始之前被跳过。如果没有这一步，一条持续占据新闻版面三天的消息，就会连续出现在三份简报中。久而久之，大家就会习惯性地略过整条消息。对于每日简报，去重不是锦上添花，而是决定它究竟是工具还是打扰的关键。

图 2：一个主题返回的内容，就可能超过你愿意阅读的数量。没关系，因为处理这些内容几乎不花钱。

这里尽管扩大搜索范围。下游筛选的成本足够低，返回太多结果并不是一个值得专门优化的问题。

第 3 步：让 Jev 对每篇文章回答三个问题

整个 workflow 都是围绕这个节点搭建的。

Jev 不是聊天模型。你给它一个状态和一组带类型的问题，它会在远不到一秒的时间内，返回带类型的值，以及经过校准的置信度。它不生成文本，因此也不会生成格式不符合要求的文本。在这里，状态就是文章，三个问题分别是：

它是否报道了真正的新进展？ 区分产品发布与讨论这次发布的评论文章，也区分一轮融资与顺带提及这轮融资的盘点文章。仅这一个问题，就能剔除普通简报原本会发给你的大部分内容。

它是否与这个主题有关？ 新闻搜索会偏离主题。搜索 AI 监管，可能返回一篇关于数据中心用地规划争议的报道。你不能说它完全不相关，但它确实不是你想找的内容。

它对这个团队有多重要？ 根据 Config 中的团队描述和优先事项评分。这一项会得出供 materialityThreshold 判断的评分。

图 3：三个问题，一次调用，一篇文章。每个问题都针对同一个状态独立评估。

使用三个独立问题，而不是一个合并的问题，是有意为之，也遵循了 TypeSafe 关于组合原子问题的指导。每个问题只问一件范围明确的事，各自独立、并行评估，而组合这些结果的逻辑则放在 workflow 中，你可以直接看到。如果改成只问一句“这篇文章该不该进入简报”，你就把三种不同的判断埋进了一个数字里，无法分别调整。当简报开始出现不合适的内容时，你需要知道，究竟是哪一个问题的判断发生了偏移。

每篇文章的成本大约是 $0.00004。三个主题共六十篇文章，成本大约四分之一美分。正是这个数字，让这个 workflow 能真正进行筛选，而不是把所有内容总结一遍，就称之为筛选。

第 4 步：按新闻事件归并，而不是逐篇罗列

一个模型发布，到午饭时间可能已经有六家媒体报道。如果简报把同一事件列成六条，就是在凑数，读者看得出来。

在撰写简报之前，达到重要性要求的文章会按主题分组，因此多家媒体对同一进展的报道，会变成一条由多个来源支撑的内容。同一事件有更多来源，说明它可能值得关注，而不是意味着它应该占六行。

第 5 步：为每个主题撰写一份带来源引用的简报

直到这时，才开始执行昂贵的操作。You.com Research 接收某个主题下通过筛选的文章，撰写一份带来源链接的简短简报，然后将结果发送到 Slack。

来源引用，是让这份简报能用于工作场景的关键。简报说某个竞争对手调整了价格，只能算传闻；附上链接之后，这条消息才值得转发给产品负责人。

没有重要进展的主题，不会发布任何消息。也不会发一条“今天没有消息”，因为那本身也是噪声。就是不发。

图 4：四个主题有新闻，第五个没有，所以这里没有它。

每天早上运行一次，成本大约是 $0.01 到 $0.04。这包含了整个流程：搜索、每篇文章一次 Jev 调用，以及为有新闻的主题生成 Research 简报。平静的日子成本更低，因为没有内容的主题不会执行 Research 步骤。

它之所以便宜，根本原因在于：昂贵的步骤只会看到已经通过筛选的内容，而筛选每条内容的成本只有 0.004 美分。如果把顺序反过来，让大型模型处理所有内容，再要求它有所取舍，你就得支付六十篇文章的推理成本，却只得到四篇文章的价值。

相比更简单的简报，你会得到三点：

• 平静的日子保持安静，这让大家到了第三个月还愿意打开它。
• 可以调整的重要性阈值，而不是每次输出偏离预期，都得重新推敲 prompt。
• 每个判断都有来源引用，让简报可以直接转发。

接下来可以怎么扩展

新闻多的日子，进行更深入的研究。 Research 操作支持 background mode，会返回 task id，而不是一直保持连接。配合 Get Research Task 操作，持续轮询，直到状态返回 completed。如果你为内容较多的主题提高 effort level，就值得加上这套机制；最高 effort level，也就是 frontier，只能以这种方式运行。

增加第四个问题。 Jev 会针对同一个状态并行评估各个问题，因此多加一个问题，几乎不会影响响应时间。一个很自然的选择是紧急程度评分：当某个主题足够紧急时，立即单独发送消息，而不是等到早上 8 点。

限定来源范围。 You.com 的 search 操作接受 include_domains、exclude_domains 和 boost_domains，每个参数最多支持 500 个值。你可以提高可信媒体的权重，同时保留其他来源；也可以排除那些总是在你关注的主题下排名靠前的内容农场。

拉取文章全文。 将通过筛选的 URL 传给 Contents 操作，并设置 max_age 阈值，抓取并归档网页本身。Contents 支持在一个节点中处理多个 URL。

更换发送目的地。 模板使用 Slack，是因为早上 8 点大家本来就在那里。你也可以换成邮件、Notion 页面，或一个持续积累记录的表格，让每天值得关注的内容都能被搜索和回查。

筛选一直是新闻简报中成本高的那一半，所以大多数简报并没有真正筛选。现在改变的是一次判断的价格。每次只需 0.04 美分，你就能对海量信息中的每篇文章认真问三个问题，而整个筛选步骤的花费，仍然比 frontier model 生成一份摘要还低。广泛搜索，严格筛选，然后只围绕留下来的内容撰写简报。

导入这个 workflow，就能将所有已经连接并配置好的节点放进你的 n8n 实例。

要了解 You.com 节点支持的全部操作，包括 Answer、Finance Research 和 Contents，请参阅 You.com API 文档。要了解 Jev 的基础能力，以及在架构中应该如何使用置信度，请参阅 TypeSafe 文档。

n8n 用户有着不同的背景、经验水平和兴趣。我们一直希望通过博客文章，展示不同用户及其项目。如果你正在使用 n8n，并希望给社区带来启发，欢迎联系我们 💌