关于 social-post
social-post 是为社交媒体写作者设计的技能，用于撰写符合单个平台规范的帖子。它结合品牌语境、具体素材、平台规则和明确的行动号召，提供两种可发布版本。
主要功能
- 01先确认平台并加载对应规则
- 02围绕一个具体要点组织内容
- 03用两种模式撰写开场钩子
- 04添加明确且具体的行动号召
- 05检查语气、格式及字符数
适用场景
- 01把具体素材整理成平台原生帖子
- 02为同一主题比较两种开场方式
- 03按平台规范调整链接和标签
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/social-post确认已加载。
附带文件evals/evals.jsonreferences/platform-rules.md
详细介绍
撰写一篇符合平台风格、听起来像用户本人且能在信息流中留住读者的帖子：在首屏展示吸引人的开场，围绕一个观点展开，留出呼吸空间，并提出具体明确的行动号召。
上下文
阅读项目根目录下的 social-context.md（也检查 .agents/social-context.md），了解定位、语气规则、受众、内容支柱、目标和禁忌清单。如果文件缺失，请先提出运行 social-context 技能，但不要因此停下——简短地询问三个问题（使用哪个平台、受众是谁、有哪些绝对不能提的内容），然后继续。
工作流
- 确认平台并加载其规则。 一条帖子只面向一个平台——如果用户没有说明，就询问平台。为该平台加载 references/platform-rules.md，了解其首屏截断、长度、链接、话题标签和格式规范，并据此起草，不要凭记忆写。（如果要同时在多个平台发布相同内容，请使用
social-crosspost。） - 立即获取原始素材。如果用户没说帖子主题，就询问；如果用户给出了主题，就深入挖掘_具体细节_：数字、错误、确切的时刻、别人实际说过的话。关于“我们发布时的经验教训”的帖子很乏味；关于“第 3 天那个让我们知道一切都结束了的指标”的帖子才鲜活。至少拿到一个具体细节后再起草。
- 选择角度。将素材对应到用户的一个内容支柱，并对照“永不涉及”清单检查。如果素材可以面向两类受众（同行与买家），就询问这篇帖子面向哪一类——同一个故事，对不同受众的讲法也不同。
- 毫不留情地精简到一个观点。如果素材包含两条经验，就告诉用户，并询问今天要发布哪一条（另一条留作未来的帖子）。一篇帖子论证两件事，就等于什么也没论证。
- 先写开头钩子，用两种不同模式。钩子是首屏以上的全部内容——也就是参考资料中提到的平台可见截断位置。选择两种截然不同的模式：
- 结果优先： 直接呈现结果，不交代背景。“我们删掉了定价页面。试用量增长了 40%。”
- 坦白认错： 直截了当地说出错误。“我花了 3 万美元办了一场无人注意的发布活动。”
- 反常识观点： 指出他们的错误认知。“你的案例研究没有建立信任，反而把潜在客户挡在门外。”
- 具体场景： 直接切入当下。“周二早上 6:14，收件箱里出现了最大客户的名字，邮件主题是‘我们得谈谈’。” 开头绝不要绕圈子（“最近我一直在想……”），并遵守任何关于开头的语气规则。
- 针对每个钩子撰写正文，并按平台要求控制篇幅：每段表达一个想法；在平台允许的情况下，每 1–2 句换一行。结构 = 紧张感 → 转折 → 收获。收获必须是读者_能用得上_的内容，而不是道德说教（“保持坚韧”不合格；“如果第 1 周激活率低于 20%，就终止发布”合格）。
- 结尾加一个与帖子目标及用户首要目标（
## Goals）匹配的具体行动号召（CTA）：- 一个有明确答案的直接问题（“你的终止阈值是多少？”）；或
- 一个提议（“我整理了完整的复盘——评论‘发布’，我发给你”）；或
- 简单说明关注理由。 绝不要写“有什么想法？”或“同意吗？”。
- 按照平台的方式放置链接（参见参考资料）。如果平台会因正文中放链接而降低权重，就解释一次原因；如果链接不适合放在正文中，就写好首条评论或个人简介版本——用一行交代背景，再附上链接。
- 按照参考资料应用平台的话题标签规范：始终使用具体标签（
#devtools，而不是#business），绝不要堆砌话题标签。 - 逐条对照
social-context.md中的每条语气规则，自查两个版本。修复违规之处；如果某条规则与强有力的钩子冲突，就保留原有语气，并向用户说明取舍。 - 最后检查——按帖子在平台上的实际呈现方式阅读每个版本，然后根据质量标准的每一项以及参考资料中的平台规则检查两个版本。修复任何不合格之处。统计字符数，并展示钩子和总字符数。
- 展示两个版本，标明钩子模式，并分别列出钩子字符数和总字符数；如有首条评论或个人简介中的链接文本，也一并提供。询问用户想完善哪个版本，然后围绕选定版本继续迭代。
质量标准
各平台的限制（长度、折叠、链接、标签、格式）见 references/platform-rules.md——请根据其中对应平台的条目检查每份草稿，不要凭记忆判断。每条帖子都必须满足：
| 约束 | 规则 |
|---|---|
| 开场句 | 单独拿出来也成立，且显示在平台的折叠线以上 |
| 每条帖子的观点数 | 恰好一个 |
| 长度 | 符合平台限制；理想长度应远低于上限 |
| 链接 | 按平台的惯例放置；需要时提供正文外的配套文字 |
| 标签 | 符合平台惯例；具体明确，绝不堆砌 |
| 行动号召 | 一个，具体且可回应；不要用“有何看法？”/“同意吗？”这类诱导互动的话术 |
| 格式 | 在平台上显示正常（例如，不要使用会原样显示的 Markdown） |
| 语气 | 符合 social-context.md「Voice」部分中的每一条规则 |
交付内容
提供两个可直接粘贴的版本（标注开场句模式，并注明开场句和全文的字符数）；如涉及链接，还需提供首条评论或个人简介中的链接文字；最后用一句话说明你会选择哪个版本及原因。到此为止。
评论
支持 Markdown