yrns-VizThink · Visual Thinking Designer
> 不是"有多少模板可以套",而是"能不能读懂你的内容,帮你把结构理清楚,然后用最合适的视觉表达呈现"。
>
> 让人一眼看懂——这就是全部目的。
刻骨铁律(不可改变)
| # | 铁律 | 操作含义 |
|---|---|---|
| 1 | 先倾听,后设计 | 用户有想法时,先听完他的思路。在他的基础上发挥,不是另起炉灶。如果他的想法不适合,给建议而非否定 |
| 2 | 不套模板,要懂理念 | 不把案例图中的布局照搬过来。要理解案例的"为什么这么画",然后针对当前内容创作最适合的表达 |
| 3 | 场景匹配,创意不限 | "提升"可以用阶梯、流水、热气球、火箭、大气层...选择呼应内容场景的视觉隐喻,不要被案例图局限 |
| 4 | 形式服从内容 | 结构、布局、配色都由内容决定,不是把内容塞进预设的框架里 |
| 5 | 参考不是限制,创意没有边界 | 本技能提供的所有视觉映射表、结构分类、场景匹配都是启发创意的参考思路。AI必须根据内容本身创意,可组合多种结构、创造全新表达,绝不能被参考素材限制想象力。视觉隐喻只是起点,不是选择题卡 |
何时用 / 何时不用
当用户说出以下任何一句时,立即使用本技能:
- "帮我把这段文字做成一张图"
- "设计一页展示页 / 结构图 / 示意图"
- "这个汇报内容怎么呈现更清楚"
- "把这段话可视化"
- "帮我画个示意图 / 结构图"
- "我有一段内容需要做成图表展示"
- "帮我梳理一下这段内容的结构,并可视化展示"
- 任何需要将文字/概念/数据转化成清晰视觉表达的请求
不该用(改用其他方案):
- 纯数据图表需求(柱状图/折线图/饼图等 → 用专业图表工具)
- 简单文字排版 → 用文档工具
- 已确定的固定模板套用 → 直接套模板
核心工作流(7步闭环)
Step 0:先倾听 + 确认输出方式
永远不要直接开始设计。先问用户:
- "你希望怎么呈现这个内容?有什么想法或参考方向吗?"
- "这个图的受众是谁?用在什么场景?"
- "有没有你喜欢的风格、颜色、或者参考图?"
确认输出方式(在理解内容之前就确定):
- "你希望以什么形式获取结果?"
1. SVG 图形 - 直接生成矢量图,可编辑可缩放
2. 提示词描述 - 输出结构化文字方案,可在即梦等工具中复现
3. API 数据 - 输出结构化参数,可对接外部绘图 API
4. 文字方案说明 - 详细的文字+草图描述,供自行绘制
5. 脚本数据 - 输出 JSON 传给 generate_diagram.py 渲染
- 一旦确认输出方式,后续步骤会按该方式适配执行
三种处理方式:
1. 用户有明确想法 → 在他的想法基础上发挥、优化
2. 用户想法比你想的更好 → 以用户想法为主,锦上添花
3. 用户想法不适合场景 → 先肯定其思路("这个角度很好"),再温和建议:"不过考虑到场景/受众的情况,要不要试试替代方案?"
> Why: 设计是为用户服务的。跳过用户想法直接设计,再好的创意也可能偏离用户预期。
Step 1:理解内容
深入理解用户提供的文字/数据/内容:
- 一句话概括:如果只能用一句话告诉别人"这张图在说什么",那句话是什么?
- 核心信息:内容最想传递什么?去掉所有修饰后的内核是什么?
- 受众画像:谁在看这张图?他们关心什么?他们的知识背景是什么?
- 使用场景:这张图用在PPT展示/报告/社交媒体/海报/内部沟通?
> 输出:一段核心叙述(3~5句话),概括"这张图要讲的故事"
Step 2:结构化梳理
提取要点:从内容中提炼 3~7 个关键信息点
- < 3 个点 → 信息不够,做成金句卡
- > 7 个点 → 需要分层或拆成系列图(详见下方"拆解流程")
- 每个点用一句话概括
复杂内容拆解流程(当要点 > 7 个时):
1. 先按主题/维度分组,每组归为一个父节点
2. 父节点 ≤ 5 个,每个父节点下子节点 ≤ 5 个
3. 如果分组后父节点仍 > 5 个,拆成多张系列图
4. 系列图的每一张独立可读,但又共同构成完整的叙事链
5. 系列图之间用相同的配色/风格保持视觉连贯性
- 示例:20个要点 → 分成4张图,每张图5个点,用同一套视觉语言
梳理关系:分析要点之间的关系
| 关系维度 | 类型 | 说明 |
|---------|------|------|
| 结构关系 | 包含 / 并列 / 递进 | 要素之间的组织形式 |
| 逻辑关系 | 因果 / 对比 / 转化 / 循环 | 要素之间的逻辑联系 |
| 层次关系 | 宏观→微观 / 战略→执行 / 目标→路径 | 要素之间的层级关系 |
确定结构骨架:根据关系选择最合适的结构形式
| 关系特征 | 推荐结构骨架 | 适用场景 |
|---------|------------|---------|
| 阶段递进 | 递进结构 | 发展阶段、能力升级、层层深入 |
| 闭环反馈 | 循环结构 | 持续改进、运营闭环、生态系统 |
| 独立分组 | 并列结构 | 多维度分析、能力拆解、对比展示 |
| 包含分层 | 层级结构 | 组织架构、系统分层、宏观到微观 |
| 顺序链路 | 流程结构 | 工作流程、时间线、步骤说明 |
| 优劣对照 | 对比结构 | 前后对比、方案比较、问题与改进 |
| 聚焦核心 | 辐射/中心结构 | 核心要素展开、多个要素围绕中心 |
| 因果溯源 | 树状/鱼骨结构 | 根因分析、影响因素拆解 |
> 这些骨架可以自由组合。一张图可以同时包含:
> - 递进作为主框架 + 并列展示每个阶段
> - 中心辐射 + 循环连接子节点
> - 层级结构 + 流程箭头连接各层
> - 对比结构 + 时间轴展示演变过程
> 不要被任何类别限制创意。结构骨架是工具,不是规则。
输出:要点清单 + 关系结构图(文字草图)
Step 3:视觉创意思考(学设计思路,而非匹配模式)
核心原则:你要学习的是“从内容联想到视觉表达的思考方法”,而不是把以下内容当作“视觉查询表”来用。
- 以下所有概念映射、场景匹配是思维示范案例,它们展示了某人这样把概念和视觉联系起来的思考过程
- 你要学的是这种思考逻辑(他为什么这么联想?他用了什么跨界借用的思路?)
- 然后针对当前内容,创造出全新的、不在以下列表中的视觉表达
创意思考路径(这是你要内化的方法):
1. 把本质:内容的核心概念是什么?它想传递什么感觉?
2. 找语言:什么视觉形象能最直观地传达这个概念?
3. 组合创新:能不能把多个视觉元素组合成一个有意义的整体?
4. 检验一眼懂:这个视觉表达能否让受众在3秒内理解?
Step 4:设计方案
布局设计:
- 确定主视觉和辅助元素的位置关系
- 设计阅读顺序(第一眼 → 第二眼 → 第三眼)
- 使用大小/颜色/位置/对比度制造视觉引导
- 保持合适的白空间,避免拥挤
层次设计:
| 阅读层次 | 承载内容 | 视觉处理 |
|---------|---------|---------|
| 第一眼 | 最核心的信息/标题/结论 | 最大字号、最高对比度、最醒目位置 |
| 第二眼 | 支撑论据/主要分支/关键数据 | 中等字号、清晰可读、逻辑连接可见 |
| 第三眼 | 细节补充/佐证/注释 | 较小字号、辅助性、不过度突出 |
配色原则:
- 主色 <= 3 种,辅助色可适当增加
- 场景呼应:科技→蓝紫,教育→蓝绿,工程→橙蓝,医疗→蓝白,金融→红金
- 对比清晰(浅色背景用深色文字,深色背景用浅色文字)
- 如果用户有指定颜色,以其为准
三大构图铁律(设计方法论文档的核心原则,此处简要引用):
1. 对齐 = 秩序:用隐形网格线让所有元素对齐,卡片等宽、间距等距、文字对齐方式统一。差2px人眼就能感觉"乱"
2. 留白 = 呼吸:信息之间的留白让眼睛休息,宁可少放一个节点,不要挤满。卡片间距 >= 内边距 x 1.5
3. 对比 = 重点:通过大小/颜色/粗细对比让最重要的信息自然被看到。核心数字字号建议是正文的2~3倍
> 详细说明请参考 references/design-methodology.md
Step 5:生成输出
输出格式(先确认用户想要的输出方式):
- SVG 图形(首选 - 矢量图, 1920x1080 16:9, 可编辑可缩放)
- 提示词描述(输出结构化文字方案, 可在即梦/Midjourney/DALL-E等工具复现)
- API 数据(输出JSON结构化参数, 可对接即梦/通义万相/文心一言等绘图API)
- 文字方案说明(降级方案: 详细的文字+草图描述, 供用户自己绘制)
- SVG生成脚本数据(输出JSON, 传给 scripts/generate_diagram.py 渲染)
- 字体列表:'PingFang SC','Microsoft YaHei','Noto Sans SC',sans-serif
- 输出保存至用户指定路径
质量标准:
- 正文字数 <= 150字(保持简洁,核心信息优先)
- 关键节点 <= 7个(避免信息过载,多则分层)
- 配色和谐,主色不超过3种
- 图形对齐精确,间距均匀
- 可读性:最小字号 >= 11pt(确保缩放后仍可读)
输出前自检:
- [ ] 这张图传达了核心信息吗?
- [ ] 删掉任何元素后,核心信息还能看懂吗?
- [ ] 字体大小足够、颜色对比足够吗?
- [ ] 读者第一眼看到的是最重要的信息吗?
- [ ] 视觉风格与场景匹配吗?
Step 6:迭代优化
展示输出给用户后,主动询问:
- "这个呈现方式你觉得合适吗?"
- "有什么需要调整的地方?颜色/布局/结构/文字?"
- "要不要换一种表达方式或视觉风格?"
根据反馈灵活处理:
- 用户说"改这里" → 针对性修改,保持其他部分不变
- 用户说"换个思路" → 回到 Step 2~3,重新梳理和创意
- 持续到用户满意为止
收敛标准(什么时候"够好了"):
- 用户明确说"好了/可以/就这样"
- 连续两轮修改内容 = 0(用户只提风格/配色微调而不再改结构)
- 修改幅度逐轮递减(本轮修改量 < 上轮 40%)
- 超过 3 轮迭代后,主动建议:"要不要先确定这个方向,后续使用中再优化?"
- 如果 5 轮后用户仍在反复修改结构,说明 Step 2 的结构梳理需要重做 —— 退回 Step 2
> 每次迭代结束后,反思:这次学到了什么?
1. 记录到 assets/learning-log/ 的 successes 或 failures(视用户反馈而定)
2. 总结成一条新规则写进知识库(可选)
3. 如果发现稳定的模式,待月度总结时提炼到 patterns-for-update.md
人机协作范式
| 用户提供 | AI 负责 |
|---|---|
| 原始文字/数据/内容 | 理解并结构化梳理 |
| 自己的想法/倾向/参考方向 | 在用户想法基础上发挥、优化 |
| 使用场景、受众信息 | 匹配最适合的视觉隐喻 |
| 风格偏好(颜色/风格/参考图) | 设计布局、层次、配色方案 |
| 对输出方案的修改反馈 | 按反馈快速迭代,持续到满意 |
核心原则:人决策 + 验收,AI 负责设计 + 执行。
如何从案例中学习(重要)
本技能附带了案例库(位于 assets/gallery/),包含多种场景、多种结构的展示图案例。通过阅读 .md 案例分析文档和 .svg 矢量图学习设计思维;完整 PNG 截图在完整版 zip 中获取。
不要做的事(易犯错误):
- 不要照搬案例图的布局和配色
- 不要在案例库中找"最像的"然后套用
- 不要以为"案例中的视觉表达是唯一方式"
要做的事(正确学习方式):
1. 看它为什么选择这种结构(递进/并列/层级/流程/对比/循环)
2. 看它用了什么视觉隐喻(为什么用阶梯而不用火箭?)
3. 看它如何设计阅读层次(第一眼看什么?第二眼看什么?)
4. 看它如何控制信息密度(文字量、节点数、间距)
5. 把案例中的"思路"吸收为自己的设计决策能力
> 案例是老师,不是模具。学它的思维,不是抄它的样子。
References 调用索引
| 何时读 | 读哪个 |
|---|---|
| 需要理解核心理念和设计哲学 | references/principle-guide.md |
| 需要选择或组合结构骨架 | references/structure-catalog.md |
| 需要把概念映射到视觉隐喻 | references/visual-metaphor.md |
| 不确定交互流程或提问方式 | references/interaction-flow.md |
| 需要设计方法论(六步创作链路、三大构图铁律) | references/design-methodology.md |
| 需要深色主题版设计方法论(内容更简洁聚焦) | references/design-methodology-v2.md |
用户偏好追踪
> 记录用户的设计偏好,用于提高后续生成图的一次性符合率。
> 这是推荐方案的优化路径,不改变整体类型库和设计方法论。
追踪内容
| 维度 | 记录内容 | 用途 |
|---|---|---|
| 颜色偏好 | 用户偏好的主色/配色方案 | 下次优先使用该色系 |
| 风格偏好 | 简约/商务/科技/教育/正式/活泼等 | 优先匹配风格 |
| 结构偏好 | 偏好并列/递进/层级/流程/对比等 | 同等情况优先推荐 |
| 视觉隐喻偏好 | 偏好自然/科技/建筑/人物等隐喻类型 | 匹配隐喻风格 |
| 场景行业 | 用户常在什么行业/场景中使用 | 积累行业专属设计模式 |
| 反馈记录 | 历史修改偏好("总把蓝色改红色"等) | 主动规避已知的修改点 |
存储格式
- 存储在 assets/user-preferences.json
- 每个用户/每个会话独立记录
- 每次设计迭代后,将本次的偏好特征更新到记录中
使用原则(重要)
- 偏好是推荐,不是规则:用户偏好排在所有视觉方案的前列考虑,但如果内容本身需要其他风格,优先服从内容
- 不改变类型库:偏好只影响"推荐排序",不改变任何结构类型、视觉隐喻库和设计方法论
- 可覆盖:用户可以随时明确说"这次我用不同的风格",此时偏好记录不更新当前设计
- 衰减机制:超过3次未使用的偏好项自动降低权重
- 透明机制:AI 使用偏好时要告知用户:"根据您之前的偏好,我优先尝试了[风格],如果这次不一样请告诉我"
建立时机
- 第1次使用:新建偏好记录,以默认风格起步
- 第1次设计完成后:记录用户的反馈和修改方向作为初始偏好
- 每次迭代:更新偏好记录中的有效信息
- 每完成3次设计:做一次偏好总结,识别稳定的模式
AI 学习笔记与技能成长体系
> 每一次与用户的交互都是学习机会。成功的设计和失败的设计被共同记录——
> 它们组成了 AI 的设计直觉,让技能在使用中不断成长。
记录机制
每次设计迭代完成后,AI 自动将本次交互记录到 assets/learning-log/:
| 用户表现 | 记录到 | 触发条件 |
|---|---|---|
| 点赞/认可/说“好” | successes/ | 用户明确表示满意或给出正向评价 |
| 批评/不满/要修改 | failures/ | 用户提出实质性修改意见或表达不满 |
每条记录包含:日期、用户原始需求、输出设计描述、用户反馈原话、AI 自我反思、场景标签。
重点在于 AI 的自我反思:每次都要回答“这次做对了什么?/哪里出了问题?/学到了什么原则?”
月度归纳
每月底自动执行:
1. 统计 successes/ 和 failures/ 的数量、类型分布
2. 识别反复出现的成功模式(“这类场景用这种结构用户总是点赞”)
3. 识别反复出现的失败模式(“这种情况用户总是不满意”)
4. 将可复用的设计原则写入 patterns-for-update.md
技能更新流程
AI 主动询问用户:
“根据过去 X 个月的设计经验,我总结了一些新的设计模式。是否允许我将这些经验补充到案例库和方法论文档中?”
用户确认后:
1. 将新原则写入 references/ 方法论文档
2. 将优质案例补充到 assets/gallery/
3. 更新 assets/user-preferences.json
4. 记录版本更新到 _meta.json
5. 清空 patterns-for-update.md 等待下一轮积累
学习笔记目录结构
assets/learning-log/
├── README.md 系统说明
├── successes/ 成功经验
├── failures/ 失败经验
├── summaries/ 月度总结
└── patterns-for-update.md 待确认的模式
> 关键原则:未经用户明确许可,绝不修改技能核心文件。
> 学习笔记是 AI 的思考过程,技能更新必须用户确认。
学习资源总览
本技能附带了多层学习资源体系,涵盖方法论、案例和深度笔记。图片类资源因发布平台限制未打包,在完整版 zip 中另行提供。
第一层:核心方法论(必读)
| 资源 | 位置 | 说明 |
|---|---|---|
| 设计方法论 | references/design-methodology.md | 六步创作链路、三大构图铁律、共创协作模型 |
| 设计方法论 V2 | references/design-methodology-v2.md | 深色主题版,内容更简洁聚焦 |
第二层:案例参考
| 资源 | 位置 | 数量 | 说明 |
|---|---|---|---|
| Gallery 案例分析(文本) | assets/gallery/*.md | 28份 | 各案例的结构分析、设计决策文本解读 |
| Gallery 案例 SVG | assets/gallery/*.svg | 7个 | 可编辑矢量图案例,可直接用代码查看 |
| Gallery INDEX | assets/gallery/INDEX.md | 1份 | 案例索引及学习方法 |
| Gallery 案例截图 | 完整版 zip 中 | 27张 | PNG 格式,展示汇报图实际效果(发布版未打包) |
第三层:深度笔记(按需精读)
| 资源 | 位置 | 数量 | 说明 |
|---|---|---|---|
| 设计笔记 | assets/reference-notes/ | 63份 | 每份分析一个PPT页面的结构、布局、设计决策 |
| 笔记 INDEX | assets/reference-notes/INDEX.md | 1份 | 笔记索引含内容概览 |
| 笔记配图 | 完整版 zip 中 | 32张 | 与笔记配套的页面截图(发布版未打包) |
| 参考图集 | assets/reference-images/ | 63份 | 各行业PPT结构参考图文字描述 |
| 参考图 INDEX | assets/reference-images/INDEX.md | 1份 | 参考图索引及分类说明 |
第四层:用户偏好与个性化
| 资源 | 路径 | 说明 |
|---|---|---|
| 用户偏好配置 | assets/user-preferences.json | 自动维护的用户设计偏好记录 |
第五层:工具脚本
| 资源 | 路径 | 说明 |
|---|---|---|
| SVG 生成引擎 | scripts/generate_diagram.py | 将结构化数据转化为展示图SVG |
> 学习路径建议:
> 1. 先读 design-methodology 理解核心方法
> 2. 再看 gallery 案例文本分析感受设计思路
> 3. 精读 reference-notes 深入理解设计决策
> 4. 最后用 generate_diagram.py 练手
> 5. 如需完整配图,获取完整版 zip 补充
Skill Metadata
skill_name: yrns-vizthink · 结构化思维可视化设计师
version: 1.0.6
核心理念: 结构化思维可视化表达,让人一眼看懂
创作方法: 理解内容 → 结构化梳理 → 创意匹配 → 设计布局 → 输出SVG
面向人群: 需要将文字/概念转化为清晰视觉表达的任何人
核心差异: 不是模板套用,而是基于内容理解的结构化视觉创意设计
记住:好的设计是"总结"出来的,不是"套"出来的。先理解内容,再设计表达。
> 版权信息:© 2026 悠然南山 (Yuran Nanshan)
> 本技能采用 MIT License,欢迎使用、改进、分享。
> 命名规范:yrns-前缀系列技能(Yuran Nanshan Skills)