---

name: content_series_infographic description: "选题拆解与图文连载生成 Skill。适用于系列主题拆分、图文标题规划、长文标题规划、每日排期、周计划、周总结、图文关键词提炼、图文内容概要、文章结构大纲、批量生成图文提示词、按模板风格生成图片；每批不超过 10 张图文。"

选题拆解与图文连载生成 Skill

图片生成统一规则

生成、扩图、修复或重绘任何静态图片前，必须先读 ../../marketplace/pptx/editable-reconstruction.md，复用其中的图片模型优先级、无字生成和残影验收规则。

图片模型只生成无字视觉底图，不得让模型绘制中文、英文、数字、编号、标签或伪文字。信息图所需标题、金句、编号、模块文字和底部结论必须在 HTML/SVG 等确定性可编辑排版层中制作，再渲染合成为最终 PNG；同时保留排版源文件，不能把模型生成的乱码当作成品。

名称

选题拆解与图文连载生成 Skill

适用场景

当用户给定一个具体选题，希望围绕该选题完成：

• 系列主题拆分
• 图文标题规划
• 长文标题规划
• 每日排期
• 周计划
• 周总结
• 图文关键词提炼
• 图文内容概要
• 文章结构大纲
• 批量生成图文提示词
• 按模板风格生成图片
• 每批不超过 10 张图文

本 Skill 用于把一个大主题拆成一组有节奏、有主线、有流量入口的内容连载。

核心原则

1. 先建立总叙事线

不要直接堆标题。先把选题压成一条清晰主线。

格式：

总主题：
《XXX》第一季 / 系列名

核心叙事线：
A → B → C → D → E → F → G

核心判断：
这个系列不是讲一堆孤立知识点，而是在讲一条演进逻辑。

示例：

《云上帝国》第一季
从闲置服务器到 Linux 统治云时代

主线：
资源困局 → 虚拟化革命 → 路线战争 → 云平台 → 存储暗线 → 网络暗线 → Linux 统治云时代

2. 每天只保留一个主矛盾

每天不要塞太多概念。

错误方式：

CPU、预算、SLA、超卖、调度、KVM、AWS 全部一天讲

正确方式：

一天一个主矛盾：
资源为什么卡？
物理服务器能不能被切开？
谁掌控资源入口？
云平台真正卖什么？
数据怎么办？
网络如何跟上？
Linux 为什么成为底座？

3. 图文负责拉流量，长文负责沉淀认知

每天结构建议：

• 图文 1：现象钩子
• 图文 2：机制拆解
• 图文 3：收藏型知识卡
• 长文：当天主矛盾完整展开

图文标题适合：

• 一图详解：XXX
• 一图看懂：XXX
• 为什么 XXX？
• XXX 背后真正发生了什么？

长文标题适合：

• XXX 为什么不是改良，而是一场革命
• XXX 为什么开始接管基础设施入口
• XXX 为什么最终赢下资源控制权战争
• 3 分钟速览《XXX》：从 A 到 B

4. 一周连载要像连续剧，不要像知识清单

优先使用这种节奏：

• 周一：提出总矛盾
• 周二：技术转折
• 周三：路线冲突
• 周四：平台化
• 周五：隐藏暗线一
• 周六：隐藏暗线二
• 周日：总收束

也可以根据内容密度压缩为：

• 周一：开篇
• 周三：推进
• 周五：高潮
• 周日：总篇

不要为了日更而凑数。如果几个主题本质上是一条因果链，应该压缩成一天。

标准工作流

Step 1：接收用户选题

输入示例：

选题：云上帝国第一季，从闲置服务器到 Linux 统治云时代

需要提取：

• 主题名
• 目标读者
• 内容平台
• 周期长度
• 是否需要图文
• 是否需要长文
• 是否已有图片模板
• 是否要求每日 2-3 篇图文
• 是否需要批量生成图片

如果用户没有说明，默认：

• 周期：7 天
• 每天：2-3 个图文 + 1 篇主文
• 风格：技术文明史 / 漫谈式 / 工程师友好
• 图文：蓝白科技风信息图
• 每次生成图片：不超过 10 张

Step 2：拆分总主线

