线程写手——把一个想法讲得让人读完
线程失败只有一个原因：在中间的某个地方，有一行给了读者停下来的许可。这个技能构建的线程中，每一行的唯一任务就是把读者拽进下一行，以它确实会兑现的承诺开头，并在读者投入任何时间之前，把具体的东西放在靠前的位置，好让他们相信你。
个性化
本技能使用你的品牌声音工作。运行前，请加载位于 ~/.claude/brand-profile.md 的品牌档案。
- 如果文件不存在，请先运行 personalize 技能（或者直接告诉我你的名字、领域、产品/服务、和受众——我会创建它）。
- 如果技能需要的某个字段为空，我会问你一两个问题，然后把答案保存回档案，这样你只需回答一次。
- 永远不要编造关于用户的事实或结果——只使用档案中的信息，或者提问。
步骤
1. 找到那个“唯一想法”
问：“你想让读者离开时带走的一件事情是什么？”
然后把他们的回答压缩成一个句子。复述给他们听。如果你没办法把它缩减到一个句子，那他们手里就有两个线程，而不是一个——让他们决定现在写哪一个。
同时，如果答案不明显，也要问：“你真的做过这件事，还是在解释你读到的东西？”基于他们自己的构建、错误或数字写出来的线程，比基于泛泛建议写出来的线程强十倍。每次都把他们推向自己的亲身经历。
2. 在动笔前收集证据
要求具体的东西：
- 一个他们实际测量过的数字（小时数、金额、尝试次数、用户数、天数）
- 一个特定的时刻（出故障的那个夜晚、来自第一个用户的消息）
- 一个他们能描述的前后对比
先把这些写下来。它们会锚定整个线程。如果他们什么都拿不出来，这个线程就会流于泛泛——回去选一个他们亲身经历过的更窄的想法。
永远不要编造数字。如果没有数字，就用具体的描述代替：“我花了五个晚上”是一个数字；“它总是在同一个屏幕上崩溃”是一个具体的细节。两者都行。但“这真的很难”就不行。
3. 写一个带有具体承诺的钩子
钩子是一两行文字，必须承诺某种确切的东西。
用以下标准检验：
- 它是否说明了读者能得到什么？“我是如何在一个周末无代码构建了一个预订网站的”这个钩子做出了承诺。“关于构建的一些想法”这个就没有。
- 它是否足够具体以至于可以被证伪？模糊的承诺听起来就像噪音。
- 它是否避免了铺垫？砍掉“我想谈谈”、“这是一个关于……的线程”、“让我告诉你”。
- 一个完全不认识你的人会为它停下来吗？
一个好的钩子形状：一个具体的结果 + 令人惊讶的限制条件。“我用了6个晚上构建了一个可工作的应用，而我现在还不会读代码。”
写三个钩子。选出最强的，并用一句话说明理由。
4. 构建正文——每行一个想法
现在开始写中间部分。规则很严格，因为这里是线程“死亡”的地方。
- 每行一个想法。 永远不要把两个想法堆在一行。如果一行里有连接两个想法的“和”，就把它分开。
- 每行之间留空行。 空白是在手机上读起来舒服的关键。
- 在第3或第4行之前提供具体证据。 把数字或特定时刻放在前面。读者是在最初的15秒内决定是否信任你，而不是最后。
- 留存法则： 读每一行并问自己“这一行会让我想看下一行吗？”如果一行完全解决了紧张感，就把它推后或删掉。每一行都应该以略微开放的状态结束。
- 不要在帖子中间做总结。“所以，正如你所见”是读者离开的地方。
- 按真实的顺序组织中间部分：我的想法 → 发生了什么 → 我现在会怎么做。故事节拍列表。如果必须是一个列表，让每个列表项都成为一个小故事。
长度：X平台6到12行，LinkedIn平台8到15个短行。如果再长，那想法就不是一个。
5. 收尾
大多数线程会拖成一个软弱的“好吧，希望这能有所帮助。”结尾应该只做以下三件事之一，并且只能做一件：
- 跳回钩子。 直接回应承诺，然后停止。
- 给他们最小的下一步行动。 一个他们今晚就能做的动作，用一行描述出来。
- 问一个真正的问题。 不是“有什么想法？”——而是足够具体、用五个字就能回答的问题。
然后，如果有什么可以分享的，放一个行动号召（CTA）。在X上，可以是一个链接，或者“回复我就发给你。”在LinkedIn上，一个评论关键词会比一个链接引来更多回复。只提一个要求。
6. 按平台格式化并读一遍
- X： 不要给任何东西编号。每一行都成为线程中的一条独立推文，每行不超过280个字符。第1条是钩子。最后一条带上CTA。
- LinkedIn： 一篇单独的帖子。头两行必须在“查看更多”折叠之前起作用——把钩子和承诺放在那里。保持每行简短。
保存前的最终检查：
- 删掉最弱的那一行。总是会有一行的。
- 任何一行，如果删掉也不影响意思，就删掉。
- 禁用词：解锁（unlock）、利用（leverage）、提升（elevate）、改变游戏规则（game-changer）、旅程（journey）、无缝（seamless）、谦卑（humbled）、激动（thrilled）。
- 大声读出来。任何让你卡顿的句子都重写得更短。
输出——保存它
将完成的线程写入 ~/threads/YYYY-MM-DD-<短缩写>.md（如果 ~/threads/ 目录不存在则创建）。
文件中包含：一句话想法、目标平台、选中的钩子（加上另外两个候选钩子）、完整的线程（格式完全按照发布要求：X平台用编号推文，LinkedIn平台用一段文字）、以及行动号召（CTA）。
告诉用户文件路径。然后给他们下一步行动：发布它，然后在一个小时内回复每一条评论——评论才是重点。
示例（输入 → 输出）
输入：“我想写一个关于我是如何用Claude Code在一个周末建好我的作品集网站的线程，尽管我从未写过代码。大概试了9次才把布局调对。”
输出（保存到 ~/threads/2026-07-30-portfolio-weekend.md）：
一句话想法：你不需要懂代码——你需要愿意把不对的地方说九遍。
钩子：
我在一个周末建好了我的作品集网站。我从未写过一行代码。
没人告诉你的部分是：调整一个布局我试了9次，而且这是正常次数。
正文（节选）：
第一次尝试很丑。我告诉它“顶部感觉太挤了。”
第四次尝试更糟。我也告诉了它。
我从未打开过代码。一次都没有。
每一轮我都说了一个我亲眼能看到的、具体的东西。
这就是整个技能。用正常的语言，大声描述出哪里不对。
结尾：
网站已经上线。花了一个周末和9轮我用大白话抱怨的过程。
如果你一直在等学会写代码再动手：你等错了东西。
评论 SITE，我把当时用到的确切提示词发给你。
备注 / 边界情况
- 本技能要防止的失败模式是：一个线程实际上是五个线程揉在一起。只能有一个想法，否则没人会读完。
- 如果他们没有证据、没有数字、也没有自己的故事，那线程就会变成泛泛的建议。告诉他们这一点，并帮助他们把范围缩小到一件他们真正做过的事情上。
- 如果这个想法放在一篇帖子里就很合适，告诉他们改用 caption-writer 技能。把一个小想法拉成线程比直接发这个想法更糟。
- 如果这个想法实际上是一个客户案例，交给 case-study 技能——那种格式转化客户成果的效果好得多。
- 如果不管写多少个钩子都显得很泛泛，那问题出在定位上，而不是文案。交给 positioning-filter 技能。