7个Claude提示词，通过MCP管理一周社媒发布

通过MCP把Claude连接到社媒排期工具只需要一分钟，但真正难的是接下来该对它说什么。多数人只会问一句“我的队列里有什么”，得到答案后就再也没回来。Smart Post Studio团队分享了他们给独立创作者准备的七个提示词，按一周的使用顺序排列，每个都说明了作用、措辞原因和边界。

先设好权限，再谈提示词

连接MCP时，你需要选择助手可以做什么：读取（查看队列和结果）、草稿（撰写待审草稿）和排期（把帖子放到日历上）。建议从读取和草稿开始，等一周的草稿都不需要重写之后，再开放排期权限。

无论勾选哪些权限，有一条规则不变：没有“立即发布”工具。助手排期的任何内容至少要在十分钟之后，会在队列中显示AI标记，并写入账户历史。这是一段干预窗口，而不是审批步骤——到点就会发出去，不管你当时有没有看过。

MCP（Model Context Protocol） 是 Anthropic 于 2024 年底推出的开放协议，用于让 Claude 等大模型以标准化方式连接外部工具和数据源。可以把它理解为“AI 世界的 USB-C 接口”：过去每个应用要为每个模型单独写集成，现在只要实现一次 MCP 服务器，任何支持该协议的客户端（Claude 桌面端、Claude Code、Cursor、VS Code 等）都能调用。MCP 服务器暴露的能力分为“工具”（可执行的操作，如排期）、“资源”（可读取的数据，如队列）和“提示词模板”。协议本身不规定权限模型，具体授权由客户端和服务器协商，因此文中强调的“读取 / 草稿 / 排期”分级，是 Smart Post Studio 在 MCP 之上自行设计的权限粒度，而非协议强制。

提示词一：周一先摸清家底

“未来七天我所有平台都排了什么？按天分组，标出没有任何内容的日期，并告诉我每条帖子发往哪些平台。”

这是只读操作，用最窄的权限就能安全运行。真正有用的不是列表本身，而是“标出空白日期”——周一你真正要找的就是内容缺口。要求逐条标明平台，还能揪出那个你本以为会同时发Instagram和Threads、实际只发了Instagram的帖子。

提示词二：确认可触达的平台

“我现在能发布到哪些平台？其中哪些从云端发布，哪些从桌面应用发布？”

连接新账号后要重新运行一次。助手只能发布到你已连接的账号，无法自行添加。云端与桌面的区分对应一条硬规则：单条帖子不能混用云端发布和桌面发布的平台。如果你要求混用，助手会被要求拆成两条——提前知道原因，比事后困惑要好。

提示词三：把一个想法变成各平台专属草稿

“为Instagram、Threads和LinkedIn起草关于[某内容]的帖子。同一想法，不同开头：Instagram以视觉先行，Threads读起来像回复朋友，LinkedIn以经验教训开头。Threads控制在500字符以内。全部保存为草稿——不要排期任何内容。”

这里有三个关键点。“不同开头”能避免跨平台复制粘贴的痕迹，那种一模一样的文案一眼就能看出来。明确的字符上限很重要，因为模型不擅长数数——如果限制是硬性的，发布前最好自己用字符计数器核对一遍。“不要排期”则是双保险：即使已授予排期权限，这一步也应该止于草稿箱。

如果有图片或视频，在提示词里附上链接。媒体通过链接传入，单文件最大25MB。

文中提到“模型不擅长数数”，这并非调侃，而是大语言模型的已知局限。模型按 token（子词单元）而非字符处理文本，对“500 字符以内”这类硬性约束只能估算，容易超出 10%–20%。常见缓解手段包括：在提示词中给出近似 token 预算、要求模型输出后自行计数并标注、或在应用层做截断与校验。对于 Threads 这类有明确字符上限的平台，最稳妥的做法仍是发布前用字符计数器人工核对，或让排期工具在保存草稿时做长度校验并拒绝超限内容。

提示词四：用大白话改稿

“在LinkedIn草稿里，删掉第一句，把‘game-changer’换成正常人会说的话，结尾用一个问题。保存前先给我看新版本。”

“保存前先给我看”是值得养成的习惯。你是在聊天里审稿，成本最低，而不是事后在队列里补救。如果每次改的都是同一类问题，那说明应该把你的风格规则写在每次会话的开头。

提示词五：排期时把时区写清楚

“把Instagram和Threads草稿排到周二上午10:00东部时间，LinkedIn那条排到周三上午8:30东部时间。执行前先按东部时间逐条向我确认。”

永远写明时区。“周二十点”对你没有歧义，对模型却有。确认回显这一步能在错误进入日历之前拦住它。如果受众跨时区，先算好重叠时间。这一步需要排期权限；没有权限时它会干净地失败，这正是把授权放在后面的意义。

提示词六：不动手也能改期和取消

“出了点状况。把周四排期的所有内容移到周五同一时间，并彻底取消那条关于促销的X帖子。”

这是对话式排期胜过日历界面的地方：调整一整天的安排只需一句话。“取消”会把帖子退回草稿而不是删除，所以促销再回来时文案还在。

提示词七：周五核对实际发布情况

“本周排期的每一条帖子都发出去了吗？列出所有失败的帖子、所属平台和给出的原因。”

这一步闭环。返回的是各平台的发布结果，不是分析报告——它告诉你帖子有没有发出去，而不是表现如何。要看效果，用各平台自带的数据分析。桌面发布的帖子没发出去，常见原因是当时桌面应用没在运行；云端发布的平台没有这个依赖。

三个应该避开的提示词

“帮我运营这周的社媒。” 太开放了。你会得到数量，而不是判断力，审稿花的时间比你自己写三条好帖子还长。

“现在就发这条。” 做不到。最早也要十分钟后才能发出，这是有意设计的。

“给下个月排50条帖子。” 在限制内技术上可行（每天100条AI创建的帖子，每分钟30次请求），但一次性批量生成一个月的量，正是账号开始变得“不像人”的起点。按你真正会读的批次来起草。

成本与边界

MCP访问包含在所有付费套餐中，从每月8美元的Scheduler套餐起，免费版没有。该功能处于beta阶段：已经构建、测试并上线，但还比较新。如果你只想要最便宜的方式把AI接到排期工具，这不是最优选。你得到的是十分钟下限、AI标记和审计记录——助手运行得越久，这些越重要。

所有客户端配置（Claude、Claude Code、Cursor、VS Code、Gemini CLI）都以文件形式放在公开GitHub仓库里，附带一周的示例提示词，可以直接复制粘贴。

文中提到的“每天 100 条 AI 创建的帖子、每分钟 30 次请求”属于典型的**速率限制（rate limiting）**设计。速率限制通常按两个维度设置：突发限制（每分钟请求数，防止瞬时打爆接口）和日配额（防止长期滥用或成本失控）。对 AI 生成内容单独设配额，还隐含一层风控考虑——平台方希望抑制机器批量生产，避免时间线被同质化内容淹没。理解这些数字的意义在于：它们不是性能指标，而是产品对“什么样的使用方式是健康的”所做出的判断，提示词设计应当顺应而非试探这些边界。