输出格式：

# 系列总主题

## 总标题
《XXX》第一季：XXX

## 核心钩子
一句话说明这个系列解决什么问题。

## 总叙事线
A → B → C → D → E → F → G

## 明线
XXX

## 暗线
XXX

示例：

## 总叙事线

资源困局 → 虚拟化革命 → 路线战争 → 云平台 → 存储暗线 → 网络暗线 → Linux 统治云时代

## 明线

计算资源如何从闲置、冲突、调度，走向虚拟化与云平台。

## 暗线

存储如何从设备走向 API。
网络如何从物理连接走向软件定义。

Step 3：生成周排期表

输出格式：

| 日期 | 主题 | 图文 1 | 图文 2 | 图文 3 | 长文 |
|---|---|---|---|---|---|
| 周一 | 主题 A | 标题 | 标题 | 标题 | 长文标题 |
| 周二 | 主题 B | 标题 | 标题 | 标题 | 长文标题 |

标题统一带系列感。

图文标题建议统一为：

一图详解：XXX

长文标题不必都带“一图详解”，要更像文章。

Step 4：补全每篇图文规划

每篇图文输出：

## 图文标题

### 关键词
关键词 1、关键词 2、关键词 3、关键词 4、关键词 5

### 封面金句
一句强判断。

### 图文内容概要
1. 第一层
2. 第二层
3. 第三层
4. 第四层
5. 核心结论

### 配图方向
蓝白科技风 / 信息图 / 5 层结构 / 图标 / 箭头 / 总结区

示例：

## 一图详解：资源过剩时代的窘境

### 关键词
服务器闲置、资源错配、低利用率、机房成本、预算浪费

### 封面金句
企业不是没有资源，而是资源总是不在需要的地方。

### 图文内容概要
1. 服务器越来越强
2. 企业采购越来越多
3. 大量资源长期闲置
4. 热点业务仍然缺资源
5. 本质是资源错配与调度失灵

Step 5：补全长文概要

每篇长文输出：

## 长文标题

### 长文关键词
XXX、XXX、XXX

### 核心观点
一句话讲清楚这篇文章的判断。

### 文章结构
#### 01 开场
#### 02 背景
#### 03 核心矛盾
#### 04 技术转折
#### 05 影响
#### 06 收束
#### 07 引到下一篇

### 结尾钩子
一句话引到下一篇。

长文风格：

• 娓娓道来
• 技术文明史感
• 工程师读得懂
• 不要术语堆砌
• 用时代转场串联

图片批量生成规范

重要限制

每批最多生成不超过 10 张。

如果图文标题超过 10 个，必须分批：

• 第 1 批：1-10
• 第 2 批：11-20
• 第 3 批：21-30

每批生成前，先列出本批标题清单。

图片风格统一要求

默认风格：

• 蓝白科技风信息图
• 纵向 4:5
• 公众号 / 小红书适配
• 大标题
• 副标题蓝色胶囊条
• 引用金句条
• 5 个编号模块
• 底部核心结论区
• 圆角卡片
• 蓝色图标
• 箭头连接
• 白底蓝字
• 企业级科技感
• 高可读性

单张图片提示词模板

参考附件图片模板风格，制作一张中文科技信息图。

标题：
《一图详解：{图文标题}》

副标题：
{副标题}

封面金句：
{金句}

画面风格：
蓝白科技风，纵向 4:5，白色背景，深蓝标题，蓝色渐变模块，圆角卡片，图标化表达，结构清晰，适合公众号和小红书发布。

内容结构：
1. {模块 1 标题}
   - {要点 1}
   - {要点 2}

2. {模块 2 标题}
   - {要点 1}
   - {要点 2}

3. {模块 3 标题}
   - {要点 1}
   - {要点 2}

4. {模块 4 标题}
   - {要点 1}
   - {要点 2}

5. 核心结论
   {核心结论}

底部文案：
{底部收束句}

视觉元素：
{服务器 / 云 / 芯片 / 网络 / 存储 / Linux / 调度器 / API / 盾牌 / 仪表盘 / 队列 / 箭头等}

要求：
中文清晰可读，标题醒目，模块分层明确，图标统一，整体像专业技术科普信息图。

