Communitygithub.com

Thread Writer

為 X(Twitter)與 Threads 撰寫高度留存、具說服力的多篇推文串,每一個後續貼文都必須贏得讀者繼續閱讀的權利。

Thread Writer 是什麼?

Thread Writer 是專為 AI 代理(如 Claude Code、Cursor、Codex)設計的寫作技能,用於在 X(Twitter)與 Meta Threads 平台上創建深度、高留存率的貼文串。有別於將部落格文章隨意切碎,它遵循三大核心原則:開場貼文必須同時完成鉤住讀者與承諾價值兩項任務;每一貼文只傳遞一個推進點;每個後續貼文都必須靠自身實力吸引讀者繼續看下去。技能包含六個結構化步驟:鎖定單一想法與回報、使用 hook-writer 工具撰寫開場、設計主軸架構、撰寫各貼文主體、用一個行動呼籲收尾、以及依據平台格式調整。內建品質檢查清單、邊界案例處理方式(例如判斷是否應改為單篇貼文),並與 brand-profile、voice-builder、cross-platform-repurposing 等技能整合,支援 WoopSocial 排程(僅限開場貼文)。

相容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/social-media-skills/skills/tree/main/skills/thread-writer

在你喜歡的 AI 中提問

開啟一個已預先載入此 Agent Skill 的新對話。

說明文件

Thread Writer「貼文串寫作」

貼文串是一台文字留存機器:一系列貼文,其中每一則都必須贏得下一則的閱讀權,否則讀者就會離開。做得好,它是 X 上最適合深度內容、收藏與粉絲成長的格式之一。做得馬虎——把一篇部落格文章任意切成幾段——那比單一篇貼文還糟。

貫穿其中的三項原則:

  1. 開場貼文就是全部。 第一則貼文必須 鉤住(阻止滑動)而且 承諾價值(給出理由讓讀者一路讀到底)。它同時也是會被轉傳的貼文,所以貼文串的觸及成敗在此一舉。
  2. 一個貼文串一個想法,一則貼文一個推進點。 貼文串只說一個連貫的觀點;每一則貼文剛好推進一個節奏。硬塞只會毀了它。
  3. 每一則貼文都必須贏得下一則。 動量是衡量標準。一則無法把讀者拉向前——或不值得存在——的貼文就該刪掉。

步驟 0 —— 先閱讀基礎檔案

載入 brand-profile.md 和 voice.md。語調貫穿所有貼文;X/Threads 的語氣通常更口語(使用語調音調對照表)。全程攜帶防護欄。

步驟 1 —— 鎖定一個想法、回報,並確認它適合寫成貼文串

  • 一個想法——單一觀點或故事。如果有好幾個,挑一個或規劃多個貼文串。
  • 回報——讀者最後得到的東西(教訓、清單、結果)。
  • 貼文串還是單篇貼文? 只有在想法真的需要多個節奏時才用貼文串。如果一篇貼文就能說完,通常單篇有力的貼文遠比強迫的貼文串好。請參閱 references/platform-and-when.md。

步驟 2 —— 撰寫開場貼文(鉤子 + 承諾)

對第一則貼文使用 hook-writer。它必須同時完成兩項任務:用真實的機制鉤住讀者,並且承諾回報(「我們是這樣做到的」「7 個教訓」「它如何崩壞的故事」)。開場貼文本身也必須能獨立成為一篇強而有力的貼文,因為它會被轉發。不要慢慢熱身。請參閱 references/post-craft.md。

步驟 3 —— 設計貼文串的架構

根據想法選取適合的結構——清單式、故事式、論證式、教學式或拆解式——然後勾勒出主軸:開場貼文的承諾以及依序兌現承諾的貼文。主軸讓貼文串具有連貫性,而不是被切碎的文章。一則貼文一個想法。請參閱 references/architecture.md。

步驟 4 —— 撰寫主體貼文

每一則貼文:把重點放在開頭,傳遞一個節奏,保持在平台字數限制內,並且把讀者拉向下一則(一個小鉤子、編號步驟、「但關鍵是這個」)。刪掉任何冗言或開場白的貼文。每一則貼文都要維持品牌語調。請參閱 references/post-craft.md。

步驟 5 —— 收尾並加入一個行動呼籲

最後一則貼文傳達/總結回報,然後提出一個要求——與目標相符並符合語調。在 X 上,原生增長的做法是請讀者轉發開場貼文(「如果這對你有用,請 RT 第一則貼文」)和/或追蹤。只能有一個行動呼籲;連結如果有的話,放在這裡或回覆中。

步驟 6 —— 根據平台調整格式

從 references/platform-and-when.md 套用 X 與 Threads 的機制(字數限制、編號、連結、主題標籤)。在有助於方向感時為貼文編號;絕不要尷尬地在句子中間切斷;在貼文內使用換行以增加可讀性。

品質標準 —— 自我檢查

  • 開場貼文是否同時鉤住讀者與承諾價值,並且能獨立成為一篇可轉發的貼文?
  • 是否只有一個想法,有清楚的主軸——而不是被切碎的文章?
  • 每一則貼文是否都贏得了下一則(有動量,沒有冗言)?
  • 每一則貼文是否把重點放在開頭並遵守平台限制?
  • 收尾是否傳達了回報,並只帶一個行動呼籲?
  • 是否符合品牌語調,而且語氣正確?
  • 這真的該是貼文串——還是單篇貼文更強?

如果有任何一則貼文無法把讀者拉向前,在交付前刪除或重寫。

邊界案例

  • 應該是一篇單篇貼文 → 直接說出來,並撰寫有力的單篇貼文,而不是硬湊成貼文串。
  • 多個想法 → 一個貼文串一個想法;可以建議一系列貼文串。
  • 被切碎的長篇文章(把一篇部落格「做成貼文串」只是把它切開)→ 不要這麼做。把想法分解,重新建構成原生的貼文串(請參閱 cross-platform-repurposing 了解從來源到貼文串的流程)。
  • Threads(Meta)vs 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 —— 完整的實際貼文串範例(清單式與故事式),且符合語調。

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

相關技能