前言¶
給抖音、B站、小紅書、快手、視頻號、百家號分別寫一套上傳腳本，是內容工具類項目裏最常見的重複勞動：每個平臺一套登錄態、一套上傳接口、一套文案規則，維護成本隨平臺數量線性增長。Social Media Publish 全平臺發佈 這個 Skill 試圖把這六件事收斂成一個入口。
下面介紹這個 Skill 的定位、已覈實的功能、以及在資料不全時應該如何覈實安裝方式。
這是什麼¶
Social Media Publish 全平臺發佈是一個社區來源的 Agent Skill，座標 @user_1a99cb00/social-media-publish，發佈者爲 user_1a99cb00，當前版本 1.0.1，分類屬於 content-creation。它解決的問題是：在同一個 Agent 會話裏完成國內主流社媒平臺的登錄與內容發佈，避免爲每個平臺單獨維護上傳流程。
根據 Skill 簡介，其發佈能力基於開源項目 social-auto-upload（該簡介稱其有 9878 星）的核心引擎，並非自研上傳實現。這一歸屬在安裝前值得確認，因爲它意味着平臺的接口變動會跟隨上游項目。
核心功能¶
根據 Skill 簡介，已聲明的能力包括：
- 平臺覆蓋：抖音、B站、小紅書、快手、視頻號、百家號，共六個平臺。
- 登錄與發佈：一個 Skill 內完成各平臺的登錄態處理與內容發佈。
- 內容類型：支持視頻上傳與圖文上傳。
- 定時發佈：支持按計劃時間發佈，而不是隻能即時上傳。
- AI 全平臺文案生成：爲不同平臺生成適配的文案。
需要注意，上述能力來自 Skill 自身的簡介描述。本次未能打開 SkillHub 頁面與 API 端點核對功能細節（見下一節），因此具體命令、參數與平臺開關應以官方頁面爲準。
安裝與啓用¶
SkillHub 頁面地址：https://www.skillhub.cn/skills/user_1a99cb00/social-media-publish
API 地址：https://api.skillhub.cn/user_1a99cb00/social-media-publish
本次寫作時，SkillHub 頁面與 API 端點均無法訪問，抓取失敗。因此本文不給出安裝命令——在無法覈對命令的情況下寫出一條命令，比沒有命令更有害。安裝前請直接打開上面的官方地址，按頁面說明執行；同時確認兩件事：
- 該 Skill 的標籤爲
requires_api_key=false，即頁面標註爲不需要 API Key，但平臺登錄態仍可能需要單獨處理。 - 頁面顯示的下載與安裝數據。根據已抓取資料，頁面顯示評分 100000、下載 141 次、安裝 0 次，版本 1.0.1。安裝數爲 0 意味着可參考的公開使用記錄很少，建議先在測試環境驗證再投入實際發佈。
如果你使用的是 Cursor、Codex CLI 或 Claude Code 等支持通用 SKILL.md 格式的環境，安裝方式由該環境的 Skill 加載機制決定，本文不臆測差異，請以 SkillHub 頁面和你的客戶端文檔爲準。
典型用法¶
由於官方頁面本次不可訪問，無法給出可復現的命令級示例。可用的最小驗證方式是：
- 在支持 Skill 的客戶端中加載該 Skill，確認能識別
@user_1a99cb00/social-media-publish。 - 用一句自然語言請求發佈一條測試內容，觀察它向哪個平臺發起請求、是否需要人工確認登錄。
- 先只接一個平臺（建議從圖文類平臺開始），驗證上傳與定時發佈是否如簡介所述。
適用場景與注意¶
適合誰：
- 需要在多個國內平臺同步發佈內容、又不想爲每個平臺維護一套腳本的開發者或內容團隊。
- 已有 Agent 工作流、希望把發佈環節作爲一步接進去的場景。
限制與坑：
- 能力基於 social-auto-upload 引擎，平臺的風控與接口變更會直接影響發佈成功率，需關注上游項目動態。
- 平臺登錄態通常與賬號安全相關，務必在測試賬號上先行驗證，避免誤操作到主力賬號。
- 定時發佈依賴 Agent 側的定時觸發，如果客戶端不支持定時執行，這一能力需要自己補一層調度。
- 安裝數爲 0、發佈者信息有限，社區驗證不足，建議把它當作起點而不是生產依賴。
- 文案生成能力的具體效果取決於底層模型，跨平臺文案差異是否真的可用，需要實測。
結尾¶
這個 Skill 的價值在於把六個平臺的登錄與發佈收斂到一個入口，減少了重複維護。但它的可信度目前主要建立在一條簡介和一個上游項目上，頁面又暫時無法訪問，因此正確用法不是直接接入生產，而是先在測試環境按上面三步驗證。
官方地址：https://www.skillhub.cn/skills/user_1a99cb00/social-media-publish
