让助手起草一条帖子很简单。让它发布出去则是另一种性质的决定,而有意思的部分不在于连接方式的技术细节,而在于它出错时会发生什么。
下面是完整的步骤:选择连接方式,用最窄的权限设置好,测试一下,再决定审核流程。如果你想看供智能体使用的发布 API 需要具备什么的检查清单,以及背后的失败模式,请看 面向 AI 智能体的社交媒体 API。
第 1 步:选择连接方式
像 Claude 这样的助手,或者具备 AI 能力的编辑器。 使用 MCP 服务器 @bulkpublish/mcp-server。连接之后,助手就能在对话中撰写、排期和查看帖子。这是工作量最小的方式,适合边聊边做的人。
你自己编写的智能体。 使用 API key。你的代码持有它,并针对你自己的账号调用 API。
代表他人账号行事的产品。 使用 OAuth 2.1。每个用户自行授权你的应用,而不是把 key 粘贴给你。
第 2 步:用最小的权限创建凭证
- 只为这个智能体创建一个新的 API key,用它自己的名字,这样它的活动能和你的区分开,也可以单独撤销。
- 如果你使用 OAuth,只申请它需要的权限范围。一个创建帖子的智能体需要
posts:write,不需要删除媒体或访问收件箱的权限。 - 只把它连接到它应该发布的那些频道。
之所以要费这个事,是因为可以撤销。凌晨两点,你想切断的是某一样东西,而不是去轮换你整个管道共用的那个 key。
第 3 步:从草稿开始
把智能体设置为以草稿形式创建帖子。由人来审阅,由人来发布。对大多数人来说这是正确的设置,而且他们从不会改掉它。
用真实的工作跑上一周。结束时,针对它产出的草稿问自己三个问题:
- 有没有哪条包含了你没给过它的说法?
- 有没有哪条读起来像是别人写的?
- 有没有哪条因为时机或敏感性而需要有人把关?
第 4 步:确定审核流程
| 流程 | 适用场景 |
|---|---|
| 草稿,由人发布 | 默认选择。适用于模型写的文字内容 |
| 审批流程 | 涉及团队,并且你想要一个指定的审批人和一份记录 |
| 带延迟的排期 | 内容比较常规,你希望留出一个时间窗口来发现问题。较弱,因为这依赖有人去看 |
| 直接发布 | 由某个来源生成的模板化内容,比如从更新日志生成的版本说明。不适用于从零开始撰写的关于你公司的文字 |
第 5 步:设置护栏
- 永远不要让它陈述关于你产品的数字。 价格、限额和数量都会变,而模型会生成一个看似合理的数字。事实要来自某个来源。
- 给它你的语气。 写一份简短的风格说明,放进智能体的指令里。
- 盯着数量。 每日请求数和发帖数上限是防止循环失控的后盾。
- 敏感内容始终保留人工把关。 新闻、争议和道歉都不是智能体该做的事。
套餐限额
| Free | Pro | Business | |
|---|---|---|---|
| 每日 API 请求数 | 10 | 5,000 | 50,000 |
| API key 数量 | 1 | 5 | 10 |
| 帖子数量 | 每天 1 条 | 每天 30 条 | 无限 |
BulkPublish 可以在一个界面中向 15 个平台发布内容。