diff --git a/skills/content_series_infographic/SKILL.md b/skills/content_series_infographic/SKILL.md
new file mode 100644
index 0000000..4733769
--- /dev/null
+++ b/skills/content_series_infographic/SKILL.md
@@ -0,0 +1,643 @@
+---
+name: content_series_infographic
+description: "选题拆解与图文连载生成 Skill。适用于系列主题拆分、图文标题规划、长文标题规划、每日排期、周计划、周总结、图文关键词提炼、图文内容概要、文章结构大纲、批量生成图文提示词、按模板风格生成图片；每批不超过 10 张图文。"
+---
+
+# 选题拆解与图文连载生成 Skill
+
+## 名称
+
+选题拆解与图文连载生成 Skill
+
+## 适用场景
+
+当用户给定一个具体选题，希望围绕该选题完成：
+
+- 系列主题拆分
+- 图文标题规划
+- 长文标题规划
+- 每日排期
+- 周计划
+- 周总结
+- 图文关键词提炼
+- 图文内容概要
+- 文章结构大纲
+- 批量生成图文提示词
+- 按模板风格生成图片
+- 每批不超过 10 张图文
+
+本 Skill 用于把一个大主题拆成一组有节奏、有主线、有流量入口的内容连载。
+
+## 核心原则
+
+### 1. 先建立总叙事线
+
+不要直接堆标题。先把选题压成一条清晰主线。
+
+格式：
+
+```text
+总主题：
+《XXX》第一季 / 系列名
+
+核心叙事线：
+A → B → C → D → E → F → G
+
+核心判断：
+这个系列不是讲一堆孤立知识点，而是在讲一条演进逻辑。
+```
+
+示例：
+
+```text
+《云上帝国》第一季
+从闲置服务器到 Linux 统治云时代
+
+主线：
+资源困局 → 虚拟化革命 → 路线战争 → 云平台 → 存储暗线 → 网络暗线 → Linux 统治云时代
+```
+
+### 2. 每天只保留一个主矛盾
+
+每天不要塞太多概念。
+
+错误方式：
+
+```text
+CPU、预算、SLA、超卖、调度、KVM、AWS 全部一天讲
+```
+
+正确方式：
+
+```text
+一天一个主矛盾：
+资源为什么卡？
+物理服务器能不能被切开？
+谁掌控资源入口？
+云平台真正卖什么？
+数据怎么办？
+网络如何跟上？
+Linux 为什么成为底座？
+```
+
+### 3. 图文负责拉流量，长文负责沉淀认知
+
+每天结构建议：
+
+- 图文 1：现象钩子
+- 图文 2：机制拆解
+- 图文 3：收藏型知识卡
+- 长文：当天主矛盾完整展开
+
+图文标题适合：
+
+- 一图详解：XXX
+- 一图看懂：XXX
+- 为什么 XXX？
+- XXX 背后真正发生了什么？
+
+长文标题适合：
+
+- XXX 为什么不是改良，而是一场革命
+- XXX 为什么开始接管基础设施入口
+- XXX 为什么最终赢下资源控制权战争
+- 3 分钟速览《XXX》：从 A 到 B
+
+### 4. 一周连载要像连续剧，不要像知识清单
+
+优先使用这种节奏：
+
+- 周一：提出总矛盾
+- 周二：技术转折
+- 周三：路线冲突
+- 周四：平台化
+- 周五：隐藏暗线一
+- 周六：隐藏暗线二
+- 周日：总收束
+
+也可以根据内容密度压缩为：
+
+- 周一：开篇
+- 周三：推进
+- 周五：高潮
+- 周日：总篇
+
+不要为了日更而凑数。如果几个主题本质上是一条因果链，应该压缩成一天。
+
+## 标准工作流
+
+### Step 1：接收用户选题
+
+输入示例：
+
+```text
+选题：云上帝国第一季，从闲置服务器到 Linux 统治云时代
+```
+
+需要提取：
+
+- 主题名
+- 目标读者
+- 内容平台
+- 周期长度
+- 是否需要图文
+- 是否需要长文
+- 是否已有图片模板
+- 是否要求每日 2-3 篇图文
+- 是否需要批量生成图片
+
+如果用户没有说明，默认：
+
+- 周期：7 天
+- 每天：2-3 个图文 + 1 篇主文
+- 风格：技术文明史 / 漫谈式 / 工程师友好
+- 图文：蓝白科技风信息图
+- 每次生成图片：不超过 10 张
+
+### Step 2：拆分总主线
+
+输出格式：
+
+```markdown
+# 系列总主题
+
+## 总标题
+《XXX》第一季：XXX
+
+## 核心钩子
+一句话说明这个系列解决什么问题。
+
+## 总叙事线
+A → B → C → D → E → F → G
+
+## 明线
+XXX
+
+## 暗线
+XXX
+```
+
+示例：
+
+```markdown
+## 总叙事线
+
+资源困局 → 虚拟化革命 → 路线战争 → 云平台 → 存储暗线 → 网络暗线 → Linux 统治云时代
+
+## 明线
+
+计算资源如何从闲置、冲突、调度，走向虚拟化与云平台。
+
+## 暗线
+
+存储如何从设备走向 API。
+网络如何从物理连接走向软件定义。
+```
+
+### Step 3：生成周排期表
+
+输出格式：
+
+```markdown
+| 日期 | 主题 | 图文 1 | 图文 2 | 图文 3 | 长文 |
+|---|---|---|---|---|---|
+| 周一 | 主题 A | 标题 | 标题 | 标题 | 长文标题 |
+| 周二 | 主题 B | 标题 | 标题 | 标题 | 长文标题 |
+```
+
+标题统一带系列感。
+
+图文标题建议统一为：
+
+```text
+一图详解：XXX
+```
+
+长文标题不必都带“一图详解”，要更像文章。
+
+### Step 4：补全每篇图文规划
+
+每篇图文输出：
+
+```markdown
+## 图文标题
+
+### 关键词
+关键词 1、关键词 2、关键词 3、关键词 4、关键词 5
+
+### 封面金句
+一句强判断。
+
+### 图文内容概要
+1. 第一层
+2. 第二层
+3. 第三层
+4. 第四层
+5. 核心结论
+
+### 配图方向
+蓝白科技风 / 信息图 / 5 层结构 / 图标 / 箭头 / 总结区
+```
+
+示例：
+
+```markdown
+## 一图详解：资源过剩时代的窘境
+
+### 关键词
+服务器闲置、资源错配、低利用率、机房成本、预算浪费
+
+### 封面金句
+企业不是没有资源，而是资源总是不在需要的地方。
+
+### 图文内容概要
+1. 服务器越来越强
+2. 企业采购越来越多
+3. 大量资源长期闲置
+4. 热点业务仍然缺资源
+5. 本质是资源错配与调度失灵
+```
+
+### Step 5：补全长文概要
+
+每篇长文输出：
+
+```markdown
+## 长文标题
+
+### 长文关键词
+XXX、XXX、XXX
+
+### 核心观点
+一句话讲清楚这篇文章的判断。
+
+### 文章结构
+#### 01 开场
+#### 02 背景
+#### 03 核心矛盾
+#### 04 技术转折
+#### 05 影响
+#### 06 收束
+#### 07 引到下一篇
+
+### 结尾钩子
+一句话引到下一篇。
+```
+
+长文风格：
+
+- 娓娓道来
+- 技术文明史感
+- 工程师读得懂
+- 不要术语堆砌
+- 用时代转场串联
+
+## 图片批量生成规范
+
+### 重要限制
+
+每批最多生成不超过 10 张。
+
+如果图文标题超过 10 个，必须分批：
+
+- 第 1 批：1-10
+- 第 2 批：11-20
+- 第 3 批：21-30
+
+每批生成前，先列出本批标题清单。
+
+### 图片风格统一要求
+
+默认风格：
+
+- 蓝白科技风信息图
+- 纵向 4:5
+- 公众号 / 小红书适配
+- 大标题
+- 副标题蓝色胶囊条
+- 引用金句条
+- 5 个编号模块
+- 底部核心结论区
+- 圆角卡片
+- 蓝色图标
+- 箭头连接
+- 白底蓝字
+- 企业级科技感
+- 高可读性
+
+### 单张图片提示词模板
+
+```text
+参考附件图片模板风格，制作一张中文科技信息图。
+
+标题：
+《一图详解：{图文标题}》
+
+副标题：
+{副标题}
+
+封面金句：
+{金句}
+
+画面风格：
+蓝白科技风，纵向 4:5，白色背景，深蓝标题，蓝色渐变模块，圆角卡片，图标化表达，结构清晰，适合公众号和小红书发布。
+
+内容结构：
+1. {模块 1 标题}
+   - {要点 1}
+   - {要点 2}
+
+2. {模块 2 标题}
+   - {要点 1}
+   - {要点 2}
+
+3. {模块 3 标题}
+   - {要点 1}
+   - {要点 2}
+
+4. {模块 4 标题}
+   - {要点 1}
+   - {要点 2}
+
+5. 核心结论
+   {核心结论}
+
+底部文案：
+{底部收束句}
+
+视觉元素：
+{服务器 / 云 / 芯片 / 网络 / 存储 / Linux / 调度器 / API / 盾牌 / 仪表盘 / 队列 / 箭头等}
+
+要求：
+中文清晰可读，标题醒目，模块分层明确，图标统一，整体像专业技术科普信息图。
+```
+
+### 批量图片生成提示词模板
+
+```text
+请按照以下标题，批量生成图文配图。
+
+统一风格：
+参考已上传模板图片。
+蓝白科技风，纵向 4:5，公众号信息图风格。
+每张图包含：
+- 大标题
+- 副标题
+- 金句
+- 5 个编号模块
+- 底部核心结论
+- 图标和箭头
+- 白底蓝色科技风
+- 中文清晰可读
+
+本批次最多 10 张。
+
+本批标题：
+1. {标题 1}
+2. {标题 2}
+3. {标题 3}
+...
+10. {标题 10}
+
+请分别生成。
+```
+
+## 标题生成规则
+
+### 图文标题规则
+
+优先使用：
+
+- 一图详解：XXX
+- 一图看懂：XXX
+- 为什么 XXX
+- XXX 到底在争什么
+- XXX 如何重新定义 XXX
+
+适合流量的标题结构：
+
+- 一图详解：为什么企业服务器长期只有 10% 利用率
+- 一图详解：Hypervisor 不是为了虚拟，而是为了分资源
+- 一图详解：KVM 为什么最终赢了 Xen
+- 一图详解：S3 为什么让存储变成 API
+- 一图详解：eBPF 为什么把 Linux 推向控制面中心
+
+### 长文标题规则
+
+长文标题更适合：
+
+- XXX 为什么不是改良，而是一场革命
+- XXX 为什么开始吞掉基础设施入口
+- XXX 为什么最终赢下资源控制权战争
+- 3 分钟速览《XXX》：从 A 到 B
+
+示例：
+
+- 资源不缺，为什么系统还是会卡
+- 虚拟化为什么不是改良，而是一场资源革命
+- KVM 为什么最终赢下资源控制权战争
+- 云平台为什么开始吞掉基础设施入口
+- S3 为什么让存储变成了云时代的地基
+- 网络为什么也被云平台重新定义了
+- 3 分钟速览《云上帝国》：从闲置服务器到 Linux 统治云时代
+
+## 排期输出模板
+
+```markdown
+# 《{系列名}》发布计划
+
+## 总主题
+{总主题}
+
+## 总叙事线
+{A} → {B} → {C} → {D} → {E} → {F} → {G}
+
+| 日期 | 主题 | 主矛盾 | 图文 1 | 图文 2 | 图文 3 | 长文 |
+|---|---|---|---|---|---|---|
+| 周一 | {主题 1} | {主矛盾} | {图文 1} | {图文 2} | {图文 3} | {长文} |
+| 周二 | {主题 2} | {主矛盾} | {图文 1} | {图文 2} | {图文 3} | {长文} |
+```
+
+## 周总结模板
+
+```markdown
+# 本周总结｜《{系列名}》
+
+## 本周主线
+
+本周围绕 {总主题} 展开，核心不是讲孤立技术点，而是讲清楚：
+
+{核心判断}
+
+## 本周内容回顾
+
+### 周一：{主题}
+核心矛盾：{一句话}
+代表图文：
+- {图文 1}
+- {图文 2}
+- {图文 3}
+主文：{长文标题}
+
+### 周二：{主题}
+...
+
+## 本周形成的认知闭环
+
+1. {认知 1}
+2. {认知 2}
+3. {认知 3}
+4. {认知 4}
+5. {认知 5}
+
+## 下周承接方向
+
+下周可以继续从：
+
+- {方向 1}
+- {方向 2}
+- {方向 3}
+
+继续推进。
+```
+
+## 周日总篇模板
+
+```markdown
+# 3 分钟速览《{系列名}》
+## 从 {起点} 到 {终点}
+
+## 开场
+
+很多技术，刚出现时并不宏大。
+
+它们只是为了解决一个朴素的问题：
+
+{核心问题}
+
+## 01 {阶段 1}
+
+{阶段描述}
+
+核心句：
+
+> {金句}
+
+## 02 {阶段 2}
+
+{阶段描述}
+
+核心句：
+
+> {金句}
+
+## 03 {阶段 3}
+
+...
+
+## 总收束
+
+回头看，{系列名} 不是某个技术突然改变世界。
+
+它是一场漫长的 {核心变化}。
+
+所谓 {系列名}，真正建立的不是 {表层对象}，而是 {底层秩序}。
+```
+
+## 内容风格要求
+
+### 文章风格
+
+- 像“漫谈技术文明史”
+- 不要写成文档说明书
+- 不要堆术语
+- 每一节都要有时代转场
+- 把技术写成演进故事
+- 技术细节够准确，但表达要能让工程师和泛技术读者读下去
+
+### 常用表达
+
+- 很多技术，刚出现时并不宏大。
+- 它们只是为了解决一个朴素的问题。
+- 表面看，是 XXX。
+- 更深一层看，是 XXX。
+- 真正改变世界的，不是 XXX，而是 XXX。
+- 这不是一组孤立技术点。
+- 这是一条演进线索。
+- 从这一刻开始，XXX 不再只是 XXX，而开始成为 XXX。
+
+## 固定交付格式
+
+当用户给出选题后，按顺序交付：
+
+1. 总主题定位
+2. 总叙事线
+3. 周排期表
+4. 每天主矛盾
+5. 每天 2-3 个图文标题
+6. 每篇图文关键词
+7. 每篇图文内容概要
+8. 每篇长文标题
+9. 每篇长文概要
+10. 周总结
+11. 图片批量生成清单
+12. 分批生成图片，每批不超过 10 张
+
+## 示例：云上帝国第一季
+
+| 日期 | 主题 | 图文 1 | 图文 2 | 图文 3 | 长文 |
+|---|---|---|---|---|---|
+| 5/25 周一 | 资源困局 | 一图详解：资源过剩时代的窘境 | 一图详解：利用率与稳定性 | 一图详解：资源调度的探索 | 资源不缺，为什么系统还是会卡 |
+| 5/26 周二 | 虚拟化革命 | 一图详解：虚拟化为什么改变了整个数据中心 | 一图详解：Hypervisor 不是为了虚拟，而是为了分资源 | 一图详解：资源切片如何重新定义服务器 | 虚拟化为什么不是改良，而是一场资源革命 |
+| 5/27 周三 | 虚拟化路线战争 | 一图详解：为什么 KVM 最终赢了 Xen | 一图详解：Xen、KVM、OpenVZ 各自争的是什么 | 一图详解：cgroup 与 namespace 为什么开始抬头 | KVM 为什么最终赢下资源控制权战争 |
+| 5/28 周四 | 资源池化与云平台 | 一图详解：AWS 为什么重新定义了基础设施 | 一图详解：资源池化如何把服务器变成 API | 一图详解：云平台如何接管资源世界 | 云平台为什么开始吞掉基础设施入口 |
+| 5/29 周五 | 存储暗线 | 一图详解：S3 为什么让存储变成 API | 一图详解：为什么云计算不能只有 EC2 | 一图详解：从磁盘、NAS、SAN 到对象存储 | S3 为什么让存储变成了云时代的地基 |
+| 5/30 周六 | 网络暗线 | 一图详解：VPC 为什么重新定义了云上网络 | 一图详解：Overlay 网络为什么会出现 | 一图详解：网络为什么也开始软件化 | 网络为什么也被云平台重新定义了 |
+| 5/31 周日 | Linux 统治云时代 | 一图详解：Linux 为什么统治了云时代 | 一图详解：cgroup 和 namespace 如何成为资源控制内核 | 一图详解：eBPF 为什么把 Linux 推向控制面中心 | 3 分钟速览《云上帝国》：从闲置服务器到 Linux 统治云时代 |
+
+## 执行约束
+
+- 不要一次生成超过 10 张图片。
+- 如果用户上传参考图，必须沿用参考图风格。
+- 图文标题必须服务主线，不要只追热点。
+- 每天只能有一个主矛盾。
+- 图文可以多角度，但不能把当天主题打散。
+- 长文要负责承接上下文。
+- 周日总篇要把整周内容收束成一条完整故事线。
+- 隐藏暗线可以穿插，但不要抢主线。
+- 如果内容过密，优先压缩，不要凑数。
+- 每个图文都要有：标题、关键词、金句、5 层概要、核心结论。
+
+## 最小可执行 Prompt
+
+```text
+使用 content_series_infographic skill。
+
+选题：
+{你的选题}
+
+目标：
+拆分为一周内容连载。
+
+要求：
+1. 输出总主题、总叙事线、明线和暗线
+2. 规划 7 天排期
+3. 每天 2-3 个图文标题
+4. 每天 1 篇长文标题
+5. 补全每篇图文关键词、封面金句、内容概要
+6. 补全每篇长文核心观点和文章概要
+7. 输出周总结模板
+8. 输出图片批量生成清单
+9. 如需生成图片，每批不超过 10 张
+10. 图片风格参考我上传的模板图
+```
+
+这个 Skill 可以稳定复用到后续任何系列，比如：
+
+- 账户与身份安全演进史
+- Linux 内核演进史
+- 云原生平台工程史
+- AI Infra 演进史
+- 数据库演进史
+- 网络协议演进史
+- GPU 与 AI 算力演进史