批量图片生成提示词模板

请按照以下标题，批量生成图文配图。

统一风格：
参考已上传模板图片。
蓝白科技风，纵向 4:5，公众号信息图风格。
每张图包含：
- 大标题
- 副标题
- 金句
- 5 个编号模块
- 底部核心结论
- 图标和箭头
- 白底蓝色科技风
- 中文清晰可读

本批次最多 10 张。

本批标题：
1. {标题 1}
2. {标题 2}
3. {标题 3}
...
10. {标题 10}

请分别生成。

标题生成规则

图文标题规则

优先使用：

• 一图详解：XXX
• IT简史｜图解：XXX
• 一图看懂：XXX
• 为什么 XXX
• XXX 到底在争什么
• XXX 如何重新定义 XXX

如果是技术史、基础设施演进、云原生、AI Infra、Linux、网络、数据库、安全等系列，优先使用稳定栏目结构：

• 图文首篇：一图详解：XXX
• 图文补充篇：IT简史｜图解：XXX
• 长文篇：IT简史｜漫谈：XXX

栏目分工：

• 一图详解 负责当天最核心、最适合做封面的主题，用来吸引点击。
• IT简史｜图解 负责机制拆解、概念说明、路线对比、知识卡片。
• IT简史｜漫谈 负责公众号主文，承接历史叙事和技术判断。

每天只保留第一篇图文使用 一图详解，其余图文统一使用 IT简史｜图解，长文统一使用 IT简史｜漫谈，形成稳定栏目感。

适合流量的标题结构：

• 一图详解：为什么企业服务器长期只有 10% 利用率
• 一图详解：Hypervisor 不是为了虚拟，而是为了分资源
• 一图详解：KVM 为什么最终赢了 Xen
• 一图详解：S3 为什么让存储变成 API
• 一图详解：eBPF 为什么把 Linux 推向控制面中心
• IT简史｜图解：Hypervisor 分资源
• IT简史｜图解：对象存储崛起
• IT简史｜图解：eBPF 走向控制面

长文标题规则

长文标题更适合：

• IT简史｜漫谈：XXX
• XXX 为什么不是改良，而是一场革命
• XXX 为什么开始吞掉基础设施入口
• XXX 为什么最终赢下资源控制权战争
• 3 分钟速览《XXX》：从 A 到 B

示例：

• 资源不缺，为什么系统还是会卡
• IT简史｜漫谈：系统为何会卡
• 虚拟化为什么不是改良，而是一场资源革命
• IT简史｜漫谈：虚拟化资源革命
• KVM 为什么最终赢下资源控制权战争
• IT简史｜漫谈：KVM 赢得控制权
• 云平台为什么开始吞掉基础设施入口
• IT简史｜漫谈：云吞掉基础设施
• S3 为什么让存储变成了云时代的地基
• IT简史｜漫谈：S3 成为云地基
• 网络为什么也被云平台重新定义了
• IT简史｜漫谈：云重定义网络
• 3 分钟速览《云上帝国》：从闲置服务器到 Linux 统治云时代

排期输出模板

# 《{系列名}》发布计划

## 总主题
{总主题}

## 总叙事线
{A} → {B} → {C} → {D} → {E} → {F} → {G}

| 日期 | 主题 | 主矛盾 | 图文 1 | 图文 2 | 图文 3 | 长文 |
|---|---|---|---|---|---|---|
| 周一 | {主题 1} | {主矛盾} | {图文 1} | {图文 2} | {图文 3} | {长文} |
| 周二 | {主题 2} | {主矛盾} | {图文 1} | {图文 2} | {图文 3} | {长文} |

周总结模板

# 本周总结｜《{系列名}》

## 本周主线

本周围绕 {总主题} 展开，核心不是讲孤立技术点，而是讲清楚：

{核心判断}

## 本周内容回顾

### 周一：{主题}
核心矛盾：{一句话}
代表图文：
- {图文 1}
- {图文 2}
- {图文 3}
主文：{长文标题}

### 周二：{主题}
...

## 本周形成的认知闭环

1. {认知 1}
2. {认知 2}
3. {认知 3}
4. {认知 4}
5. {认知 5}

