做自媒体，不必再靠刷信息流找选题：把 Creator Buddy 装进 Codex

平时做自媒体，真正耗时间的往往不是写文章。

而是今天写什么，哪个方向值得跟，读者到底在关心什么。

我们当然可以让 AI 一口气生成几十个选题，但它如果没有看到平台上的真实内容，很多答案只是听起来合理，拿去发却不一定有人看。

所以我们更愿意先做一件事：把公开内容和互动信号找回来，再让 Codex 帮我们判断。

最近看到的开源项目 Creator Buddy，做的正是这件事。

01 它不是写作软件，而是写作前的情报助手

Creator Buddy 是一组面向内容创作者的 Agent Skills。

装进 Codex、Claude Code、Cursor 等兼容环境以后，我们可以直接用自然语言让它搜索小红书、公众号、B 站等平台的公开内容，整理热度信号、标题结构、评论关注点和同类账号作品。

整个思路可以压缩成四步：

搜索公开内容
→ 去重、排序和整理
→ 判断选题与内容形式
→ 继续生成标题、正文或小红书图文

这就和普通的“帮我想 10 个选题”不太一样。

AI 不再关在对话框里猜，而是先找资料，再做判断。最后的选题未必一定会爆，但至少有真实的平台信号可以参考。

02 我们会怎么用它？

Creator Buddy 里面有多个独立 Skill，但平时不用先记住它们的名字。

最省事的方式，是直接告诉 Codex：去哪个平台、研究什么关键词、我们最后想得到什么。

比如准备写一篇 Codex 教程，可以这样问：

搜索小红书最近与 Codex 有关的热门笔记。
整理高收藏内容正在解决的问题、常见标题角度，以及评论区反复出现的疑问。
不要照抄原文，最后给我们 10 个可以继续验证的选题。

同一个主题还可以换到 B 站：

搜索 B 站最近的 AI 编程教程。
按可用的播放、收藏和发布时间整理结果，判断零基础、工具对比、安装教程和项目实操中，哪些内容形式更受关注。

写公众号之前，我们还可以让它先做赛道分析：

查找公众号里 AI Agent 相关的公开热门内容。
合并重复主题，整理标题结构、具体应用场景和读者问题。
把结果做成一份选题报告，不要把热度直接当成内容质量。

如果已经找到一个值得研究的博主或作品，也可以把公开链接交给它，分析近期选题、更新节奏和评论区需求。

这里最有用的不是“复制一个爆款”，而是看清楚：同一个主题放在不同平台，读者需要的表达方式并不一样。

公众号可以讲完整过程，小红书更适合拆成步骤和避坑，B 站则可以用演示把结果做出来。

03 从调研继续交给 Codex

Creator Buddy 负责把素材和信号找回来，Codex 则适合继续做归类、取舍和写作。

我们的思路是把任务分成三轮。

第一轮只看问题：哪些困扰被反复提到，哪些内容收藏高但解释得不完整。

第二轮再做选题：结合我们的经验、账号定位和能够验证的资料，删掉不适合自己的方向。

第三轮才写文章：先确认大纲，再补截图、步骤和真实判断。

可以把前面的搜索结果继续交给 Codex：

根据刚才的搜索结果，整理 10 个原创选题。

每个选题写清楚：
1. 目标读者遇到了什么问题
2. 我们能提供什么具体帮助
3. 还需要核实哪些资料
4. 更适合公众号、小红书还是 B 站

不要照搬热门标题，也不要虚构使用经历和数据。

这样一来，Creator Buddy 不是单独存在的工具，而是能接进我们的内容流程：

Creator Buddy 找公开信号
→ Codex 整理问题和选题
→ 我们完成验证与取舍
→ Codex 协助大纲和初稿
→ 我们补充经验、截图并定稿

04 怎么安装？

如果正在使用支持 Agent Skills 的 Codex 环境，可以直接把仓库名称交给 Codex：

帮我从 GitHub 安装 SpaceZephyr/creator-buddy 这个 Skill。

电脑已经安装 Node.js 的话，也可以使用通用安装器：

npx skills add SpaceZephyr/creator-buddy -a codex

安装后不需要背命令，直接用前面的自然语言任务测试即可。

如果当前环境不能自动加载 Agent Skills，也可以在文末的项目页面下载仓库，打开对应目录里的 SKILL.md 作为操作说明使用。

仓库里的 Skill 可以按需使用，不必一开始就把搜索、分析、标题和制图全部接进工作流。

我们更建议先从一个明确任务开始，例如只研究一个关键词在小红书和 B 站的差异。确认数据来源和结果符合需要，再逐步增加公众号分析、标题生成或小红书封面等环节。

05 用之前要知道的边界

Creator Buddy 读取的是公开页面、公开 API、第三方数据源或已有快照，不是各平台的实时官方后台。

部分小红书能力需要本地工具或 API Token；抖音目前主要是扩展入口，需要自行接入只读查询工具。因此它不能简单理解成“装好以后所有平台都能直接搜”。

它也不是账号自动化工具，不负责发帖、点赞、评论、关注，更不应该用来绕过登录、验证码、平台风控和付费限制。Cookie、Token、登录态以及带凭据的链接，也不要放进公开仓库或分享报告。

还有一点很重要：热门只能说明什么正在传播，不能替我们决定什么值得写。

最终选题仍然要看自己的读者、积累和能不能提供真实价值。

06 为什么我们愿意推荐？

我们喜欢 Creator Buddy 的地方，不是它能一次生成多少标题，而是它把内容创作的顺序调整了。

以前是先拍脑袋想一个题目，再到处找资料证明它。

现在可以先看看平台上正在发生什么、读者在问什么，再决定我们真正要分享什么。

它负责搜索和整理，Codex 负责归类与搭建框架，我们负责判断、验证和最终表达。

如果平时也在做公众号、小红书或 B 站，这套“先找信号，再做内容”的方法，值得放进自己的工作流里。

Creator Buddy 项目地址：https://github.com/SpaceZephyr/creator-buddy