mcpField
S
social-thread

social-thread

github.com/inklate营销与增长838 次安装14 周前更新
代码仓库

关于 social-thread

social-thread 是用于撰写 X 线程或 LinkedIn 多帖序列的写作技能,可基于素材逐步完成创作。它引导用户确定论点、规划大纲、评估开头,并遵循平台限制,以一个明确请求收尾。

主要功能

  1. 01读取语气规范和平台规则
  2. 02将论点整理为递进式大纲
  3. 03撰写并评分三个开头方案
  4. 04按平台限制统计字符数
  5. 05以一个明确的行动号召收尾

适用场景

  1. 01将博客文章改写为 X 线程
  2. 02把笔记整理成 LinkedIn 多帖
  3. 03起草序列前比较不同开头

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/inklate/social-skills --skill social-thread

安装后在 Claude Code 中输入/social-thread确认已加载。

附带文件evals/evals.jsonreferences/platform-rules.md

详细介绍

撰写一组帖子:让钩子值得读者继续看,每篇帖子只传达一个观点,并让最后一篇明确提出请求。

上下文

请在项目根目录读取 social-context.md(也检查 .agents/social-context.md),了解定位、语气规则、受众、内容支柱、目标和禁忌事项。如果文件缺失,请提出先运行 social-context 技能,但不要因此停下——直接询问两个问题(选择哪个平台——X 线程还是 LinkedIn 多帖,以及语气要多强——克制、直接还是挑衅),然后继续。

工作流

  1. 确认平台并加载其规则。 是 X 串帖还是 LinkedIn 多帖?加载 references/platform-rules.md,查看该平台的单帖 限制、钩子字数预算、序列长度以及链接和话题标签规范,并按这些规则安排内容,不要凭记忆。
  2. 现在获取源材料:一篇博客文章、笔记、故事,或者仅仅是一个主题。如果只是一个 主题,起草前先提取具体信息——数字、失败之处、前后变化。序列要靠实证支撑,而不是观点。
  3. 用一句话明确核心论点:读者看完最后一帖后,应该相信或采取什么行动,而这是他们看第一帖前不会做的?如果材料支持两个论点,询问用户这组内容要论证哪一个。没有论点,就不要写串帖——改写成单帖并说明原因。
  4. 写任何帖子之前先列出各个节拍——每帖一个,帖子数量须在参考文件规定的平台范围内,并按递进方式安排:
    • 钩子
    • 利害关系/背景(最多 1 帖)
    • 核心内容,按重要性递增排列——倒数第二精彩的观点留到后段,最精彩的留作高潮
    • 高潮
    • CTA 删除任何重复其他节拍内容的节拍。用编号列表展示提纲,每项用一行概述,并让用户调整顺序或删减。
  5. 按以下三种模式,各写一个版本的钩子:
    • 悬念: 承诺给出结果,但暂不透露实现方式。“我们用一封邮件让激活率翻倍了。那封邮件不是你以为的那种。”
    • 大胆断言: 毫不含糊地提出核心论点。“大多数引导流程之所以失败,是因为它们教用户如何使用产品,而不是如何达成目标。”
    • 具体数字: 开篇就拿出实证。“47 次用户访谈。3 种模式。真正导致用户流失的原因就在这里。”
  6. 从三个维度为每个钩子打分,分值为 1–5:能否让人停下滑动、是否兑现了序列实际会给出的具体承诺,以及是否符合语气规则。展示分数、推荐一个版本,并请用户选择。夸大承诺比平淡无奇更糟——兑现不了的差距会让整组内容遭到群嘲。
  7. 根据提纲撰写帖子。每帖都要在第一行点明重点,每帖只讲一个观点;把每个“还有一件事”拆成单独一帖,或直接删掉。多用换行,少用逗号——几行短句比一大段密集文字更易读。每帖脱离相邻帖子也应能独立理解。
  8. 撰写时对照参考文件中的平台单帖限制核算字符数,并在每帖后标注字数,如 (字符数/限制)。钩子要控制在参考文件的预算内,留出空间。如果帖子超限,就删减文字——绝不要为了塞进限制而把一个观点拆成两帖。
  9. 将结尾写成真正的 CTA 帖:用一行重述成果,然后只提出一个请求——关注,并说明理由;或提供链接(链接只能出现在这一帖);或提出一个真正的问题,引导用户回复。只能提出一个请求,不能三个都提。
  10. 询问用户对编号方式的偏好:使用编号前缀(1/),还是不编号,让每帖看起来更自然?编号能提前提示内容长度,也方便截图;不编号则更贴近原生帖文。始终贯彻所选方式——如果选择编号,钩子要标明总数(如“1/9”),让读者知道需要投入多少时间。
  11. 检查留白和节奏:调整帖子长度,确认每帖单独截图也讲得通,并核实话题标签符合参考文件的规范(序列中途不加话题标签)。逐帖核对语气规则。然后根据质量标准中的每一项和平台规则,检查每帖及整个序列;任何一项不合格,都要先修改再呈现。
  12. 展示完整序列及每帖的字数,并将另外两个未采用的钩子标为备选,以便用户替换。

质量标准

各平台的限制(单条帖子长度、钩子预算、序列长度、链接、标签)列在 references/platform-rules.md 中——逐条对照对应平台的规则检查帖子,不要凭记忆。每个序列都必须符合以下要求:

约束规则
钩子符合平台的钩子预算;承诺与序列实际内容相符
每条帖子符合单条帖子长度限制,并显示字数;只有一个观点;单独截图也能成立
长度符合平台的帖子数量范围;背景信息/铺垫最多占 1 条帖子
链接仅限最后一条帖子——在序列中途放链接会让读者退出
标签遵循参考文件的要求;序列中途不得加标签
结构层层递进——最有力的内容放在后半部分,先给出回报,再加行动号召
行动号召结尾帖子中恰好提出一个请求
语气每条帖子都符合 social-context.md 中的语气规则
编号按用户选择的方式为每条帖子编号,或全部不编号

交付内容

完整序列,可直接粘贴:每条帖子单独成块,并附字符数;按用户选择的方式编号;先放选定的钩子,再附上两个备选钩子供参考。到此为止。

评论

支持 Markdown