手动跑RSS热文监测：研究简报+LinkedIn初稿练习流

原文要点

该模板为手动触发，读取主题、受众、关键词、回溯时长、最大故事数与RSS/Atom地址或内置演示XML；校验解析后抽取标题、摘要、日期和 canonical URL，按新鲜度与关键词去重排序生成来源登记表。enableAI为真时调用Gemini输出仅引用给定来源ID的JSON简报，再生成LinkedIn与newsletter草稿，并校验引用ID合法且正文无裸URL；最终导出含状态、问题、简报、草稿、来源清单、抓取失败、Markdown和来源CSV的JSON审查包。

这次做成什么

在n8n里搭一条可反复手动运行的新闻监测练习流：输入一组主题设置，产出一份必须人工复核后才能发布的JSON审查包。本站用两个虚构科技RSS条目和隔离Gemini凭据做练习，不复刻原模板文件，也不承诺已实测。

准备什么

• 一个可新建空白工作流的n8n实例，能手动画布运行并查看每次执行输出
• 如启用AI，准备仅用于测试的Google Gemini凭据；不启用则用演示XML完成闭环
• 准备两个允许访问的RSS/Atom地址，并与allowedFeedHosts白名单主机保持一致
• 准备一个文本编辑器，用于保存Settings JSON、seenUrls回贴值和下载后的审查包

具体怎么做

1. 建立设置与手动入口

   新建空白工作流，放Manual Trigger作为唯一入口；接一个Set节点命名为Settings，粘贴本页材料中的settings示例，把topic、audience、keywords、lookbackHours、maxStories、feeds、allowedFeedHosts、knownUrls改成你的监测范围。运行前确认enableAI先设为false，保证没有Gemini也能用demoXml跑通。

2. 抓取解析并生成来源登记表

   Settings后接HTTP Request，方法GET，URL用表达式遍历feeds；只允许请求allowedFeedHosts中的主机，失败分支把feedUrl、error、at写入failures。成功分支接XML解析或Code节点，抽取title、excerpt、isoDate、url，按url与canonicalUrl去重，过滤超过lookbackHours的旧文，再按keywords命中数和时间排序，截取maxStories条，输出sourceRegister，每项含id、title、excerpt、url、publishedAt、score。

3. AI简报与草稿的开关分支

   在sourceRegister后加IF节点判断Settings.enableAI。false分支直接组装status：REVIEW_ONLY、briefing：null、drafts：null。true分支接第一个Gemini节点，系统与用户使用本页简报提示词，只把sourceRegister的id/title/excerpt/publishedAt作为可引用材料；再接第二个Gemini节点生成草稿，提示词要求：基于已通过校验的简报JSON，分别输出一条LinkedIn帖子（约150字、专业口语化、结尾抛一个问题）和一段newsletter摘要（约200字、含小标题），两者只能复述简报中的claim并在句末保留对应来源ID引用，禁止出现任何http://或https://开头的URL，输出为{"linkedin":"...","newsletter":"..."}的可解析JSON。随后用Code节点校验：JSON可解析、citations都在sourceRegister.id内、draft正文不含http://或https://，失败写入reviewIssues并降级为人工修订。

4. 导出审查包并滚动去重

   末尾用Code节点输出单个JSON对象：status、reviewIssues、briefing、drafts、sources、failures、seenUrls、markdown、sourcesCsv。把本次sources的url合并去重成seenUrls，复制回下一次Settings.knownUrls；用n8n的导出/下载能力保存执行结果或把JSON复制到本地。发布前只阅读markdown和sourcesCsv，确认每条判断能点回来源ID，再由人决定是否改成LinkedIn帖。

可直接复制的材料

{
  "topic": "人工智能助手进入中小企业办公场景",
  "audience": "关注效率工具的中文SaaS运营者",
  "keywords": ["AI agent", "workflow", "automation", "RSS", "SMB"],
  "lookbackHours": 72,
  "maxStories": 4,
  "enableAI": false,
  "knownUrls": [],
  "allowedFeedHosts": ["feeds.example.test", "static.example.test"],
  "feeds": [
    {"name": "DemoTech", "url": "https://feeds.example.test/demo.xml"},
    {"name": "DemoBiz", "url": "https://static.example.test/biz.atom"}
  ]
}

你是中文研究简报编辑。只允许使用用户消息中SOURCES列出的条目，禁止引入外部知识、禁止猜测数字。输出必须是可解析JSON，不要Markdown代码块。结构固定为：{"topic":"字符串","audience":"字符串","key_findings":[{"claim":"一句可核查判断","citations":["S1"],"why_it_matters":"对受众的影响"}],"risks":[{"claim":"风险或不确定性","citations":["S2"]}],"watch_next":[{"signal":"接下来观察什么","citations":["S1"]}]}。规则：每条citations只能出现SOURCES中的id；若证据不足，把claim写成“证据不足：...”并留空citations；不要输出URL；所有日期用ISO格式；key_findings最多4条。

<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"><channel><title>DemoTech</title>
<item><title>Acme launches AI agent for invoice triage</title><link>https://news.example.test/a1</link><pubDate>2026-09-16T09:00:00Z</pubDate><description>Acme says the agent reads email, tags invoices, and routes exceptions to finance staff.</description></item>
<item><title>Nova workflow adds audit log export</title><link>https://news.example.test/n2</link><pubDate>2026-09-15T13:30:00Z</pubDate><description>Nova workflow users can export automation audit logs for compliance review.</description></item>
</channel></rss>
---sourcesCsv---
id,title,url,publishedAt,score
S1,"Acme launches AI agent for invoice triage","https://news.example.test/a1","2026-09-16T09:00:00Z",7
S2,"Nova workflow adds audit log export","https://news.example.test/n2","2026-09-15T13:30:00Z",5

输入与输出示例

本站虚构演示，非原作者运行结果，也未声称真实抓取成功。

输入

Settings中topic为「人工智能助手进入中小企业办公场景」，lookbackHours=72，maxStories=2；demoXml含S1发票分流与S2审计日志导出两条，knownUrls为空，enableAI=false。

对应输出

审查包关键行应为：status=REVIEW_ONLY；sources=[S1,S2]；seenUrls包含两条example.test链接；failures=[]；briefing=null、drafts=null；sourcesCsv第一列依次为S1、S2，score分别为7和5。

做完检查这些

• 关闭AI时仍能完成抓取、解析、去重、排序，并输出sources与failures字段
• sourceRegister每个id唯一，且所有url都能追溯到feeds或demoXml，没有凭空新增来源
• 启用AI后，Code校验能拦截引用不存在ID或正文含http/https的草稿并写入reviewIssues
• 第二次运行前把seenUrls复制进knownUrls，已处理链接不再进入sources

容易卡住的地方

• 模板只依据RSS标题与摘要，正文事实必须人工点开核对，不能把简报当成终稿
• allowedFeedHosts与feed URL主机不一致时，请求应在抓取前被拒绝并计入failures
• knownUrls不会自动持久化，忘记回贴seenUrls会导致重复文章再次入选
• Gemini输出偶发不是纯JSON，校验失败要保留原文给人工修订而不是直接发布