Buzzmark
官方用你品牌自己的语气撰写帖子,为每篇草稿打 0 到 100 分,并将其安排发布到六个社交网络。
你可以用 Buzzmark MCP 做什么?
- 用你的品牌语气撰写帖子 — 让 Buzzmark 根据一个创意撰写 1–5 条帖子,使用
write_posts,然后用save_draft保存你喜欢的文案。 - 安排发布但不立即发布 — 使用
schedule_post将草稿添加到日历,并将when设为 "best_time"、"next_slot" 或具体日期和时间。 - 规划一周的内容 — 使用
create_weekly_content_plan生成 7 天的内容计划,也可以通过save_as_drafts将每条帖子保存为草稿。 - 检查帖子是否符合品牌风格 — 使用
check_post为任意文本或草稿打分(0–100),并获取最多三条可提高分数的修改建议。 - 查看哪些内容效果好 — 使用
get_post_stats查看近期帖子表现,使用get_best_times查看最佳发布时间段,并通过get_insights了解规律。 - 为草稿添加图片 — 使用
create_image创建图片,或通过add_media_from_url从链接导入图片,并通过post_id将其附加到草稿。
托管 MCP 服务器
npx add-mcp 'https://buzzmark.ai/mcp'可安装到 Claude Code、Codex、Cursor 等客户端
文档
一个服务器。适用于任何 MCP 应用。
Buzzmark 通过 Streamable HTTP 使用 MCP,支持 OAuth 2.1 登录或 API 密钥。提供 24 个工具,遵循与应用相同的规则,且无法即时发布。
服务器 URL:https://buzzmark.ai/mcp
连接方式
| 连接方式 | |
|---|---|
| 传输方式 | 通过 Streamable HTTP 使用 MCP,地址为上方的服务器 URL。 |
| 登录 | 使用 PKCE (S256) 的 OAuth 2.1。客户端可以即时注册,也可以提供自己的元数据 URL。首次请求会收到包含资源元数据的 401 响应,因此客户端可以自行查找授权服务器。 |
| 无需登录 | 从 Buzzmark 的 AI 应用页面获取 API 密钥,并将其作为 Bearer 令牌发送。密钥只显示一次;Buzzmark 只保留其指纹。 |
| 范围 | 只有一个范围:buzz。应用请求的其他范围会被忽略,而不会被拒绝。 |
| 令牌 | 访问令牌有效期为 1 小时,刷新令牌有效期为 90 天,并会在使用时轮换。授权码有效期为 10 分钟,且只能使用一次;再次使用会关闭授权。 |
| 限制 | 每分钟 30 次调用,每天 1,000 次,按账户计算,所有应用和密钥共用。写作和图片也会计入套餐的月度配额。 |
| 审计 | 每次调用都会记录工具及其结果,但绝不记录参数或答案。 |
工具参考
在构建时从服务器自身的目录读取,因此与服务器实际响应的内容一致。
列出社交集合 (list_social_sets),仅供读取
用户的社交集合:每个集合都是一组已连接的社交账户,并拥有自己的 Hive 资料(品牌语气)、时区和每周发布时段。请从这里开始:大多数其他工具都需要使用此处返回的 social_set_id 和账户 ID。
输入:无需输入。
列出品牌资料 (list_brand_profiles),仅供读取
用户的品牌资料(Buzzmark 称之为 Hive 资料):Buzzmark 对每个品牌的了解,包括其语气、风格、受众和产品。写作工具会采用品牌资料的语气;传入其 ID 作为 hive_profile_id,或省略以使用社交集合自身的资料。
输入:无需输入。
列出帖子 (list_posts),仅供读取
Buzzmark 中的 Buzz,按时间从新到旧排列:草稿、已安排、已发布或失败。文本会截断至 400 个字符;get_post 可获取完整 Buzz。
| 输入 | 类型 | ||
|---|---|---|---|
status | "draft"、"scheduled"、"published"、"failed"、"all" 之一 | 可选 | 默认值为 "all" |
social_set_id | 数字 | 可选 | |
limit | 数字,1 到 50 | 可选 | 默认值为 20 |
获取帖子 (get_post),仅供读取
完整的单条 Buzz:线程中的每个部分及其文本和图片、首条评论、发布目标账户、所属社交集合和品牌资料、状态以及安排的发布时间。可在 list_posts 之后使用(该工具会将文本截断至 400 个字符),也可在使用 save_draft 修改草稿前读取。此工具不包含点赞数或其他数据:已发布帖子的相关数据可通过 get_post_stats 获取。
| 输入 | 类型 | ||
|---|---|---|---|
post_id | 数字 | 必填 | Buzz 的 ID,可从 list_posts 或 save_draft 的回答中获取。 |
使用品牌语气撰写帖子 (write_posts)
根据一个想法,以 Hive 资料的语气,遵循 Buzzmark 的写作规则并经过发布前检查,撰写 1 到 5 条新帖子。每个回答都会保存在用户的 Buzzmark Library 中。不会保存为草稿:请将要保存的文本传给 save_draft。适用于尚不存在的帖子;要修改已有帖子,请使用 rewrite_post;要为已保存的草稿分别撰写适用于各平台的文本,请使用 adapt_for_platforms。
| 输入 | 类型 | ||
|---|---|---|---|
idea | 文本,最多 2,000 个字符 | 必填 | 用用户自己的话描述帖子主题。 |
hive_profile_id | 数字 | 可选 | |
social_set_id | 数字 | 可选 | 当省略 hive_profile_id 时,用于撰写帖子的 Hive 资料所属社交集合。账户只有一个集合时可选。 |
platform | 文本 | 可选 | 要撰写内容的平台的 Buzzmark 平台 ID(x、linkedin、instagram、threads、facebook、tiktok、bluesky)。 |
format | "post"、"thread" 之一 | 可选 | 默认值为 "post" |
count | 数字,1 到 5 | 可选 | 默认值为 3 |
with_picture_brief | 是或否 | 可选 | 为每条帖子添加图片简介,以供 create_image 使用。默认值为 false |
保存草稿 (save_draft)
创建 Buzz 草稿,或更新现有草稿(post_id)。草稿会保持为草稿:不会发布或安排发布。单条帖子请提供 text;多条帖子请提供 thread。此工具会指出平台会拒绝的内容(例如长度超限、缺少图片,或 LinkedIn 找不到的标签),以便在调用 schedule_post 前修正。标记用户:在 X、Threads、Instagram 和 TikTok 上写 @handle。在 LinkedIn 上,将个人资料或主页链接写在方括号中,@[https://www.linkedin.com/company/] 或 @[https://www.linkedin.com/in/];LinkedIn 会显示其自身名称,其他所有平台则会将该名称作为纯文本显示。在 Facebook 上,提及内容会保留为纯文本。如果品牌资料关联了账户(list_brand_profiles 会显示这些账户),则无需使用上述格式:写出品牌名称,安排帖子时,该品牌的首次提及会在其拥有账户的平台上被标记。first_comment 会在帖子发布时立即将评论发布在帖子下方,适用于 LinkedIn、Instagram、Facebook 和 Threads:可在此处放置链接或主题标签,让帖子正文保持简洁。
| 输入 | 类型 | ||
|---|---|---|---|
post_id | 数字 | 可选 | 更新此草稿,而不是新建草稿。 |
text | 文本,最多 10,000 个字符 | 可选 | |
thread | 文本列表,最多 25 项 | 可选 | 线程:每条帖子对应一个字符串。会替换 text。 |
social_set_id | 数字 | 可选 | 来自 list_social_sets 的社交集合 ID。账户只有一个集合时可选。 |
hive_profile_id | 数字 | 可选 | |
account_ids | 数字列表,最多 20 项 | 可选 | 帖子的发布目标账户,第一个账户为主账户。默认值:该集合的默认账户。 |
first_comment | 文本,最多 5,000 个字符 | 可选 | 帖子发布后立即发布在其下方的评论,适用于 LinkedIn、Instagram(非快拍)、Facebook 和 Threads;其他平台会忽略此项。Threads 最多 500 个字符,LinkedIn 最多 1,250 个字符,Instagram 最多 2,200 个字符,Facebook 最多 5,000 个字符。空字符串会移除评论;省略此项则保留草稿现有评论。 |
安排帖子 (schedule_post)
将草稿安排在指定时间、最佳时间,或社交集合的下一个空闲发布时段。绝不会立即发布。使用 "best_time" 时,Buzzmark 会根据其自行保留的数据,选择这些账户表现最佳的最早空闲时段(LinkedIn 不允许 AI 应用使用其数据),并在回答中返回所选时间。除非时间带有时区偏移,否则时间均按集合的时区计算。如果集合启用了自然发布时间(list_social_sets 会说明),帖子会在指定时间前后几分钟发布;回答中会给出实际时间。如果用户在组织中的角色要求先审批,草稿会改为提交审批(回答中会显示 sent_for_approval),并在团队成员批准后发布。要一次安排多条草稿,请使用 schedule_posts。
| 输入 | 类型 | ||
|---|---|---|---|
post_id | 数字 | 必填 | |
when | 文本 | 必填 | "best_time"(Buzzmark 为这些账户选择最早的空闲最佳时段)、"next_slot",或日期和时间:"2026-10-02T09:00"(按集合的时区),或带时区偏移的 ISO 8601 时间。 |
account_ids | 数字列表,最多 20 项 | 可选 | 默认值:草稿中保存的账户;若没有,则使用集合的默认账户。 |
安排多条帖子 (schedule_posts)
一次安排最多 25 条草稿,每条都可以安排在各自的时间、最佳时间或下一个空闲时段,例如安排 create_weekly_content_plan 保存的草稿(每条草稿的日期和时间即为其时段)。绝不会立即发布。每条草稿都会单独检查:无法发布的草稿会单独报告,其他草稿仍会安排发布。如果用户的角色要求先审批,草稿会改为提交审批。
| 输入 | 类型 | ||
|---|---|---|---|
posts | 对象列表,最多 25 项 | 必填 | 每条草稿及其时间(post_id、when、可选的 account_ids)。 |
更改已安排帖子的时间 (reschedule_post)
将已安排的帖子改到集合时区中的新日期和时间,并精确保留该时间。绝不会立即发布。文本、图片和账户保持不变。
| 输入 | 类型 | ||
|---|---|---|---|
post_id | 数字 | 必填 | |
when | 文本 | 必填 | 日期和时间:"2026-10-02T09:00"(按集合的时区),或带时区偏移的 ISO 8601 时间。 |
取消帖子的安排 (unschedule_post)
将已安排的帖子从日历中移回草稿,并保留其文本、图片和账户,以便编辑或重新安排。不会删除任何内容。发布队列持有的图片会先复制到 Buzzmark;如果无法复制,帖子会继续保持已安排状态。
| 输入 | 类型 | ||
|---|---|---|---|
post_id | 数字 | 必填 |
删除草稿 (delete_draft)
永久删除草稿。无法在此处删除已安排或已发布的帖子:请先使用 unschedule_post 将已安排的帖子移回草稿。
| 输入 | 类型 | ||
|---|---|---|---|
post_id | 数字 | 必填 |
检查帖子是否符合品牌语气 (check_post)
按帖子与品牌语气的契合程度给出 0 到 100 的评分,并提供简短评语、指出一处有效或偏离之处,以及最多三条可提高评分的修改建议,每条建议都会给出改写后的完整帖子。可检查任意文本(包括在此聊天中撰写的文本),也可检查草稿(post_id);草稿的评分会保存在 Buzzmark 中并显示在草稿旁边。不会更改帖子内容。可用于判断单条帖子发布前的表现;要查看已发布帖子的表现,请使用 get_post_stats;要了解这些帖子的共同特点,请使用 get_insights。
| 输入 | 类型 | ||
|---|---|---|---|
text | 文本,最多 10,000 个字符 | 可选 | 要检查的帖子。省略此项则检查 post_id 指定的草稿。 |
post_id | 数字 | 可选 | |
platform | 文本 | 可选 | 帖子目标平台的 Buzzmark 平台 ID。默认值:草稿的第一个账户。 |
hive_profile_id | 数字 | 可选 | 来自 list_brand_profiles 的品牌资料 ID。默认值:社交集合自身的资料。 |
social_set_id | 数字 | 可选 | 来自 list_social_sets 的社交集合 ID。账户只有一个集合时可选。 |
改写帖子 (rewrite_post),仅供读取
Buzz 会以一种方式改写帖子,并提供最多三个版本供选择,采用品牌语气并遵循 Buzzmark 的写作规则。不会保存任何内容:请将用户选中的版本传给 save_draft。适用于以一种方式修改一条已有帖子;要根据想法撰写新帖子,请使用 write_posts;要为已保存的草稿改写适用于其所有目标平台的版本,并将这些版本保存在草稿中,请使用 adapt_for_platforms。操作包括:match_hive(贴合品牌风格)、fix_grammar(仅修正拼写和语法)、sharpen(表达更清晰、更精炼)、sting(更有冲击力)、trim(缩短至约一半)、remix(换一种新颖的表达)、expand(增加一个具体细节)、structure(改为简短易读的行文)、warmer(语气更亲切)、thread_hook(线程的开篇帖子)、emoji(添加表情符号)、emoji_bullets(使用表情符号项目符号)、announcement(改写为新闻公告)、for_platform(按平台的阅读习惯改写)、custom(遵循用户的指示)。
| 输入 | 类型 | ||
|---|---|---|---|
action | "match_hive"、"fix_grammar"、"sharpen"、"sting"、"trim"、"remix"、"expand"、"structure"、"warmer"、"thread_hook"、"emoji"、"emoji_bullets"、"announcement"、"for_platform"、"custom" 之一 | 必填 | |
text | 文本,最多 10,000 个字符 | 可选 | 要改写的帖子。留空则改写草稿中的某一部分(post_id, part)。 |
post_id | 数字 | 可选 | |
part | 数字,0 到 24 | 可选 | 线程中的帖子序号,从 0 开始。默认值为 0 |
platform | 文本 | 可选 | Buzzmark 平台 ID。for_platform 必填;否则用于设置改写后保留的长度。 |
instruction | 文本,最多 600 个字符 | 可选 | 对于 custom:用用户自己的话说明如何改写。 |
hive_profile_id | 数字 | 可选 | 来自 list_brand_profiles 的品牌资料 ID。默认值:社交账号组自己的资料。 |
social_set_id | 数字 | 可选 | 来自 list_social_sets 的社交账号组 ID。如果账号只有一个账号组,则可选。 |
为草稿创建各平台版本(adapt_for_platforms)
按照草稿发布到的平台(或指定的平台)的阅读习惯改写草稿,并将这些版本保存到草稿中,效果与应用中的 Spread 相同:草稿的第一个账号保留原帖,其他平台各自使用单独的文本,图片保持不变。之前为这些平台保存的版本会被替换。仅适用于单条帖子,不适用于线程。LinkedIn 版本会将 LinkedIn 标签保留为 @[link];如果 LinkedIn 无法找到某个标签,回复会发出警告。请在草稿写好并添加账号后使用此功能;若要修改帖子本身,请使用 rewrite_post(其 for_platform 操作会针对一个平台改写,但不会保存);若要创建新帖子,请使用 write_posts。
| 输入 | 类型 | ||
|---|---|---|---|
post_id | 数字 | 必填 | |
platforms | 文本列表,最多 8 项 | 可选 | 草稿账号中的 Buzzmark 平台 ID。默认值:第一个账号之后的所有平台。 |
获取新闻和竞争对手相关的帖子创意(get_post_ideas)
通过 Buzzmark 的 Scout 为品牌提供帖子创意:本周所在行业的新闻、每个话题为何此时重要、相关来源以及两到三个可发布的角度;如果 Scout 已读取竞争对手的内容,也会提供相关角度。返回 Scout 最近一次读取的结果及日期。使用 refresh,或 Scout 从未为该品牌读取过新闻时,会先重新读取新闻(最多一分钟,计为一次 Scout 运行)。此功能仅提供创意;请使用 write_posts 将其写成帖子。
| 输入 | 类型 | ||
|---|---|---|---|
social_set_id | 数字 | 可选 | 来自 list_social_sets 的社交账号组 ID。如果账号只有一个账号组,则可选。 |
hive_profile_id | 数字 | 可选 | 来自 list_brand_profiles 的品牌资料 ID。默认值:社交账号组自己的资料。 |
refresh | 是或否 | 可选 | 默认值为 false |
本月哪些内容效果好(get_insights)
用简单句概括品牌过去 30 天的帖子中,表现高于或低于平均水平的内容有哪些共同点,最多给出一条发现和两项行动建议。LinkedIn 帖子会单独读取,相关发现会保留在 Buzzmark 中,因为 LinkedIn 不允许 AI 应用使用其数据。每条发现都会说明依据的数据量(例如,开头提出问题的帖子互动量是平均帖子的 2.3 倍,依据是 19 条已测量帖子中的 5 条),并提供一项可执行的建议。帖子会按平台、开头是否使用数字或问题、长度、帖子类型、星期几和一天中的时段进行比较。每天最多读取一次:在数据发生变化前,会返回相同的结果。过去 30 天内至少需要 8 条有数据的帖子;不足时会说明当前数量。可用此功能了解哪些做法值得增加;要查看单条帖子的表现及数据,请使用 get_post_stats;要查看最佳星期和时段,请使用 get_best_times;要在草稿发布前评估,请使用 check_post。
| 输入 | 类型 | ||
|---|---|---|---|
social_set_id | 数字 | 可选 | 当 hive_profile_id 留空时,用于读取品牌资料的社交账号组。如果账号只有一个账号组,则可选。 |
hive_profile_id | 数字 | 可选 | 来自 list_brand_profiles 的品牌资料 ID。默认值:社交账号组自己的资料;否则使用账号的默认品牌资料。 |
最佳发布时间(get_best_times),仅读取
社交账号组自行发布的帖子中表现最佳的时段:按该账号组的时区列出 6 个表现最好的星期和小时组合,按表现从高到低排列,并显示每个时段包含的帖子数量及其平均每帖互动量(点赞 + 评论 + 分享或转发(取较大值)+ 收藏)。表现为零的时段会被省略,因此尚无互动数据的账号组不会返回任何时段。结果会说明账号组的时区以及读取的帖子数量。由于 LinkedIn 不允许 AI 应用使用其数据,因此不统计 LinkedIn 帖子;如果账号组只发布到 LinkedIn,则会根据公开研究和该账号组自己的发布时段提供初始建议。若要在任意平台(包括 LinkedIn)选择最佳时间发布,请在 schedule_post 中将 when 设为 "best_time",由 Buzzmark 选择时间。要查看单条帖子的表现,请使用 get_post_stats;要了解帖子有哪些共同点,请使用 get_insights。
| 输入 | 类型 | ||
|---|---|---|---|
social_set_id | 数字 | 可选 | 来自 list_social_sets 的社交账号组 ID。如果账号只有一个账号组,则可选。 |
days | 数字,14 到 180 | 可选 | 要读取的已发布帖子天数,从当前时间往前计算。范围为 14 到 180,默认值为 90。 |
最近帖子的表现(get_post_stats),仅读取
按互动量(点赞 + 评论 + 分享或转发(取较大值)+ 收藏)从高到低排列的社交账号组最近几天发布的帖子。每条帖子都包含其平台、按账号组时区显示的发布时间、文本、链接、互动量、是否通过 Buzzmark 发布,以及各项数据;回复还会汇总时间范围内所有帖子的各项数据。LinkedIn 不允许 AI 应用使用其数据,因此 LinkedIn 帖子会单独列在 numbers_in_buzzmark_only 中,按发布时间从新到旧排列,并显示发布时间、链接以及在 Buzzmark 中查看数据的位置;这些帖子不会计入总数。数据包括展示次数、覆盖人数、观看次数、点赞、评论、分享、收藏和点击;如果平台有自己的术语,则使用平台术语(replies、reposts、bookmarks、videoViews 和 upvotes)。平台未报告的数据会省略,不会显示为 0。可用此功能查看哪些帖子表现最好以及差距有多大;要了解这些帖子的共同点,请使用 get_insights;要查看最佳星期和时段,请使用 get_best_times;要查看草稿和已排期帖子,请使用 list_posts;要查看某条 Buzz 的完整信息,请使用 get_post。
| 输入 | 类型 | ||
|---|---|---|---|
social_set_id | 数字 | 可选 | 来自 list_social_sets 的社交账号组 ID。如果账号只有一个账号组,则可选。 |
days | 数字,1 到 180 | 可选 | 要读取的已发布帖子天数,从当前时间往前计算。范围为 1 到 180,默认值为 30。 |
limit | 数字,1 到 30 | 可选 | 要返回的帖子数量,按表现从高到低排列。范围为 1 到 30,默认值为 10。总数仍会统计时间范围内的所有帖子。 |
创建图片(create_image)
使用 Buzzmark 的图像模型创建图片,并将其保存到用户的 Library 中。如果提供 post_id,也会将图片添加到该草稿。图片会采用 Hive 资料中的颜色;如果指定 Hive 产品,则会使用该产品的真实照片作为参考。会消耗当月的一次图片额度;生成失败或被拒绝的图片不计入额度。大约需要一分钟。
| 输入 | 类型 | ||
|---|---|---|---|
prompt | 文本,最多 3,000 个字符 | 必填 | 描述图片内容。默认生成照片。 |
hive_profile_id | 数字 | 可选 | |
product | 文本,最多 200 个字符 | 可选 | Hive 资料中列出的产品名称,必须完全一致,以便使用该产品的照片。 |
platforms | 文本列表,最多 8 项 | 可选 | 图片发布的平台,用于确定图片比例(Instagram 和 Threads 为 4:5,TikTok 为 2:3,其他平台为正方形)。默认值:草稿的平台。 |
post_id | 数字 | 可选 | 要添加图片的草稿。 |
part | 数字,0 到 24 | 可选 | 线程中的帖子序号,从 0 开始。默认值为 0 |
从链接添加图片或视频(add_media_from_url)
从公开的 https 链接复制图片或视频到用户在 Buzzmark 中的 Library;如果提供 post_id,也会将其添加到该草稿。Buzzmark 会保存自己的副本,因此帖子不会依赖链接持续有效。支持 JPG、PNG、WebP、GIF、MP4 或 MOV:图片最大 10 MB,视频最大 200 MB。会像 create_image 一样说明平台可能拒绝的内容。
| 输入 | 类型 | ||
|---|---|---|---|
url | 文本,最多 2,000 个字符 | 必填 | 指向文件本身的公开 https 链接,不能是展示该文件的网页链接。 |
post_id | 数字 | 可选 | 要添加文件的草稿。不提供时,文件只会添加到 Library。 |
part | 数字,0 到 24 | 可选 | 线程中的帖子序号,从 0 开始。默认值为 0 |
获取上传链接(create_upload_link)
适用于用户电脑或手机上的图片或视频,而非公开链接中的文件。会提供两种上传方式,均适用于单个文件:upload_page 是一个 Buzzmark 页面,可发送给用户;用户选择文件后,文件会直接添加到草稿(传入 post_id)。如果提供 file_name,还会返回 upload_url,供能够直接读取文件的应用(例如终端或文件系统)使用:将文件字节通过 PUT 请求发送到该地址,并使用回复中提供的 Content-Type 标头,然后调用 add_uploaded_media 并传入 upload_id。支持 JPG、PNG、WebP、GIF、MP4 或 MOV:图片最大 10 MB,视频最大 200 MB。
| 输入 | 类型 | ||
|---|---|---|---|
file_name | 文本,最多 120 个字符 | 可选 | 文件名,包含扩展名,例如 "launch.png",适用于此应用自行上传文件的情况。留空则只获取供用户使用的页面。 |
post_id | 数字 | 可选 | 要添加文件的草稿。不提供时,文件只会添加到 Library。 |
part | 数字,0 到 24 | 可选 | 线程中的帖子序号,从 0 开始。默认值为 0 |
添加已上传的图片或视频(add_uploaded_media)
文件通过 PUT 请求发送到 create_upload_link 返回的 upload_url 后,此功能会将文件复制到用户在 Buzzmark 中的 Library;如果提供 post_id,也会将其添加到该草稿。会像 add_media_from_url 一样说明平台可能拒绝的内容。upload_id 的有效期为 55 分钟。
| 输入 | 类型 | ||
|---|---|---|---|
upload_id | 文本,最多 2,000 个字符 | 必填 | 来自 create_upload_link 的 upload_id。 |
post_id | 数字 | 可选 | 要添加文件的草稿。不提供时,文件只会添加到 Library。 |
part | 数字,0 到 24 | 可选 | 线程中的帖子序号,从 0 开始。默认值为 0 |
从此聊天添加图片或视频(add_media_from_chat)
用户在此聊天中附加的图片或视频:将其复制到用户在 Buzzmark 中的 Library;如果提供 post_id,也会将其添加到该草稿。会说明平台可能拒绝的内容。支持 JPG、PNG、WebP、GIF、MP4 或 MOV:图片最大 10 MB,视频最大 200 MB。
| 输入 | 类型 | ||
|---|---|---|---|
file | 对象 | 必填 | 用户在聊天中附加的文件。 |
post_id | 数字 | 可选 | 要添加文件的草稿。不提供时,文件只会添加到 Library。 |
part | 数字,0 到 24 | 可选 | 线程中的帖子序号,从 0 开始。默认值为 0 |
规划本周内容(create_weekly_content_plan)
为社交账号组规划接下来 7 天:说明本周的目标、2 到 4 个内容支柱,并为每个发布时段准备一篇可编辑的帖子,每篇都包含日期、时间、平台、配图创意及其用途。规划依据包括账号组的 Hive 资料、发布时段、最佳发布时间、近期帖子表现以及已安排的内容。撰写时不会使用 LinkedIn 的数据:之后,Buzzmark 会将每篇仅发布到 LinkedIn 的帖子移至当天 LinkedIn 的最佳时段。需要连接账号;如果带有数据的已发布帖子少于 8 篇,则会参考品牌语气和各平台惯例,并明确说明这一点。内容会保存在 Library 中。请先询问用户是否希望将帖子保存为草稿:启用 save_as_drafts 后,每篇帖子也会成为草稿;随后 schedule_posts 会一次性将它们全部安排到各自的时段。每篇规划的帖子都计为一篇由 Buzz 撰写的内容。最多需要一分钟。
| 输入 | 类型 | ||
|---|---|---|---|
social_set_id | number | 可选 | 来自 list_social_sets 的社交账号组 ID。账号只有一个账号组时可省略。 |
goal | text,最多 600 个字符 | 可选 | 用用户自己的话说明本周的目标:发布新品、举办活动、增加预约等。 |
start | text | 可选 | 首日,YYYY-MM-DD,按账号组所在时区填写。默认:明天。 |
save_as_drafts | yes or no | 可选 | 默认 false |
我们发布的指南
每篇指南都会根据各工具公开的信息进行比较。Buzzmark 是其中之一,每个页面都会说明其开发者。
- 最佳社交媒体 MCP 服务器:各工具对其 MCP 服务器的介绍,包括方案、提及的 AI 应用及其 API。
关于服务器的问题
哪些客户端经过测试?
Claude、ChatGPT、Grok 和 Cursor 都有各自的页面。任何支持通过 Streamable HTTP 使用 OAuth 2.1 或 Bearer 标头进行 MCP 通信的客户端都应该可以使用;仅支持 stdio 的应用需要通过桥接接入。
为什么没有立即发布工具?
这样可以让所有者保留最终决定权。schedule_post 要求发布时间至少在 5 分钟之后,或者使用下一个空闲发布时段;已安排的 Buzz 也可以在应用中撤回。
错误来自哪里?
每条拒绝消息都是 Buzzmark 撰写的句子,其中说明原因和解决方法,例如平台限制、缺少图片或账号组没有发布队列。应用不会收到任何服务提供商的消息。
也有 REST API 吗?
目前还没有。如今,AI 应用通过 MCP 服务器接入,而且所有方案都包含该服务器。
在以下位置设置
- 在 Claude 中使用 Buzzmark:在 Claude 目录中点按一次,或在 Claude Code 中运行一条命令。
- 在 ChatGPT 中使用 Buzzmark:在 ChatGPT 的插件中点按一次。
- 在 Grok 中使用 Buzzmark:在 grok.com 添加一个自定义连接器并登录。
- 在 Cursor 中使用 Buzzmark:添加一段配置,并登录或使用 API 密钥。