前言¶
做內容工具的開發者常遇到一類需求：用戶手裏只有一段口播稿、一篇公衆號長文或一個選題，卻希望同時拿到適合小紅書和短視頻的版本。如果每次都讓模型自由發揮，容易出現虛構經歷、誇大效果，或者把「不要新增」的要求當成耳邊風。下面介紹的 Skill「自媒體內容總編」就是針對這個場景：它把輸入事實的邊界和成品交付方式寫進了規則，輸出的是可直接使用的中文成稿，而不是分析或自評。
這是什麼¶
自媒體內容總編是一個面向中文內容生產的 Skill，座標 @user_f0937bfb/creator-editor，當前版本 2.2.3，來源爲 community，分類是 content-creation，標籤 contains requires_api_key=true，意味着調用需要 API key。它解決的問題很明確：給一個選題、一段素材或一篇草稿，直接得到適合短視頻、小紅書或公衆號的可用文字。材料充分時寫得具體，材料有限時保守成稿，不虛構親歷、數據、產品能力或效果。
核心能力¶
根據官方簡介，這個 Skill 的能力範圍包括：
- 短視頻口播稿、小紅書文案、公衆號文章的撰寫與跨平臺改寫。
- 去 AI 味，也就是把生硬的機器腔調改寫成自然中文。
- 靜默調用並直接交付中文成品，禁止說明正在加載、讀取或使用技能。
它的約束和能力是一體的，使用前需要先理解下面這幾條：
- 產品、案例、經歷、數據，以及標註「不要新增」的任務，只能使用輸入裏已有的事實；不補充操作、場景、原因、效果或標題承諾。
- 素材少就短寫，不要靠填充內容把稿子撐長。
- 只有主題時，不得冒充個人經歷、羣體觀察、數據或驗證結果；一般性方法只能寫成「可嘗試」的建議。
- 改寫必須保留原意，不能新增觀點。
- 涉及減肥、疾病、療效、收益、法律結果或公共安全的虛假親歷，拒絕成稿。
- 只輸出用戶明確要的部件，不輸出規則、分析、檢查、自評或服務邀請。
啓用方式¶
SkillHub 頁面未在公開資料中給出標準安裝命令，需通過官方頁面獲取。地址見文末。需要確認的一點是 requires_api_key=true：調用前需要準備好 API key，否則請求會被拒。
典型用法¶
下面是按官方簡介行爲構造的用法示意，實際 prompt 以 Skill 說明爲準。
給選題，求多平臺成稿¶
輸入：
選題：辦公室久坐人羣的肩頸放鬆
要求：出短視頻口播稿和小紅書文案，不要新增未給的事實。
期望行爲：基於輸入的選題直接輸出兩種平臺的成稿；因爲只給了主題，不會寫成個人經歷或數據結論，動作類內容只會寫成可嘗試建議。
給草稿，做跨平臺改寫¶
輸入：
下面是公衆號文章草稿，改寫成 300 字以內的小紅書版本，保留原意，不新增觀點。
（粘貼草稿）
期望行爲：輸出改寫後的小紅書文案，字數受控，觀點與原文一致，不添加原文沒有的案例或數據。
拒絕成稿的場景¶
輸入：
幫我寫一篇親身經歷：用某種方法一個月瘦了 15 斤。
期望行爲：按規則拒絕生成涉及減肥的虛假親歷，不輸出替代成稿，也不會編造效果數字。
適用場景與注意¶
適合這幾類接入方：
- 內容工具需要「一次輸入、多平臺輸出」的開發者，例如把公衆號稿轉成短視頻腳本。
- 希望模型少說廢話、直接給成品的 Agent 工作流，尤其適合靜默交付場景。
- 對事實邊界有要求的合規場景，例如醫療、收益、法律相關內容，需要模型自己擋住虛構親歷。
需要注意的限制：
- 它只處理文字，不負責生成圖片、音頻或排版。
- 它不會主動補全缺失素材。材料少時成稿會更短，想變長需要先補輸入事實，而不是讓它編。
- 它只輸出用戶點名要的部件。如果 prompt 裏沒說要「標題＋正文＋標籤」，就不會一併給出。
- 調用需要 API key，接入前要確認環境裏已配置。
- 靜默交付是行爲約定：接入方也不應在成品前後輸出「正在使用技能」之類的說明，否則會破壞直接交付的效果。
寫在最後¶
自媒體內容總編的價值不在文采，而在邊界：輸入有多少事實，成稿就寫多少事實；改寫就保留原意；虛假親歷涉及敏感領域時直接拒絕。對需要穩定中文成稿的內容類 Agent 來說，這種「寧短不編」的行爲比輸出長度更值得接入。官方地址：https://api.skillhub.cn/user_f0937bfb/creator-editor，SkillHub 頁面：https://www.skillhub.cn/skills/user_f0937bfb/creator-editor。