## 下周承接方向

下周可以继续从：

- {方向 1}
- {方向 2}
- {方向 3}

继续推进。

周日总篇模板

# 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 统治云时代

栏目化压缩标题示例

当系列需要更适合公众号、小红书或长期栏目发布时，把标题压缩成统一栏目结构：

栏目规则： 每天只保留第一篇用 一图详解； 其余图文统一改成 IT简史｜图解； 长文统一使用 IT简史｜漫谈； 整体形成稳定栏目结构。

日期	主题	类型	压缩标题
5/25 周一	资源困局	图文 1	一图详解：资源过剩困局
5/25 周一	资源困局	图文 2	IT简史｜图解：利用率与稳定性
5/25 周一	资源困局	图文 3	IT简史｜图解：资源调度崛起
5/25 周一	资源困局	长文	IT简史｜漫谈：系统为何会卡
5/26 周二	虚拟化革命	图文 1	一图详解：虚拟化革命
5/26 周二	虚拟化革命	图文 2	IT简史｜图解：Hypervisor 分资源
5/26 周二	虚拟化革命	图文 3	IT简史｜图解：服务器资源切片
5/26 周二	虚拟化革命	长文	IT简史｜漫谈：虚拟化资源革命
5/27 周三	虚拟化路线战争	图文 1	一图详解：KVM 为何赢 Xen
5/27 周三	虚拟化路线战争	图文 2	IT简史｜图解：Xen KVM OpenVZ
5/27 周三	虚拟化路线战争	图文 3	IT简史｜图解：cgroup 开始抬头
5/27 周三	虚拟化路线战争	长文	IT简史｜漫谈：KVM 赢得控制权
5/28 周四	资源池化与云平台	图文 1	一图详解：AWS 重塑基础设施
5/28 周四	资源池化与云平台	图文 2	IT简史｜图解：服务器变 API
5/28 周四	资源池化与云平台	图文 3	IT简史｜图解：云平台接管资源
5/28 周四	资源池化与云平台	长文	IT简史｜漫谈：云吞掉基础设施
5/29 周五	存储暗线	图文 1	一图详解：S3 让存储变 API
5/29 周五	存储暗线	图文 2	IT简史｜图解：云不只有 EC2
5/29 周五	存储暗线	图文 3	IT简史｜图解：对象存储崛起
5/29 周五	存储暗线	长文	IT简史｜漫谈：S3 成为云地基
5/30 周六	网络暗线	图文 1	一图详解：VPC 重塑云网络
5/30 周六	网络暗线	图文 2	IT简史｜图解：Overlay 为何出现
5/30 周六	网络暗线	图文 3	IT简史｜图解：网络开始软件化
5/30 周六	网络暗线	长文	IT简史｜漫谈：云重定义网络
5/31 周日	Linux 统治云时代	图文 1	一图详解：Linux 统治云时代
5/31 周日	Linux 统治云时代	图文 2	IT简史｜图解：cgroup 与 namespace
5/31 周日	Linux 统治云时代	图文 3	IT简史｜图解：eBPF 走向控制面
5/31 周日	Linux 统治云时代	长文	IT简史｜漫谈：云上帝国第一季

这一版标题更统一，也更利于形成系列感：一图详解 负责吸引点击，IT简史｜图解 负责扩展知识，IT简史｜漫谈 负责沉淀长文。

执行约束

• 不要一次生成超过 10 张图片。
• 如果用户上传参考图，必须沿用参考图风格。
• 图文标题必须服务主线，不要只追热点。
• 每天只能有一个主矛盾。
• 技术史类系列默认使用栏目化标题结构：首篇 一图详解，补充图文 IT简史｜图解，长文 IT简史｜漫谈。
• 图文可以多角度，但不能把当天主题打散。
• 长文要负责承接上下文。
• 周日总篇要把整周内容收束成一条完整故事线。
• 隐藏暗线可以穿插，但不要抢主线。
• 如果内容过密，优先压缩，不要凑数。
• 每个图文都要有：标题、关键词、金句、5 层概要、核心结论。

最小可执行 Prompt

使用 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 算力演进史