关于 thread-writer
thread-writer 是用于撰写 X 和 Threads 品牌内容的营销技能。它围绕单一观点和明确收获组织帖子,并判断内容是否更适合单条发布。
主要功能
- 01判断内容是否需要串文
- 02构建清晰的串文结构
- 03撰写引子并承诺读者收获
- 04每帖聚焦一点并遵守字数限制
- 05适配 X 和 Threads 的格式
- 06以一个行动号召收尾
适用场景
- 01将多步骤经验整理成 X 串文
- 02把故事改写为 Threads 串文
- 03将勉强拼成的串文改为单条帖子
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ social-media-skills/ skills --skill thread-writer安装后在 Claude Code 中输入/thread-writer确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
evals/evals.jsonreferences/architecture.mdexamples.mdplatform-and-when.mdpost-craft.md详细介绍
长帖撰写
长帖是一台用文字打造的留存机器:由一系列帖子组成,每一条都必须让读者愿意继续看下去,否则读者就会流失。写得好,它是在 X 上深入表达、获得收藏和增长关注者的最佳形式之一。写得敷衍——把一篇博客随意切成几段——效果甚至不如一条帖子。
贯穿其中的是三条原则:
- 开篇决定一切。 第 1 条帖子必须既能吸引读者(让人停下滑动),又能承诺回报(给出读完整篇的理由)。它也是最容易被转发的帖子,因此长帖的传播范围成败在此一举。
- 每篇长帖一个观点,每条帖子一个观点。 一篇长帖表达一个连贯的观点;每条帖子只推进一个节拍。塞得太满会毁掉效果。
- 每条帖子都要让读者愿意继续看下一条。 推进力是衡量标准。无法推动读者继续读下去,或不值得占据篇幅的帖子,都要删掉。
步骤 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— 完整的串文示例(列表式和故事式),符合品牌语气。