ZON

配置 skills,让每一次都带 SVG 说明

可以这样理解:你想要的不是“偶尔做一张图”,而是把它变成默认生产规范——以后每次主题页都至少包含 10 张 SVG,并且这些 SVG 不是随便凑数,而是要从多个角度、多个维度解释主题。这个目标本质上是在配置一个“可视化交付 skill”。

目标
每次输出默认带 10+ SVG
核心变化
把“图解”从可选项变成硬约束
适用范围
topic / explanation / report 型页面
本质
重写交付规范,不只是换样式

你要配置的到底是什么

1. 内容结构

每次都要有结论、分解、图解、总结,而不是只给一段文字。

2. 视觉结构

每张图都用 SVG 原生绘制,保持单文件、可复制、可部署。

3. 图表策略

10 张图分别承担不同说明任务,避免同质化重复。

4. 触发机制

对 /topic 这类请求默认进入“图解增强模式”。

10 张 SVG:把这套 skill 该怎么配,讲透

01 · 从“可选图解”到“默认图解”旧:有时画新:每次画
图 1:配置 skill 的第一步,是把 SVG 从“灵感驱动”改成“流程驱动”。
02 · 新 skill 的结构层次规则层:至少 10 张 SVG编排层:每张图负责一个维度样式层:统一视觉与排版
图 2:这不是单一提示词,而是一套分层规范。
03 · 一次输出的推荐骨架问题定义 / 结论先行10 张 SVG 图解主区文字分析与图对应解释最终建议 / 下一步动作
图 3:如果你要“每次都带图”,骨架必须稳定,不然会越来越乱。
04 · 10 张图的分工建议1 总览图2 流程图3 结构图4 对比图5 因果图6 优先级图7 风险图8 路径图 / 9 体验图 / 10 结论图
图 4:10 张 SVG 最好预设职责,这样不会每次都重复画类似柱状图。
05 · 触发条件应该怎么写如果是 /topic / explain / compare → 图解增强模式如果只是极短回复 → 可降级但保留结构化图解倾向
图 5:不是所有消息都适合超长图解,但 topic 型请求非常适合默认开启。
06 · 视觉一致性规范统一:黑白、留白、细线、圆角、同一字体这样 10 张图放一起不会像 10 个不同人画的
图 6:一旦每次都要画 10 张图,统一视觉系统比单张图创意更重要。
07 · 成本与收益收益成本
图 7:多图解会增加制作成本,但对理解力、传播性、可复用性提升非常明显。
08 · 质量闸门应该查什么数量:是否 ≥ 10 张多样性:图型是否重复过多对应性:每张图是否有文字解释可读性:移动端是否仍清楚
图 8:如果没有质量闸门,“每次 10 张”最后很容易沦为机械堆图。
09 · Skill 与模板的关系Skill决定规则、流程、判断Template决定骨架、样式、复用
图 9:真正稳的方案不是只改一个 skill,而是“skill 规则 + 页面模板”一起配。
10 · 最终你会得到什么普通说明页图解型说明页结果:以后多数 topic 页都会变成“结论 + 10 SVG + 文字解释”的交付形态
图 10:一旦配好,这会成为稳定的输出风格,而不是临场发挥。

一句话的实施建议

建议 1

把“至少 10 张 SVG、多角度、多维度说明”写进交付型 skill 的硬规则。

建议 2

同时配一个稳定单页模板,避免每次从零设计。

建议 3

给 SVG 预设 10 类职责,保证图和图之间不重复。

如果你下一步要的不是“说明”,而是“真的去改 skill 文件”,那就进入配置动作本身:写规则、建模板、把图解增强设为默认模式。
WebShip 自动部署输出:配置 skills:让每次都带 10 张 SVG 说明
— One small system