从产品数据自动生成21条周帖的秘诀

去年，我捣鼓出了Unstream这个副业项目，专门帮乐迷找到流媒体之外更好的方式来支持他们真正热爱的音乐人。第一版花了一个周末用vibe coding拼凑出来，但后续的迭代优化和打磨让营销工作一直处于次要位置。

我的营销策略——如果那能叫策略的话——就是冲动式发帖。想到什么就立刻放下手头的事写出来，丢到Threads或Instagram上，然后再回去忙正经事。偶尔奏效，但不可持续。

后来我意识到，自己一直坐拥一个内容引擎：音乐人数据库、每个功能更新的日志，我只需要自动化组装就行了。下面是我的实操方法。

原材料就藏在产品里

搭建Unstream时，我无意中积累了两个有用的数据池。

第一个是独立音乐人数据库。大约在我搭建自动化系统前一个月，我添加了让音乐人认领和验证Unstream个人资料的功能。他们可以整理自己的链接，确认在各个平台的存在。114位音乐人注册了，给了我一份干净、经过验证的小众独立音乐人名单，以及所有直接支持他们的方式。

第二个是更知名的音乐人。我用Claude Code写了一个脚本——最初只为了SEO——从WikiInfo和MusicBrainz API拉取数据，为一定知名度的音乐人生成页面。他们不像泰勒·斯威夫特那么火，但属于大多数人没意识到可以在Spotify之外支持的第二、第三梯队活跃音乐人。我还过滤掉了已不活跃的艺人，重点推荐那些真正能从当下支持中受益的音乐人。

还有第三个差点被忽略的内容来源：已发布功能日志。每次发布新功能，我都会添加一条记录，包括功能名称、上线日期和大致描述。这既支撑了应用内的更新日志，也是Unstream社交媒体上值得谈论的内容清单——至少在我有空处理的时候。

驱动自动化的工具

把工作流简化成几个步骤：

• GitHub Actions按计划触发任务：每周一上午9点
• 音乐人数据库和功能日志提供原材料
• 模板（用Claude Code起草，遵循我的语气和风格指南）塑造每条帖子
• Buffer API安排并发布到Instagram、Threads和Bluesky

⚡ 需要说明的是：Claude并没有写这些帖子。我构建了一小套模板（部分借助Claude的帮助），自动化系统每次重复使用——更像是音乐人和功能更新的每日分发，而不是AI批量生成内容。

不过实际操作比这四行更复杂，以下是运行自动化的全部细节。

Claude Code是我从开始搭建Unstream就一直在用的工具。它帮我写了填充音乐人数据库的脚本，也帮我构建了用模板组装帖子的TypeScript自动化系统。选择它是自然而然的事，因为我每天都在用它，无需切换上下文。

Buffer API是我安排和发布帖子的工具。自动化系统生成一周内容后，把所有内容推送到Buffer，由它处理在Instagram、Threads和Bluesky上的发布。API还允许我做一些平台特定操作，比如将Threads帖子添加到音乐话题，在Instagram和Bluesky上添加标签，无需手动调整每条帖子。

GitHub Actions是任务运行的地方。我有一个名为"schedule weekly social posts"的操作，每周一上午9点触发。它会计算接下来一周的日历，运行TypeScript脚本，仅此而已。无需手动触发，意味着没有需要我重新安排的计划任务。

iA Writer，一个无干扰文本编辑器，是我做抽查的地方。所有生成的帖子和即将发布的计划都作为Markdown文件存储在仓库中，我可以在iA Writer中打开它们，随时查看即将发布的内容。这不是必需的步骤，因为系统在我没看的时候也能正常运行，但能有个窗口看看总是好的。

MusicBrainz是我用来填充更知名音乐人的平台链接和艺人数据的大型音乐数据库。它是支撑Unstream搜索的API之一，所以内容管道从产品本身使用的同一数据源拉取。

每周生成21条帖子的自动化内部机制

每周一上午9点，GitHub Actions触发脚本。然后：

第一步：选择音乐人

TypeScript脚本首先选择六位音乐人：三位来自已认证的独立音乐人池，三位来自知名音乐人页面。独立音乐人来自114位已认领Unstream个人资料的艺人。知名音乐人来自WikiInfo和MusicBrainz生成的池子。

每位音乐人一旦被推荐就会被标记为"已推广"。直到池中所有音乐人都轮过一遍，他们才会再次出现。这是让系统长期有效的细节之一，稍后会详细说明。

第二步：构建七天内容日历

六位音乐人被安排到七天计划中，每天一条帖子。独立和知名音乐人隔天交替，以增加多样性。第七天保留给功能亮点，从已发布功能文件中提取。

这覆盖三个平台：Instagram、Threads和Bluesky——每周共21条帖子。同一内容日历，针对每个平台进行调整。

第三步：生成帖子内容

这一步由TypeScript（纯文本代码）文件完成繁重工作。对于每条帖子，它处理业务逻辑：拉取音乐人的Instagram账号（如果有）、列出可以支持他们的平台名称、从一组标准帖子模板生成文案。

文案根据音乐人类型而变化。对于独立音乐人，角度是曝光和认知（看看这位音乐人，这里是你支持他们的方式）。对于知名音乐人，更像是"你在Spotify上喜欢的那个音乐人？你可以通过以下平台更好地支持他们"。功能帖子则直截了当——有什么新功能以及为什么重要。

