前言¶
做一個長內容很貴。一篇公衆號長文、一期播客逐字稿、一場直播回放、一份視頻口播稿，寫完就發一次，流量只喫到一個平臺。另一種常見做法是同一篇稿子原樣複製到所有平臺，結果要麼被平臺判重複分發，要麼在不同平臺都不合適。
這個 Skill 走的是第三條路：它不負責改寫，負責的是「把長內容拆成原料，再決定哪條原料發到哪個平臺、什麼時候發」。改寫交給下游的內容引擎。下面介紹它到底做什麼、怎麼用、邊界在哪。
這是什麼¶
這個 Skill 名稱是「內容分發｜多平臺搞流量」，由村長老謝（indiv-cunzhanglaoxie）發佈在 SkillHub 上，官方地址是 https://api.skillhub.cn/indiv-cunzhanglaoxie/content-recycle。SkillHub 上的分類是 content-creation，評分 98819，下載量 1171 次（以官方頁面爲準，抓取時頁面不可訪問，數據來自任務提供的資料）。
它解決的問題是複用決策：一篇長內容裏有哪些可以拆開復用的部分、每條該發哪個平臺、首發和二次分發之間留多久、怎麼避免被判搬運。它不產出改寫後的文案。
核心能力¶
整個 Skill 按九章一條線組織：
- 體檢。對長內容做四條硬指標打分，判斷值不值得複用；不值得就直接勸退，不做拆條。
- 切片。把內容拆成六類原料：立場反轉、反常識數據、可操作步驟、被弱化的前提、真實案例、高頻問答。同時回答一篇切幾刀。
- 平臺矩陣。覆蓋抖音、視頻號、小紅書、公衆號、朋友圈、知乎六個平臺，每個平臺有自己的翻譯規則與禁區。
- 配對。哪條料配哪個平臺，不是每條都全平臺發。
- 節奏。決定首發與二次分發的時間差。
- 防翻車。按時效、重複、搬運四判據、合規四個維度檢查。
- 交接。給下游改寫技能輸出人話指令，說明要改哪一段。
- 復盤。記錄哪條複用真的帶來了流量。
- 邊界。明確什麼內容不該複用。
附四個引擎：體檢打分、切片建議、平臺匹配、發佈排期。
調用方式是在對話裏使用觸發詞，包括「一魚多喫」「一稿多投」「內容複用」「跨平臺分發」「長文拆解」「公衆號轉小紅書」「播客拆條」「內容二次利用」「複用決策」「內容分發排期」「村長老謝」「老謝」。
安裝與啓用¶
安裝方式需要到官方地址確認。該頁面當前不可訪問，本文不寫未經覈實的安裝命令。在支持 SkillHub 的客戶端裏，按官方地址添加該 Skill 即可，之後在對話中使用上述觸發詞調用。
需要注意的是，這個 Skill 只做複用決策，產出的是「改哪一段、發到哪、什麼時候發」的清單與指令，不是成品文案。下游需要接一個改寫類的內容引擎才能拿到可直接發佈的文本。
典型流程¶
以一篇公衆號長文爲例，完整流程如下：
1. 把長文全文交給 Skill，用觸發詞（如「一魚多喫」「內容複用」）發起
2. Skill 先體檢：四條硬指標打分，不達標直接勸退
3. 達標後切片：輸出六類原料清單，標註每條在原文中的位置
4. 平臺配對：每條原料對應一個或幾個平臺，而不是全平臺分發
5. 排期：給出首發平臺、首發時間、二次分發的平臺與時間差
6. 交接：生成給下游改寫引擎的人話指令
7. 發佈後復盤：記錄各條複用的實際流量
這一步產出的是一份分發決策，不是文案。拿到決策後再把對應的原料段落交給下游引擎改寫。
適用場景與注意¶
適合手裏有大量長內容資產、想跨平臺喫流量的創作者和內容團隊：公衆號作者、播客製作方、直播運營。它的價值在於提高單篇內容的利用率，同時降低重複分發和搬運判定的風險。
需要注意幾點：
- 這個 Skill 明確只複用自己的內容，不做洗稿、不做搬運、不做侵權拼接。素材必須是你自己生產的長內容。
- 體檢環節會勸退不合格的內容。不是所有長文都適合拆開復用，硬拆會產出沒人看的碎片。
- 平臺禁區規則是內置的，各平臺規則會變，發佈前仍需人工確認。
- 它不替代改寫。沒有下游內容引擎時，拿到的是決策而不是成品。
- 時效判據會限制某些內容二次分發的窗口，過期內容不建議再發。
結尾¶
這個 Skill 的價值在於把「一魚多喫」從憑感覺變成一條可執行的流程：先體檢值不值得複用，再切片、配對、排期、防翻車、交接、復盤。它只做決策，不改文案，邊界清楚。
官方地址：https://api.skillhub.cn/indiv-cunzhanglaoxie/content-recycle（頁面抓取時不可訪問，安裝與最新數據以官方頁面爲準）。
