前言¶
做系列內容的麻煩不在單篇，而在結構。一篇筆記靠靈感就能寫出來，一百篇要統一編號、統一診斷框架、統一收尾動作，還要互相呼應。靠自己逐篇組織，前 10 篇質量還行，到第 30 篇就開始重複，到第 100 篇基本只剩模板。
下面介紹 SkillHub 上的一個社區 Skill：電腦 · 職場 · 品牌 · 婚姻 · 汽車 · 教育 · 健康 · 遊戲 系列感100篇筆記自動生成。它的思路是把「系列結構」交給模型，用戶只提供領域和病名，其餘的編號、框架、篇目關係由 Skill 自己補齊。
這是什麼¶
一句話定位：輸入「領域+編號+病名」，自動生成任意領域的系列診斷筆記，官方簡介寫的是「電腦、職場、品牌、婚姻，萬物皆可100病」。
出處與維護：來源爲 community，座標 @user_84435c73/runge002，發佈者 user_84435c73，版本 1.0.1，分類 content-creation。
解決的問題：把「能寫一篇」變成「能寫一百篇」，並且這一百篇看起來是同一個系列，而不是一百篇互不相關的單篇。
核心功能¶
1、領域可替換。名稱裏列出了電腦、職場、品牌、婚姻、汽車、教育、健康、遊戲八個領域，但簡介說的是任意領域，領域只是輸入參數。
2、編號驅動篇數。系列的體量由編號決定，一次補齊到 100 篇，而不是每次只生成一篇再手動編號。
3、診斷式結構。產出物是「診斷筆記」，即病症—成因—處置的寫法，不是泛泛的科普介紹。
4、系列感來自一致性。統一命名規則、統一結構、篇目之間互相引用，這是它與「連寫 100 篇 prompt」的主要區別。
5、不需要 API key。頁面標籤爲 requires_api_key=false。
安裝與啓用¶
官方資料裏沒有給出統一的安裝命令、安裝目錄或配置文件路徑，所以這裏不給 curl、npm 之類的命令，避免寫出未經覈實的內容。Skill 的基本信息如下：
官方地址：https://api.skillhub.cn/user_84435c73/runge002
SkillHub 頁面：https://www.skillhub.cn/skills/user_84435c73/runge002
座標：@user_84435c73/runge002
版本：1.0.1
來源：community
分類：content-creation
API Key：不需要（requires_api_key=false）
啓用方式以 SkillHub 頁面當時的說明爲準。該 Skill 基於通用 SKILL.md 格式，因此在支持該格式的 Agent 客戶端里加載方式與其他 Skill 一致，具體入口取決於客戶端。
典型用法¶
按簡介，請求格式是「領域 + 編號 + 病名」。下面是按這個格式做的拆解示例，不是官方提供的示例：
領域：電腦
編號：001–100
病名：藍屏
產出預期：100 篇以「藍屏」爲主線的系列診斷筆記，編號連續，每篇結構一致，收尾動作統一。
換成其他領域時，改前兩個參數即可：
領域：職場
編號：001–100
病名：過度加班
領域：汽車
編號：001–100
病名：續航虛標
如果客戶端支持一句話請求，也可以直接寫成一行：
按「領域+編號+病名」生成 100 篇系列診斷筆記：領域=品牌，病名=定位模糊。
適用場景與注意¶
適合誰：需要批量產出系列內容的內容運營、編輯、知識庫維護者；想給一個主題建 100 篇索引的個人博主；需要把單一問題拆成成體系診斷材料的從業者。
1、編號是批量的關鍵輸入。不給編號，Skill 會退化成單篇筆記，系列感就出不來。
2、語氣偏問題導向。「診斷筆記」的默認寫法是找問題、分析成因、給處置建議，不適合寫成歌頌型、促銷型內容。
3、100 篇一次性生成會非常長。實際使用建議按編號分批請求，例如先跑 001–020，再跑 021–040，避免單次輸出被截斷。
4、「萬物皆可100病」是能力邊界描述，不是質量承諾。跨到不熟悉的領域時，專業術語和判斷需要自己覈對，模型可能給出聽起來合理但實際不成立的診斷。
5、格式默認值未在簡介中說明。語言、篇幅、是否要小標題、是否要配圖說明，都要在請求裏寫清楚，否則會得到未指定格式的通用輸出。
6、頁面數據需要自行刷新。抓取時的快照顯示評分 100000、下載 864、安裝 0。評分滿分說明樣本極少，安裝量爲 0 說明這個社區 Skill 還沒有被廣泛採用，引用這些數字前請到頁面確認最新值。
結尾¶
這個 Skill 的價值在於把「系列感」變成可複製的輸入：給三個要素，拿到結構一致的 100 篇，省掉自己維護編號和框架的力氣。它的邊界也很清楚——結構能批量，領域判斷仍然要人來把關。官方地址：https://api.skillhub.cn/user_84435c73/runge002
