很多人第一次用 Codex 做自媒体，会先不断增加写作 Skill。标题不够好，就再装一个标题工具；文案不够顺，就再找一个改写工具。装到最后，写稿能力越来越多，整条内容流程却没有明显变快。
原因很简单：一篇内容真正耗时间的地方，并不只在写稿。
写之前要找题、看用户，写完要做图、补素材、适配平台，发布之后还要看反馈。Codex 如果只负责中间那篇文案，前后这些环节依然需要人工来回切换。
更实用的做法，是先把工具放回内容生命周期。原清单里的 10 个职责位，可以整理成 7 个工位。
工位一：找话题
Agent-Reach 用来连接 X、YouTube、Reddit、B 站、小红书等分散来源，帮助你看到最近反复出现的问题。Horizon 在原清单里承担趋势扫描，判断哪些话题正在升温。不过它缺少唯一可核验的项目地址，安装前应先确认真实来源。
这一站的产出不是一堆链接，而是几个值得继续研究的问题。
工位二：看用户
MediaCrawler 用于整理公开评论、关键词和用户原话。热搜告诉你大家正在看什么，评论区才更容易暴露大家为什么困惑、抱怨什么、希望得到什么答案。
这一站的产出应该是具体痛点和原话证据，而不是抽象的“用户需要干货”。使用时仍需遵守站点规则、访问权限和数据边界。
工位三：写初稿
Auto-Redbook-Skills 适合生成小红书标题、正文和卡片初稿。即使它包含发布能力，也可以先只使用创作部分，把公开发布留给最终人工确认。
nuwa-skill 更适合补观点结构：从公开材料中提炼思考框架，帮助内容形成判断。它能借鉴的是机制，不是别人的人设、原句或经历。
工位四：做视觉
huashu-design 负责把定稿拆成封面、信息层级和图文卡片，解决“文字有了，但不知道怎么排”的问题。
guizang-social-card-skill 则把小红书 3:4 卡片和公众号封面做成稳定的尺寸、版式骨架与重复渲染流程。视觉不再每次从空白画布开始，才有可能稳定更新。
工位五：扩素材
Generative-Media-Skills 覆盖图片、视频、声音、配音、音乐和 3D 等多媒体能力。它不需要一开始全部加载，只有当内容确实需要动态演示、声音或实拍补位时，再调用对应部分。
工位六：发出去
social-auto-upload 负责登录状态、上传和发布等靠近账号的操作。正因为它离账号最近，所以应该放在最后：内容、图片、平台版本和账号范围都确认后，再由人决定是否执行。
自动化能减少重复操作，但不会替你获得平台授权，也不能替代发布前审核。
工位七：再复盘
MediaCrawler 第二次出现，是因为它在发布前后承担不同任务。发布前用它看用户，发布后再整理评论和互动变化：哪些问题被继续追问，哪句话让人产生讨论，下一篇可以从哪里继续。
所以，这份清单是 10 个职责位，实际涉及 9 个不同项目。MediaCrawler 的重复不是错误，而是内容闭环的一部分。
新手应该从哪一站开始
不需要一天装完。先判断现在最拖时间的是哪一步：
- 缺题，就先补找话题
- 内容像自说自话，就先补看用户
- 出图最慢，就先补做视觉
- 多平台重复操作最多，就先梳理发布流程
- 发完没有反馈回路，就先补复盘
每次只接入一个工具，用一篇真实内容检查它有没有减少重复劳动。有效，再保留；没有解决当前卡点，就不要为了“工具齐全”继续增加维护成本。
把 Codex 用成内容团队，不是让它一次拥有最多 Skill，而是让每个工位都知道自己接什么输入、交什么输出，最后能顺利把任务交给下一站。
来源与使用边界
本文基于原始小红书清单和可核验项目主页重新整理。Horizon 的唯一项目来源尚未确认；涉及公开数据采集、Cookie、登录和发布的项目，使用前应检查 README、权限范围、账号安全和目标平台规则。本文分享的是工作流分工，不代表对任何平台自动化操作的授权或背书。