音乐人照片自动拉取，要么来自Unstream上该音乐人的认证页面，要么来自支撑平台的同一搜索API。标签在代码中为Instagram和Bluesky添加。Threads帖子被添加到音乐话题。

让你了解内容范围：我即将发布的队列包括Neccos for Breakfast（我在Threads上的一个朋友）、Steve Reich（我非常喜欢的作曲家）和Bear McCreary（为多部科幻电视剧配乐）。它从各个角落拉取内容，这正是关键所在。

第四步：通过Buffer API安排

脚本最后，所有生成的内容通过Buffer API写入和安排。帖子每天上午9点进入我的Buffer队列，覆盖所有三个平台。

结果：我打开Buffer，看到一整周的内容，准备就绪。

第五步：去重层

这是让系统可持续的部分，而不是几周后就枯竭的东西。

每位音乐人一旦被推荐就被标记为已推广。系统不会再次选择他们，直到池中所有其他音乐人都轮过一遍。一旦所有人都被覆盖，整个列表重置，循环重新开始。

功能也是如此。已发布功能文件中的每条记录都有一个"已宣布"的布尔值跟踪器。一旦该功能被发帖介绍过，就翻转为true。当所有功能都宣布完毕，整个列表重置为false，再次开始。

这种方法的好处在于系统自然扩展。随着更多独立音乐人验证个人资料和更多功能发布，内容池无需我额外工作就能增长。我不需要喂它新素材——产品增长反过来滋养内容引擎。

教会自动化系统像我一样说话

我从一开始就知道：如果帖子听起来像通用AI生成的，整件事就毫无意义。一致性只有在我真的在乎内容听起来像出自关心的人之手时才重要。

所以在写任何模板之前，我花时间教Claude我实际说话的方式。我分几步完成：

首先，让它学习我所有已发布的博客文章。它们存放在bgreen.lol，但我有本地Markdown副本，所以我把Claude指向这些文件，让它感受我如何写长文。

然后，我用Buffer API的测试版拉取了我最近50条Threads帖子。博客文章和Threads帖子不同——博客展示我的思维方式，但Threads展示我如何写短内容。由于社交帖子是短内容，第二个样本同样重要。

从那里，我让Claude研究两种风格的语气，并给出一些指示：坚持我在意的要点，偏向我的Threads语气和较短长度，因为这是快速帖子，不是文章。

所有这些变成了一份voice-and-tone.md文件——一套描述我如何谈论音乐、音乐人和Unstream的指南。Claude然后提出了样板模板，我做了一些手动调整，让它们完全符合我的喜好。

模板给帖子提供结构，但语气指南赋予它们个性。正是这些指南让帖子读起来不像新闻稿，而像我分享真正让我兴奋的东西。

到目前为止的结果

每条帖子获得少量点赞和转发，Threads帖子的浏览量在几十到几百之间。但这没关系，因为我对自己的工作流有不同的目标。

我从想起来就冲动发帖，变成了每周跨三个平台发布21条帖子，而且完全不需要碰工作流。一致性始终是第零步，因为如果你不持续出现，就无法在社交媒体上有机增长任何东西。现在我每天跨三个平台出现，而不需要花费我实际构建产品所需的时间。

系统也在自我优化。每个认证个人资料的音乐人和每个发布的功能都会扩展内容池，无需额外工作，所以管道和产品一起增长。

下一步：我在考虑扩展到TikTok，在那里发布音乐人照片。添加一个新平台基本上就是添加另一个API调用，所以应该相当直接。

即使你的技术栈和我的完全不同，你也可以借鉴的地方

我的设置是针对我的项目的，这很正常，但底层方法适用于任何正在构建东西并苦于持续营销的人。以下是适用于大多数情况的内容：

你可能已经拥有你的内容。 我从一个已经为产品原因构建的数据库开始。如果你处理任何类型的结构化数据——客户列表、项目、推荐信、已发布功能、合作伙伴——你已经有了内容引擎的原材料。只是你可能还没有这样想。

双桶方法保持内容有趣。 我交替推广他人（音乐人）和推广产品（功能）的内容。这种平衡让信息流值得关注，而不是广告牌。

如果你是个体户，一个桶可以是客户成功案例，另一个可以是学到的教训。如果你在为SaaS公司运营社交媒体，一个桶是客户故事，另一个是产品更新。

去重是可持续的关键。 没有防止重复和循环遍历整个池的跟踪逻辑，这个系统会在几周内枯竭。这就是一次性批量内容和持续运行引擎之间的区别。

语气指南不可妥协。 如果你用AI起草内容，语气文件是最重要的一块。没有它，你会得到通用帖子，可以属于任何人。有了它，你会得到听起来像有真实意见的真实人物的内容。

从"足够好"开始。 我的互动数据并不特别亮眼，我对此很满意。我从零一致性变成了每天跨三个平台发布帖子，系统随着内容池增长而变得更好。

准备好开始了吗？

如果你正在试用Buffer的API，我们有资源帮你起步。我们的开发者文档涵盖了GraphQL模式、认证流程和快速入门示例。Buffer MCP服务器文档介绍了如何将其接入Claude或任何兼容MCP的AI代理。

如果你需要实际操作帮助，我们的支持团队随时待命，或者你可以加入我们的Discord服务器，与其他使用API构建的人交流。

我们很期待看到你创造的东西。在我们的Discord服务器或所有主要社交平台的@buffer找到我们。