mcpField
T
thread-writer

thread-writer

github.com/social-media-skills营销与增长210649 次安装2 周前更新
代码仓库

关于 thread-writer

thread-writer 是用于撰写 X 和 Threads 品牌内容的营销技能。它围绕单一观点和明确收获组织帖子,并判断内容是否更适合单条发布。

主要功能

  1. 01判断内容是否需要串文
  2. 02构建清晰的串文结构
  3. 03撰写引子并承诺读者收获
  4. 04每帖聚焦一点并遵守字数限制
  5. 05适配 X 和 Threads 的格式
  6. 06以一个行动号召收尾

适用场景

  1. 01将多步骤经验整理成 X 串文
  2. 02把故事改写为 Threads 串文
  3. 03将勉强拼成的串文改为单条帖子

安装

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

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

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

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

evals/
evals.json
references/
architecture.md
examples.md
platform-and-when.md
post-craft.md

详细介绍

长帖撰写

长帖是一台用文字打造的留存机器:由一系列帖子组成,每一条都必须让读者愿意继续看下去,否则读者就会流失。写得好,它是在 X 上深入表达、获得收藏和增长关注者的最佳形式之一。写得敷衍——把一篇博客随意切成几段——效果甚至不如一条帖子。

贯穿其中的是三条原则:

  1. 开篇决定一切。 第 1 条帖子必须既能吸引读者(让人停下滑动),又能承诺回报(给出读完整篇的理由)。它也是最容易被转发的帖子,因此长帖的传播范围成败在此一举。
  2. 每篇长帖一个观点,每条帖子一个观点。 一篇长帖表达一个连贯的观点;每条帖子只推进一个节拍。塞得太满会毁掉效果。
  3. 每条帖子都要让读者愿意继续看下一条。 推进力是衡量标准。无法推动读者继续读下去,或不值得占据篇幅的帖子,都要删掉。

步骤 0 — 先阅读基础资料

加载 brand-profile.md 和 voice.md。每条帖子都要保持一致的语气;X/Threads 上的表达通常更偏口语化(使用语气映射表)。全程遵守各项约束。

步骤 1 — 确定一个观点、读者能获得的回报,并判断是否该写成长帖

  • 一个观点 — 核心论点或故事。如果有好几个,就挑一个,或计划分别写成多篇长帖。
  • 读者能获得的回报 — 读者读到最后会得到什么(经验教训、清单、结果)。
  • 写成长帖还是单条帖子? 只有当这个观点确实需要多个节拍时,才写成长帖。如果一条帖子就能说清,单条精炼有力的帖子几乎总是胜过生硬拼凑的长帖。参见 references/platform-and-when.md。

步骤 2 — 撰写开篇(钩子 + 承诺)

使用 hook-writer 撰写第 1 条帖子。它必须同时完成两项任务:用真实的机制吸引读者,并承诺读者能获得的回报(“我们是这样做到的”“7 条经验教训”“它是如何崩溃的”)。开篇也必须能独立成为一条有力的帖子,因为它最容易被转发。不要慢慢铺垫。参见 references/post-craft.md。

步骤 3 — 设计长帖结构

选择适合这个观点的结构——清单、故事、论证、操作指南或拆解——并列出主线:开篇的承诺,以及按顺序兑现承诺的各条帖子。主线能让长帖保持连贯,而不是变成一篇被切碎的文章。每条帖子只讲一个观点。参见 references/architecture.md。

步骤 4 — 撰写正文帖子

每条帖子都要把重点放在开头,只推进一个节拍,遵守平台字数限制,并推动读者继续看下去(用一个小钩子、编号步骤、“但关键在于”)。删掉任何凑数或铺垫过多的帖子。每条帖子都要保持品牌语气。参见 references/post-craft.md。

步骤 5 — 写好结尾,并加入一个 CTA

最后一条帖子要兑现/总结读者能获得的回报,然后提出一个请求——与目标和语气相符。在 X 上,常见的增长方式是请读者转发开篇(“如果这对你有帮助,请转发第一条帖子”)和/或关注账号。只加入一个 CTA;如有链接,放在这里或回复中。

步骤 6 — 按平台格式排版

根据 references/platform-and-when.md 中的说明,应用 X 与 Threads 的平台规则(限制、编号、链接、标签)。在有助于读者理解顺序时为帖子编号;不要在别扭的位置拆开一个完整的想法;在帖子内使用换行提升可读性。

质量标准 — 自查

  • 开篇是否既能吸引读者,又承诺回报,并且可以独立成为一条适合转发的帖子?
  • 是否只有一个观点,并且主线清晰——而不是一篇被切碎的文章?
  • 每条帖子是否都让读者愿意继续看下一条(有推进力、不凑数)?
  • 每条帖子是否把重点放在开头,并遵守平台限制?
  • 结尾是否兑现了读者能获得的回报,并且只包含一个 CTA?
  • 是否符合品牌语气,且语体得当?
  • 这真的该写成长帖吗——还是单条帖子更有力?

如果有任何一条帖子无法推动读者继续看下去,就在交付前删掉或重写。

边界情况

  • 应该是一条单独的帖子 → 说明这一点,并撰写有力的单条帖子,不要为了凑数而拆成串文。
  • 包含多个想法 → 每串只讲一个想法;建议拆成系列。
  • 把长文切碎(将博客“改成串文”的做法)→ 不要这样做。提炼核心想法,并将其重新构建为原生串文(源内容→串文的流程请参阅 cross-platform-repurposing)。
  • Threads(Meta)与 X → 适配平台:Threads 风格更随意,串文文化没那么浓厚,每条帖子限 500 字;X 的串文文化浓厚,并有转发开篇的机制。一条对话式的 Threads 帖子 → threads-post。
  • 没有真正的收获 → 如果这个想法没有实际启示,就不适合写成串文;先打磨想法。
  • 敏感或受监管内容 → 在每条帖子中遵循合规要求;不要夸大声明。

相关技能

  • brand-profile、voice-builder — 语气、语域和规范。
  • hook-writer — 开篇(以及重新吸引读者的内容)。
  • caption-writer — 单条帖子/说明文字;threads-post — 一条 Meta Threads 帖子(非串文);cross-platform-repurposing — 将长文改写为串文。
  • scheduling-and-queue — 通过 WoopSocial 安排发布。注意:WoopSocial 仅发布单条帖子(不支持原生多条串文),因此请安排开篇帖,并通过原生方式/手动发布后续帖子。

参考资料

  • references/architecture.md — 串文结构、主线、每条帖子只讲一个想法、长度。
  • references/post-craft.md — 开篇公式、单条帖子作为基本单位、过渡、结尾与行动号召。
  • references/platform-and-when.md — X 与 Threads 的机制,以及哪些情况下不应写成串文。
  • references/examples.md — 完整的串文示例(列表式和故事式),符合品牌语气。

评论

支持 Markdown