关于 RSS Keyword Monitor
RSS Keyword Monitor 用于按关键词、正则表达式和排除规则筛选订阅源内容，适合需要汇总多源信息的团队。项目提供 Apify Task 配置，以及 n8n 和 Make 工作流示例。
主要功能
- 01筛选 RSS、Atom 和 RDF 订阅源
- 02按关键词或正则表达式匹配
- 03配置排除规则
- 04提供 n8n 与 Make 工作流示例
适用场景
- 01跨多个订阅源监测安全公告
- 02追踪研究论文或产品新闻
- 03按规则筛选 DevOps 发布信息
MCP 相关
通过专属 Telemark MCP 网关路由和 Apify OAuth/MCP 暴露一个 Apify Actor，供 MCP 客户端调用。
配置
远程服务无需本地安装。选择你使用的客户端，复制配置或使用一键安装。
https://telemark-apify-monitoring-mcp.katfu111111.workers.dev/rssclaude mcp add --transport http telemarkdigital-publisher-rss-keyword-monitor https://telemark-apify-monitoring-mcp.katfu111111.workers.dev/rss{"mcpServers":{"telemarkdigital-publisher-rss-keyword-monitor":{"type":"http","url":"https://telemark-apify-monitoring-mcp.katfu111111.workers.dev/rss"}}}在 Cursor 中打开{"servers":{"telemarkdigital-publisher-rss-keyword-monitor":{"type":"http","url":"https://telemark-apify-monitoring-mcp.katfu111111.workers.dev/rss"}}}在 VS Code 中打开{"mcpServers":{"telemarkdigital-publisher-rss-keyword-monitor":{"type":"http","url":"https://telemark-apify-monitoring-mcp.katfu111111.workers.dev/rss"}}}{"mcpServers":{"telemarkdigital-publisher-rss-keyword-monitor":{"serverUrl":"https://telemark-apify-monitoring-mcp.katfu111111.workers.dev/rss"}}}命令在终端中运行；JSON 粘贴到对应客户端的 MCP 配置后重启。需要授权的服务会在首次连接时提示登录。
工具
1| 参数 | 类型 | 必填 | 说明 |
|---|---|---|---|
| feeds | array | 否 | 要监控的 RSS、Atom 或 RDF Feed URL。 |
| onlyNew | boolean | 否 | 为 true 时，仅返回此已保存 Task 先前未交付过的条目。 |
| keywords | array | 否 | 不区分大小写的关键词或短语。留空则返回所有新条目。 |
| resetState | boolean | 否 | 重置已保存的已查看集合和 HTTP 验证器一次，然后将其关闭。 |
| webhookUrl | string | 否 | 可选的 webhook 端点，用于接收摘要和最多 50 条最新匹配条目。 |
| dedupWindow | integer | 否 | 条目在已查看集合中保留的天数；超过此期限后可再次交付。 |
| matchFields | array | 否 | 要搜索的 Feed 条目字段：title、description、content 和 categories。 |
| excludeTerms | array | 否 | 不区分大小写的词语；匹配的条目会在交付和计费前被移除。 |
| regexPatterns | array | 否 | 不区分大小写的正则表达式，与关键词按 OR 逻辑匹配。 |
| includeContent | boolean | 否 | 包含 Feed 中存在的完整 content:encoded HTML 内容。 |
| maxItemsPerRun | integer | 否 | 单次运行中交付并计费的 Feed 条目上限。 |
详细介绍
Apify 监控工作流
公开的 Apify Task 配置、经过验证的 n8n 工作流示例、Make 构建规范，以及用于监控 Bluesky 帖子、RSS 订阅源和 TED 采购公告的 Make 在线共享场景。
由 Telemark Digital 创建并维护。
从这里开始
- AI Agent 索引为爬虫和编码助手提供产品地图、Apify 链接、插件路径和工作流边界。
- 第一阶段可见性检查点列出了当前公开示例的扩展情况和外部审核节点。
- MCP 推广检查点记录了 n8n、Make、MCP Registry、Smithery、Glama 和 Apify 的 Agent 发现状态。
- n8n 创作者检查点记录了最初两个 n8n 模板的审核结果和创作者梯队背景。
- AI 客户端插件市场介绍了 Claude/Codex 插件包的布局和安全分发边界。
- MCP 目录刊登资料包包含面向远程 MCP 目录的各产品
server.json元数据和文案。 - MCP 信任与正常运行时间证明链接到相同产品路由的 VerifyMCP 信任页面和 mcpbeat 正常运行时间证明。
产品
- Bluesky 关键词与提及提醒监控公开的 Bluesky 帖子中的关键词、账号、提及和主题标签；其 MCP 路由提供面向目录和 AI Agent 的公开证明链接：VerifyMCP 信任页面和 mcpbeat 正常运行时间证明。
- RSS 关键词监控器按关键词、正则表达式和排除规则筛选 RSS、Atom 和 RDF 订阅源。
- TED 招标监控器监控 TED 上新增或变更的欧盟采购公告，可按 CPV 代码、国家/地区、关键词、金额和公告类型筛选。
每个产品目录都包含公开的 Apify Task 输入、与平台无关的工作流约定、n8n 工作流、Make 实施包、测试样例和验证说明。
TED 包现在包含 13 个在线 Apify Examples 页面，涵盖高意向采购搜索：AI 采购、网络安全、医疗保健、SaaS/云软件、建筑、CPV 72 软件、变更公告和勘误、更近的托管检测服务、最新采购 JSON 预览、欧盟软件 CPV 预览、法国医疗设备、波兰 IT 服务和可再生能源采购。
RSS 包现在包含 11 个在线 Apify Examples 页面：多订阅源关键词提醒、正则表达式与排除规则、可用于 Webhook 的 JSON、安全公告、漏洞研究、AI 产品新闻、研究论文提醒、DevOps 发行说明、云平台更新、公司新闻和政府网络安全更新。
Bluesky 包现在包含 11 个在线 Apify Examples 页面：关键词搜索、品牌账号提及、主题标签、产品发布关键词、开发者工具发布、开源维护者讨论、AI 政策帖子、安全关键词、数据泄露讨论、初创公司融资帖子，以及品牌或竞争对手账号监控。
Make 在线共享场景：
n8n 在线工作流模板：
实时 MCP 和 AI Agent 目录入口：
- 官方 MCP Registry：
bluesky-keyword-alerts、rss-keyword-monitor、ted-tender-monitor - Glama MCP 连接器页面：Bluesky、RSS、TED
- Smithery MCP 列表：Bluesky、RSS、TED
- VerifyMCP 信任页面：Bluesky、RSS、TED
- mcpbeat 正常运行时间证明页面：Bluesky、RSS、TED
AI 客户端插件
Codex、ChatGPT 桌面应用和 Claude Code 的基础插件包已纳入 plugins。每个插件都通过 Telemark 专属 MCP 网关路由，借助 Apify OAuth/MCP 暴露一个且仅一个公开 Apify Actor；并包含专属技能，将范围受限的一次性发现与已保存任务的监控分开。
这些插件包已于 2026-07-23 在 Codex 和 Claude Code 中通过仓库源码安装以及实时 OAuth/MCP 调用测试。这些仓库源码包与 OpenAI 和 Anthropic 的官方审核计划相互独立。有关包布局、安全使用边界和当前目录准入要求，请参阅 AI 客户端插件市场。
相同产品路由的远程 MCP 目录元数据位于 mcp。三个产品均已在官方 MCP Registry、Smithery 和 Glama 上架。Smithery 使用单独且设有免费用量上限的产品 Worker URL，以便更清晰地发现工具。Glama 将每个连接器标记为 Healthy；VerifyMCP 提供公开信任页面，mcpbeat 提供公开正常运行时间证明页面，公开 OAuth 挑战、所有权和服务卡端点也均已上线；请参阅 MCP 目录上架包。
公开产品图标位于 assets/icons，采用简洁的外部文件名。本次发布的 AI 客户端插件清单省略了可选图标字段，因此插件包仅包含文本，并且易于通过 GitHub 网页编辑器发布。
终端运行可靠性
Actor 运行可能会在以 FAILED、TIMED-OUT 或 ABORTED 结束前提交数据集记录。对于处理的每次终端运行，公开工作流会在存在 defaultDatasetId 时获取该运行的 defaultDatasetId，使用稳定且带产品前缀的键持久化记录，然后才公开或报告终端状态。数据集为空的失败运行以及没有数据集 ID 的运行都会得到安全报告。终端状态测试用例还验证了重放的幂等性，TED 测试用例则确认 title: null 仍然有效。
对于 Make，构建规范使用 Apify 每页最多 1000 条任务运行记录的上限、每个 Task 一个精确键数据存储游标、按游标筛选的反向分页处理、首次运行时的游标初始化，以及在获取的页面未包含已存储的游标运行时停止并报告溢出。每个发布模板在每次场景执行中最多处理一个选定的 Task 运行（maxRunsPerScenarioExecution = 1），以控制操作预算；如果账户需要的停机恢复窗口长于 1000 * Apify Schedule interval，请在激活前添加分页回填。
在每个 n8n 导出中，数据集获取和 Data Table upsert 会在原位置对同一操作最多重试三次，每次尝试间隔五秒。这些重试会保留原始 defaultDatasetId 和稳定的投递键，绝不会重新运行 Apify Task。如果任一操作在重试后仍失败，请使用原始运行 ID 及其数据集进行手动恢复；此包不承诺自动恰好一次投递。
非分页投递上限
包含的 n8n 工作流和 Make 规范有意为每次 Task 运行只发起一次非分页数据集请求。因此，要完整检索数据，必须遵守已保存的 Task 上限：
| 产品 | 已保存的 Task 上限 | 固定检索上限 | 预留控制行 |
|---|---|---|---|
| Bluesky | maxPostsPerRun <= 100 | 100 | 无 |
| RSS | maxItemsPerRun <= 200 | 200 | 无 |
| TED | maxNewPerRun <= 999 | 1000 | 恰好附加一条摘要行（999 + 1 = 1000） |
在账户所有者确认相应的已保存 Task 设置之前，不要激活工作流。提高上限需要单独设计、记录并验证分页工作流；这不在此包的范围内。
安全
这些示例不包含任何凭据。导入工作流后，请连接你自己的 Apify 和目标账户。发布或修改导出内容前，请阅读 SECURITY.md。
仓库状态
这些示例在发布前已在本地准备并验证。上述链接公开分享了全部三个 Make 场景和全部三个 n8n 模板。仓库保留的是不含凭据的构建规范，而不是导出的 Make 蓝图文件。
请参阅 Account Gates，了解 GitHub 发布者、n8n Creator Portal、可选的 n8n Cloud 和 Make 发布步骤。
评论
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。