貼文串作家 — 一個想法，讓人讀完它
一個貼文串失敗的原因只有一個：在中間的某個地方，有一行文字給了讀者停下的許可。這個技能會建構一個貼文串，其中每一行的唯一工作就是將讀者推向下一行，開頭做出一個它確實會實現的承諾，並在接近頂部的地方放入一些具體的內容，讓讀者在還沒投入任何時間之前就相信你。
個人化
此技能使用你的品牌口吻。在執行前，請載入位於 ~/.claude/brand-profile.md 的品牌設定檔。
- 如果該檔案不存在，請先執行 personalize 技能（或直接告訴我你的名字、領域、產品與受眾 — 我會建立它）。
- 如果此技能需要的某個欄位為空白，我會問一兩個問題，並將答案存回設定檔，這樣你只需回答一次。
- 切勿捏造有關使用者的事實或成果 — 僅使用設定檔中的資訊，或直接詢問。
步驟
1. 找到那個「唯一」的想法
詢問：「你想讓人們在離開時帶走的一件事是什麼？」
然後將他們的答案壓縮成一個句子。對他們複述一次。如果你無法將它濃縮成一個句子，那就表示他們有兩個貼文串，而不是一個 — 讓他們選擇現在要寫哪一個。
如果情況不明顯，也要問：「這是你親身經歷過的事，還是你只是在解釋你讀過的東西？」基於他們自己的構建、錯誤或數據的貼文串，其價值是基於一般建議的貼文串的十倍。每次都引導他們回到自己的經驗。
2. 在寫下任何文字之前，先收集證據
要求具體的資料：
- 一個他們實際測量過的數字（小時、金錢、嘗試次數、使用者數量、天數）
- 一個特定的時刻（事情搞砸的那個夜晚、第一個使用者的訊息）
- 一個他們能描述的「前後對比」
先把這些寫下來。它們是整個貼文串的錨點。如果他們什麼都沒有，貼文串就會變得泛泛— 請回去找一個他們真正經歷過的、更狹窄的想法。
切勿捏造任何數字。如果沒有數字，就用具體的描述代替：「花了五個晚上」是一個數字；「它總是在同一個畫面當掉」是一個具體的細節。兩者都有效。「真的很難」則不行。
3. 撰寫帶有精準承諾的鉤子
鉤子是一到兩行文字，而且必須承諾某個確切的事情。
用以下標準檢驗它：
- 它是否說明了讀者能得到什麼？「用一個週末無程式碼建立預約網站」有承諾。「關於建立的一些想法」則沒有。
- 它是否具體到足以被證偽？模糊的承諾讀起來像噪音。
- 它是否避免了冗長的開場？刪掉「我想談談」、「這裡有一篇關於」、「讓我告訴你」。
- 一個對你完全陌生的陌生人會為它停下來嗎？
一個好的鉤子形狀：具體的成果 + 令人驚訝的限制條件。「我用六個晚上建立了一個能用的應用程式，而且我仍然不會讀程式碼。」
寫三個鉤子。選出最強的一個，並用一句話說明原因。
4. 建構正文 — 一行一個想法
現在開始寫中間部分。規則很嚴格，因為這裡是貼文串失敗的地方。
- 一行一個想法。 絕不要在一行裡塞兩個想法。如果一行中有一個「而且」連接了兩個想法，就將它分開。
- 每行之間插入一個空白行。 空白行是在手機上閱讀時保持可讀性的關鍵。
- 在第 3 或第 4 行之前放入具體證據。 儘早放入數字或特定時刻。讀者是在最初 15 秒內決定是否信任你，而不是最後。
- 保留規則： 閱讀每一行並問自己「這一行會讓我想讀下一行嗎？」如果一行完全解決了懸念，就把解決方案往後移或刪掉這一行。每一行都應該保持一點開放性。
- 不要在貼文串中間做總結。 「所以，正如你所見」是讀者離開的地方。
- 將正文安排成一個真實的順序：我原本想的 → 發生的事 → 我現在會怎麼做。故事節奏的清單。如果必須是一個列表，讓每一項都是一個小故事。
長度：X 平台 6 到 12 行，LinkedIn 8 到 15 行短句。如果比這個長，代表這個想法不是一個想法。
5. 收尾
大多數貼文串都以一個軟弱的「總之，希望這有幫助」結束。結尾應該只做以下三件事之一：
- 呼應鉤子。 直接回應那個承諾並就此打住。
- 交給他們最簡單的下一步。 一個他們今晚就能採取的動作，用一行描述。
- 問一個真正的問題。 不是「覺得如何？」— 而是要具體到能用五個字回答的問題。
然後，如果有可以分享的東西，加入一個行動呼籲。在 X 上，這是一個連結或「回覆我就寄給你」。在 LinkedIn 上，一個留言關鍵字比連結更能引發回覆。只放一個請求。
6. 根據平台格式化並大聲朗讀
- X： 不要對任何東西編號。每一行變成貼文串中的一篇獨立貼文，每篇不超過 280 個字元。第一篇是鉤子。最後一篇包含行動呼籲。
- LinkedIn： 一篇單一的貼文。前兩行必須在「顯示更多」的截斷點之前發揮作用 — 把鉤子和承諾放在那裡。保持每一行簡短。
儲存前的最後檢查：
- 刪掉最弱的一行。總會有一行。
- 任何刪掉後也不會影響意思的行，就刪掉。
- 禁用詞彙：解鎖、槓桿、提升、遊戲規則改變者、旅程、無縫、謙遜、興奮。
- 大聲朗讀。任何你讀起來卡住的地方，就改寫得更短。
輸出 — 儲存它
將完成的貼文串寫入 ~/threads/YYYY-MM-DD-<短網址別名>.md（如果 ~/threads/ 不存在則建立它）。
檔案包含：一句話的想法、平台、選中的鉤子加上兩個遺珠、以發布格式正確呈現的完整貼文串（X 平台為編號貼文，LinkedIn 平台為一個區塊）、以及行動呼籲。
告訴使用者檔案路徑。然後給他們一個下一步行動：發布它，然後在第一個小時內回覆每一則留言 — 回覆才是重點。
範例（輸入 → 輸出）
輸入：「我想寫一個貼文串，主題是我如何在一個週末內用 Claude Code 建立我的作品集網站，即使我從來沒寫過程式。我大概試了 9 次才把版面弄對。」
輸出（儲存至 ~/threads/2026-07-30-portfolio-weekend.md）：
一個想法：你不需要懂程式碼 — 你需要願意把問題說出來九次。
鉤子：
我用一個週末建立了我的作品集網站。我從來沒寫過一行程式碼。
沒人告訴你的部分是：為了弄對一個版面，我試了 9 次，而這是正常的次數。
正文（節錄）：
第一次嘗試很醜。我告訴它「頁首感覺很擠。」
第四次嘗試更糟。我也告訴它了。
我從來沒打開過程式碼。一次都沒有。
每一輪我都說出一件我親眼能看到的具體事情。
這就是全部技巧。用平常的話，大聲說出哪裡不對勁。
結尾：
網站上線了。花了一個週末和 9 輪我用白話文抱怨的過程。
如果你一直在等學會寫程式才開始：你在等一個錯的東西。
留言 SITE，我會寄給你我用過的確切提示詞。
注意事項 / 邊界情況
- 這個技能預防的失敗模式：一個其實是五個貼文串混在一起的貼文串。一個想法，否則沒人會讀完。
- 如果他們沒有證據、沒有數字、也沒有自己的故事，那麼這個貼文串將會是泛泛的建議。直接告訴他們，並幫助他們縮小範圍到一件他們真正做過的事情。
- 如果這個想法可以很舒服地放進一篇貼文裡，告訴他們改用 caption-writer。把一個小想法硬塞成一個貼文串，還不如直接發布那個小想法。
- 如果這個想法實際上是一個客戶成果，交給 case-study — 那種格式對於轉換成果更有效。
- 如果你不管寫多少個鉤子，它們都還是很泛泛，那麼問題在於定位，而不是文案。交給 positioning-filter。