前言¶
做系列内容的麻烦不在单篇，而在结构。一篇笔记靠灵感就能写出来，一百篇要统一编号、统一诊断框架、统一收尾动作，还要互相呼应。靠自己逐篇组织，前 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
