跨平台發文
將內容分發到各個平台，而不是把它變成穿著四件服裝的同一篇假文。
何時啟用
- 使用者想在多個平台上發布相同的核心想法
- 產品發布、更新、發佈或文章需要針對不同平台製作特定版本
- 使用者說「跨平台發文」、「到處發布這個」或「為 X 和 LinkedIn 改寫這個」
核心規則
- 不要在平台間發布完全相同的內容。
- 在不同平台間保留作者的聲音。
- 根據平台限制進行改編，而不是依循刻板印象。
- 一則貼文仍然應該只談論一件事。
- 如果原始素材本身沒有提出行動呼籲、問題或教訓，就不要憑空捏造。
工作流程
步驟 1：從主要版本開始
首先選出最強的原始版本：
- 原始的 X 貼文
- 原始文章
- 發布說明
- 討論串
- 備忘錄或更新日誌
如果原始素材的聲音還需要調整，請先使用 content-engine。
步驟 2：捕捉聲音指紋
如果當前會話中尚未捕捉到原始素材的聲音，請先執行 brand-voice。
直接重用產生的「VOICE PROFILE」。
除非使用者明確要求為此次活動建立全新的覆寫，否則不要在 brand-voice 之外建立第二份臨時的聲音檢查清單。
步驟 3：根據平台限制進行改編
X
- 保持精簡
- 以最犀利的論點或成品開頭
- 只有當單一則貼文無法完整呈現論述時，才使用討論串
- 避免使用主題標籤和通用填充詞
- 只添加讓圈外人也能理解的必要背景脈絡
- 不要把它變成一篇虛假的創始人反思貼文
- 不要只是因為在 LinkedIn 上就硬加一個結尾問題
- 如果作者本身的語氣更犀利，就不要強行套上圓滑的「專業語調」
Threads
- 保持易讀和直接
- 不要寫出假裝超 casual 的創作者文案
- 不要貼上 LinkedIn 版本再縮短
Bluesky
- 保持簡潔
- 保留作者的節奏感
- 不要依賴主題標籤或餵養演算法的語言
發布順序
預設：
- 先發布最強的原生版本
- 再為次要平台進行改編
- 只有當使用者需要排程協助時，才錯開發文時間
除非有用，否則不要加入跨平台的參考連結。大多數情況下，貼文應該能夠獨立存在。
禁止模式
出現以下情況請刪除並重寫：
- 「Excited to share」
- 「Here's what I learned」
- 「What do you think?」
- 「link in bio」（除非事實如此）
- 原始素材中不存在的通用「專業見解」段落
輸出格式
回覆內容應包含：
- 主要平台的版本
- 為每個要求的平台改編的版本
- 簡短說明改動了什麼以及原因
- 使用者仍需解決的任何發布限制
品質把關
交付前請檢查：
- 每個版本讀起來都像是同一位作者在不同限制下的產出
- 沒有任何平台的版本感覺像是被填充或美化過
- 沒有任何內容在不同平台間逐字複製
- 為 LinkedIn 或電子報添加的任何額外背景資訊確實是必要的
相關技能
brand-voice：用於可重複使用的、從原始素材衍生的聲音捕捉content-engine：用於聲音捕捉及原始素材調整x-api：用於 X 發布工作流程