把一个 feed 转成社交帖子，是最常见的自动化任务之一。博客一发布新文章，帖子就应该出现在你的受众真正阅读的地方。
在动手搭建之前，有一个问题能替大多数人省下这些工作。
你到底需不需要一个工作流？
如果你想要的只是”feed 里出现新条目就变成一条帖子”，那你大概率不需要。
BulkPublish 原生支持读取 RSS 和 Atom feed。你添加一个 feed URL，它会去轮询，新条目就会变成帖子。
- Feed 数量： 免费版：1 个。Pro：10 个。Business：50 个。
- 自动发布： 仅限付费套餐。在免费版上，feed 条目会以草稿形式送达，交给人工审核，如果请求发布模式则会返回 403，而不是悄悄降级
- 轮询方式： 使用 ETag 和 Last-Modified 的条件请求，所以一个没有变化的 feed 几乎不产生任何开销；当某个 feed 出错时，会从 15 分钟开始指数退避，最长到 24 小时
花几分钟设置好，之后就没有工作流需要维护。
当你需要内置阅读器故意不提供的功能时，比如按内容过滤、在发布前改写文字、把不同条目路由到不同账号、接入第二个来源，或者向社交媒体之外的东西扇出，就应该去用 n8n 搭建工作流。
这个工作流
1. RSS Feed Trigger。 指向 feed URL 并设置轮询间隔。让这个间隔和来源实际发布的频率相匹配。对一个每周更新的博客每分钟轮询一次，只是在制造噪音。
2. Filter。 大多数工作流都该有但往往没有的这一步。不是每一条内容都值得发一条帖子。按分类、标题关键词或作者过滤，这样你就不会把每一条更新日志都广播出去。
3. Set，用来构建帖子文案。 这正是工作流胜过内置阅读器的地方。与其只发标题加链接，不如构建一些真正值得读的内容：一行上下文，然后是链接。如果你想让模型来写，就在这里插入一个 AI 节点，把条目的标题和摘要给它。
4. BulkPublish 节点，Post → Create。 传入文案、频道，以及可选的排期时间。这个社区节点覆盖了帖子、频道、频道集、媒体、标签、RSS feed、分析和排期以及配额，所以后续步骤能做的远不止创建。
5. 排期而不是立即发布。 feed 条目出现的时间是由来源决定的，很少恰好是你的受众在阅读的时间。设置一个发布时间，能把一次机械的转发变成看起来经过深思熟虑的东西。
值得做对的几件事
去重。 触发器在正常运作时会处理这个问题，但如果来源修改了条目的 GUID，或者工作流在出错后重新运行，就可能产生重复。如果来源不太可靠，就记录下你已经发过的内容，并用来做核对。
按平台修正长度。 标题加摘要再加链接，会超出较短平台的限制。发布前自己截断，不要让平台替你截断。
处理好图片。 很多 feed 带图片，很多不带。提前决定没有图片时该怎么办，而不是在某个要求必须带媒体的平台上才发现问题。
不要什么都发。 这里最常见的问题不是技术问题，而是一个账号变成了纯粹的 feed 转发器：发布繁忙的那天连发十五条，安静的那天一条都没有。过滤正是让它看起来仍像一个有人在打理的账号的关键。
先做草稿
头一周，把帖子设为草稿而不是直接发布。这样你就能准确看到这个工作流生成了什么，而不会有受众先看到；十条草稿摆在一起，需要修正的地方一目了然。
值得了解的套餐限制
- 频道： 免费版：3 个（每个平台 1 个）。Pro：30 个（每个平台 2 个）。Business：75 个（每个平台 5 个）。
- 帖子： 免费版：每天 3 条。Pro：每天 30 条。Business：无限。
- 每日 API 请求数： 免费版：30。Pro：5,000。Business：50,000。
免费套餐每天 30 次 API 请求的额度，是为了评估一个自动化流程，而不是持续运行它。一个真正的 feed 流水线需要付费套餐。
BulkPublish 支持发布到 15 个平台：Facebook、Instagram、TikTok、YouTube、X、Threads、Bluesky、Pinterest、Google Business Profile、LinkedIn、Mastodon、Discord、Telegram、Tumblr 和 Snapchat。
简而言之
如果你只是想让新的 feed 条目变成帖子，用内置的 RSS 阅读器就够了。当你需要过滤、改写、路由或接入第二个来源时，再去搭建 n8n 工作流。不管用哪种方式，都要过滤要发布的内容，用排期代替直接转发，并且先跑一周草稿，再放行让它真正发布。