你让 AI 画图的时候是不是遇到过这种情况不管你要的是流程图、架构图还是时序图它最后都交给你一张“圆角方块包箭头”的标准件看一次还行看多了简直怀疑 AI 是不是只会这一种审美。今天这个技能叫 diagram-design要解决的正是这个痛点让 AI 画出来的图不再是千篇一律的圆角方块。核心思路不是换一个更贵的工具而是学习如何把“视觉设计需求”翻译成 AI 能听懂的约束条件。这篇文章会从底层原理讲到可直接抄作业的提示词模板再给出一套实操改造演示和踩坑记录适合所有用 AI 做方案、写文档、画架构图的人。1. 先搞清楚AI 画图为什么总逃不出“圆角方块”1.1 你的 AI 不是没有审美是“默认审美”太安全想解决问题得先知道问题出在哪。现在主流 AI 生成图表的方式绝大多数是“文本渲染式”也就是 AI 先生成一套描述图形结构的文本语言再由渲染器画出来。市面上最常见的这套文本语言默认主题是什么就是圆角矩形节点、蓝色填充、黑色箭头、自上而下排列。为什么 AI 默认给这个因为对话工具的核心目标是“完成任务且不出错”。对它来说画一张规规矩矩的流程图是最不容易翻车的方案。这不是 AI 没有审美而是它选择了最安全的默认项。就像你第一次到一家新装修的饭店问你“想坐哪”你大概率会选靠窗、靠墙、不碍事的空位而不是搬张桌子到大厅中央——AI 也是这样它在没有额外信息时会选择一个“最不容易被骂”的答案。所以当你说“帮我画一个系统架构图”AI 收到的是两个字架构图。它不知道该图给谁看、什么风格、什么布局重心、要不要分层、要不要分颜色于是它就把所有能用的默认参数全用上了。最后出来的图既是流程图也是架构图既圆又方四平八稳最后就是千篇一律。1.2 真正的差距不在工具在“视觉设计意识”我见过很多人会把原因归结为“工具不行”但我实操下来发现真正拉开差距的不是 AI 的能力而是你给它的设计指令够不够具体。这就像你请人帮你布置房间你只说“帮我摆一下家具”师傅一定把柜子贴墙、沙发靠窗、桌子放中间妥妥的出租屋标准布局。但如果你说“我希望进门先看到一张低矮的茶几沙发不要靠墙留出阳台动线灯色用暖光”结果立刻不一样。图也是一样。一张好图实际上包含四层信息布局语义图是自上而下、从左到右还是中心向外扩散节点之间是层级关系、并列关系还是依赖关系图形语言用圆角方块还是棱角方块用菱形判断还是用圆圈起止同一类元素是否保持统一形状色彩层级哪些内容需要突出哪些内容应该退到背景整张图的主色、辅助色、强调色分别是什么信息密度每一层放了多少内容节点标题、说明文字、注解是否拥挤留白够不够这四层如果你不写AI 就全部按默认来。默认就是圆角方块、默认就是蓝白色、默认就是从上往下排、默认就是不加注释。所以问题不是“AI 画得丑”而是“你没有告诉它你想要什么”。1.3 diagram-design 的本质把设计需求翻译成指令既然问题在于指令缺失那这个技能的掌握方式就很清楚了我们需要一套方法把脑子里的视觉设计需求翻译成 AI 能执行的约束条件。这套翻译方法就是本文要讲的 diagram-design 技能重点。用大白话说不要告诉 AI“画一张好看点的架构图”而是告诉它“这是一张三层架构图每一层用同一种颜色层之间自左向右排列节点用圆角矩形以外的形状主色用冷灰当前重点模块用橙色”。当这些约束给到位AI 的输出就会从“标准件”变成“定制件”。理解了这一点后面所有方法都是围绕“如何写出这些约束”展开的。接下来我把我自己常用的提示词模板拆给你看。2. 给 AI 下设计指令我用的是一套“五要素模板”2.1 视觉需求五要素写全了才叫设计指令在长期的实操里我总结出一套非常稳定的提示词框架每次画图前我都会先过一遍这五个要素。不用每次都全写但缺哪个要素那个方向就容易失控。要素解决什么问题写法和示例图种确定图的底层语义“用四层架构图”、“画成时序图”、“用思维导图呈现”结构确定节点之间的关系“模块间是包含关系”、“自左向右分层”、“用左右两栏对比”布局确定视觉动线和空间排布“从上到下展开”、“主要模块放中心”、“次要模块放两侧”风格确定视觉气质“极简白底”、“扁平化几何风格”、“手绘草图风”、“科技深色背景”色彩确定颜色逻辑“主色用冷灰色辅助用浅蓝强调用橙色除强调外不超过三种颜色”这五个要素听起来简单但大多数人画图时只会写“图种”这一项剩下的四项全丢给 AI 自由发挥。你不写布局AI 就默认从上到下你不写风格AI 就默认圆角方块加蓝白配色你不写色彩AI 就按系统默认配色来。最后出来的图自然“标准”得很。2.2 三段式提示词先内容再结构最后视觉光有五要素还不够要素写全了还要讲究投放顺序。我习惯把提示词拆成三个段落作用和写作文一样先交代背景再讲骨架最后谈长相。比如我需要画一个订单系统的模块关系图提示词我会这样写【内容背景】 帮我用模块关系图的形式呈现一个订单系统的核心模块包括商品模块、用户模块、订单模块、支付模块、库存模块。这五个模块中订单模块是核心其他模块都围绕它协作其中支付模块和库存模块负责外部对接。 【结构要求】 不要画成流程图这是模块关系图。订单模块放画布正中间其余四个模块以它为中心分布在四周。模块之间的连线表示“调用关系”不要用箭头表示先后顺序。如果模块之间存在强依赖用加粗的线标出。 【视觉要求】 整体用扁平化几何风格。默认模块用浅灰色卡片订单模块用深灰底色白字突出显示。色系限制在灰色和蓝色之间最多加一种暖色作为强调色。不要用圆角矩形改用直角矩形。模块间距要均匀节点上的文字控制在六个字以内。这样三段话写完AI 基本没有自由发挥的空间了。你会发现它输出的图结构对了、重点有了、风格也统一了。哪怕它最终生成的是 Mermaid 或 SVG 代码你稍微调一调渲染参数就是一张能直接放进文档里的图。2.3 同一主题换风格约束就能得到三种完全不同的设计这套方法最实用的一点是复用一个内容描述只替换“视觉要求”这一段就能让 AI 给出风格差异极大的方案。这在需要多张配图或者做方案对比时非常省时间。举个例子同样是“订单系统核心模块”这个内容三组不同的视觉约束会得到完全不同的结果极简白底版“页面大量留白、纯白背景、只有黑灰两色、线条纤细、字体用无衬线体、模块之间用细线框分隔”科技深色版“深蓝黑背景、模块用发光边框、节点之间用渐变线条连接、强调色用青色、整体要有数字仪表盘质感”手绘概念版“线条故意抖动、模块带手绘阴影、字体有点手写感、配色用米黄棕色、像白板上的思路草图”你只需要把这一段复制替换进上一节的三段式模板里AI 就会自动调整它生成的图形语言和代码参数。这个技巧特别适合做方案评审同一套系统架构给领导看用“极简白底”给技术评审用“科技深色”给创新项目汇报用“手绘概念版”三张图出自同一个内容底座但气质完全不同。3. 实操演示把一张“圆角方块全家福”改造成有设计感的架构图3.1 先复现一份最典型的“AI 默认图”我故意用一条最简陋的提示词复现大家最常见的失败场景。这条提示词是帮我画一下一个电商系统的架构示意图包含前端、后端、数据库、缓存、消息队列、第三方支付。这是网上见到最高频的提问方式。你用这条提示词去任何主流 AI 助手试得到的几乎必然是一张从左到右或从上到下的 flowchart六个圆角方块排成一行蓝色填充黑色细箭头单向连接顶部一行标题“电商系统架构图”。这张图错了吗没出错但真没用。它没有表达出“前端依赖后端”“后端使用缓存”“支付对接外部”“消息队列在中间解耦”这些关系的信息层级所有的模块看起来是同级的你根本说不清这是架构图还是简单的模块列举。这种图的本质是“把名词列出来了”设计感基本为零。问题出在哪提示词里只有“内容”没有“结构”和“视觉”所以我前面那套五要素它只满足了一个“图种”剩下全凭默认。3.2 改造后的完整提示词每一步约束都有目的同样的电商系统我把它改造到能直接放进正式方案文档的水平完整提示词如下【内容背景】 以模块关系图形式呈现电商系统核心架构模块包括前端应用、API网关、后端服务、数据库、缓存、消息队列、第三方支付对接。其中 API 网关是所有请求的入口后端服务承载核心业务逻辑缓存和消息队列属于支撑设施第三方支付是外部系统。 【结构语义】 这不是流程图不按时间先后排列。核心关系是分层与依赖前端应用在最顶部下一层是 API 网关再下一层是后端服务底层是数据库、缓存、消息队列。第三方支付放在画布最右侧与后端服务用一条横向虚线连接表示跨系统对接。后端服务同时依赖数据库、缓存和消息队列这三者是并列关系。 【布局规则】 采用严格的四层水平分层布局每层内模块垂直居中。层与层之间的间距固定模块间距保持一致。前端应用占满顶层宽度后端服务拆成三个并列子模块展示领域划分。图中所有连线不得交叉。 【视觉风格】 扁平化几何风格禁止使用圆角矩形一律使用直角矩形。画布背景用极浅灰四个层分别使用同一色系不同深浅的蓝色块区分层级第三方支付模块用灰色并加“外部系统”标签。API 网关作为唯一入口模块用深色填充突出。整张图除蓝色、灰色外最多允许出现一种橙色用于标注最重要的路径。 【输出要求】 先输出图形结构描述再输出可渲染的代码。节点文字统一不超过六个字若模块名过长使用我提供的缩写。这条提示词里每一句都有目的“这不是流程图不按时间先后排列”是为了打断 AI 的默认流程语义“分层与依赖”是明确告诉你这是架构图“禁止使用圆角矩形”直接击碎千篇一律的圆角方块“四个层用深浅不同的蓝色区分”是在建立颜色层级“API 网关用深色填充”是在确定视觉焦点“输出要求”里让 AI 先给描述再给代码是为了先验证结构对了再渲染。用这套提示词AI 生成的图会明显呈现出层次、焦点和统一的风格。即使渲染后仍要在工具里微调你做的也是“优化”而不是“推翻重来”。3.3 跨工具通用的写法让 AI 产出可渲染代码很多读者可能会问我用的 AI 工具不叫“画图”怎么办其实绝大多数 AI 对话工具都支持间接画图能力——它不直接出像素图而是生成一套图形描述代码你在渲染器里打开就是图。最常见的路径是让 AI 生成Mermaid 语法粘贴到支持 Mermaid 的渲染器里输出矢量图让 AI 生成SVG 代码保存成.svg文件用浏览器打开就是成品让 AI 生成PlantUML 语法在对应插件里渲染。这三种路径里我日常用得最多的是 Mermaid 和 SVG。下面这段就是经过设计约束后AI 生成的一个 Mermaid 风格片段示例你可以直观感受一下“指定了风格”和“没指定风格”的差异flowchart TB subgraph UI[前端展示层] A1[Web端] A2[小程序] end subgraph GW[接入层] B1[API网关] end subgraph SVC[业务层] C1[订单中心] C2[用户中心] C3[商品中心] end subgraph BASE[数据支撑层] D1[数据库] D2[缓存] D3[消息队列] end E1[第三方支付] A1 A2 -- B1 -- C1 C2 C3 C1 C2 C3 -- D1 D2 C1 -- E1 C3 -- D3 style B1 fill:#1f2937,color:#fff style E1 fill:#e5e7eb,stroke-dasharray: 4 4 style UI fill:#eff6ff style GW fill:#dbeafe style SVC fill:#bfdbfe style BASE fill:#93c5fd画出来之后你看到的就不再是那个千篇一律的圆角方块流程图了它有清晰的分层容器节点间的连线有粗细语义外部系统被虚线框区别对待核心网关用深色反白突出。这些细节正是从前面那份完整提示词里约束出来的。如果对 Mermaid 还不满足你可以直接让 AI 输出 SVG。优点是样式完全可控、可以缩放不糊、还能在矢量软件里编辑适合做正式文档里的配图。SVG 的提示词写法是帮我生成一张 1200x800 的 SVG 架构图直角矩形模块灰色背景四层结构自上而下模块间距 40px连接线用贝塞尔曲线。除主色蓝灰外最多一个橙色高亮模块字体用 14px 无衬线体。输出完整 SVG 代码。这段提示词里全是数字和具体参数AI 出来的 SVG 基本能一次成型。4. 图种选型别每次都画流程图很多图比流程图更合适4.1 一张速查表选对图种再动手很多时候图不好看不是渲染问题而是图种选错了。把依赖关系画成流程图、把流程步骤画成模块图、把状态变化画成时序图——语义一错整张图再漂亮也是错的。我整理了一份高频场景的图种速查表每次画图前先对一眼图种适合表达什么提示词关键词典型用途思维导图概念的层级和从属“中心主题向外发散”头脑风暴、目录整理架构图/模块图系统组件及其依赖、分层“分层”“模块依赖”“并列关系”技术方案、产品设计流程图业务操作的前后步骤“节点顺序”“条件分支”“自左向右”业务流程、操作规程时序图对象之间的消息先后顺序“参与者”“消息顺序”“生命线”接口交互、协议说明状态图对象状态和触发切换“状态”“事件触发”“流转条件”订单状态机、审核流类图实体结构和关系“类名”“属性”“多重性”数据模型、领域模型甘特图任务时间线和依赖“开始时间”“持续时间”“里程碑”项目排期、进度管理象限图/矩阵图二维维度对比“横轴”“纵轴”“四象限”优先级评估、竞品分析我发现很多同事画图时默认选中“流程图”但实际要表达的可能是“这几个模块平级依赖”用流程图的箭头去画依赖关系箭头方向和语义就拧了。这个表的核心价值就是让你在动手前多花十秒钟想一下节点之间的关系到底是“顺序”还是“包含”还是“依赖”还是“触发”。4.2 说清楚“关系类型”AI 才知道用什么图图种选错根源是你没告诉 AI 节点之间的关系到底是什么。AI 判断图种的依据不是你要的标题而是你描述关系的词。如果你说“第一步、第二步、下一步”AI 会画流程图如果你说“包含、子模块、从属于”AI 会画思维导图或层级树如果你说“依赖、调用、并列、接入”AI 会画模块图或架构图如果你说“客户端发送请求、服务端返回响应”AI 会画时序图如果你说“状态从待支付变为已支付当支付成功事件触发”AI 会画状态图。所以提示词里描述关系时用词要准确。不要明明想说依赖却用了“然后”把 AI 带偏。这个细节听起来琐碎却是图种正确的最关键一步。4.3 同一个“登录功能”三种图三种讲法为了让这个点更直观我拿一个最普通的“用户登录”功能来演示。同样一个功能不同场合该用不同图种场景一产品给业务方讲登录流程。用流程图关键词是“打开登录页、输入账号密码、点击登录、系统校验、通过/不通过分支、进入首页”。场景二研发讲前后端交互。用时序图关键词是“用户、前端、后端、数据库四条生命线用户提交表单前端发请求后端校验数据库查询返回 token前端存储并跳转”。场景三后端讲会话状态管理。用状态图关键词是“匿名状态、登录中、登录成功、登录失败、会话过期、登出”以及触发这些状态转换的事件。内容一样因为要传达的关系不同图种完全不一样。你在写提示词时先问自己这个图的核心是让人看懂步骤、看懂交互还是看懂状态答案直接决定图种。这一关过了整张图的设计才不会跑偏。5. 再进一步把颜色、间距、留白这些细节也交给 AI5.1 颜色不是越多越好建立“三色原则”我见过最糟糕的 AI 图是一张图里同时出现八种颜色每个模块一个色重点信息被花花绿绿完全淹没。这是因为原始提示词里只说了“给每个模块用不同颜色区分”AI 就老老实实给每个模块分配了高饱和色块。原因不在 AI在于“不同颜色”这四个字本身就会引发灾难。我现在给自己定了一条三色原则一张图里只允许出现一个主色、一个辅助色、一个强调色其余全部用中性色。主色承担 60% 的面积辅助色承担 30%强调色只在最需要突出的关键元素上使用面积不超过 10%。这个比例是我试过很多次之后觉得最舒服的。落到提示词里我会这么写全图以冷灰色为主色占画面最大面积浅蓝色为辅助色用于分层容器背景只有最核心的模块使用橙色强调色只出现一次。其他所有元素一律用黑白灰中性色处理。这个写法不会限制死具体色号又给了 AI 足够的色彩逻辑。它知道什么该亮、什么该暗而不是每个模块各亮各的。5.2 让 AI 输出 SVG 或样式代码锁死像素级细节如果你的使用场景对图的细节有很高要求比如要放进对外发布的白皮书、标书、产品手册那建议直接让 AI 生成 SVG或生成 Mermaid 后手动改样式。SVG 的好处是可以精确到像素节点宽高、边框粗细、圆角半径、字体大小、间距全部可以用数字控制。下面是我常用的 SVG 提示词写法生成一张 1000x700 的 SVG 架构图。背景#f8fafc。所有模块为直角矩形宽 180高 56边框 1px 实线颜色 #94a3b8。模块标题文字大小 14px居中。四个层从顶部向下排列层间距 80px模块水平间距 32px。核心高亮模块填充色 #f97316其余模块填充白色。连线用灰色贝塞尔曲线线宽 1.5终点带箭头箭头大小为 6。输出完整、可直接保存为 .svg 文件的内容。这段提示词里每个数字都是有意义的1000x700 是画布比例避免图被裁切模块宽 180 能放下六个字以内的模块名层间距 80px 保证标题区和节点之间不拥挤贝塞尔曲线比直线更柔和架构图看起来更“设计感”。这些数值不是拍脑袋定的是我在多次渲染后回看图形比例调出来的经验值。5.3 间距、对齐、留白写进提示词才会有还有一个经常被忽略的细节是留白。AI 默认出图时会把所有节点铺满画布恨不得把每一寸空间都用上。结果就是图很“堵”看的人不知道眼睛该往哪儿放。要让 AI 给图留出呼吸感办法就是直接在提示词里指定间距和对齐方式。比如模块之间的间距不少于节点宽度的三分之一。所有模块统一左对齐不要居中错落排列。画布四周留出不低于 50px 的空白边距不要在边角贴放任何内容。同级模块必须在同一水平线上。这些指令看着简单但对成图效果影响巨大。尤其是“同级模块必须在同一水平线上”这句话直接解决了 AI 常见的“同一层节点忽高忽低”的问题。你不需要懂设计原理只需要把类似的话放进提示词AI 就能根据约束把排版对齐这件事做好。6. 踩过的坑与排查记录6.1 常见问题速查表AI 画图翻车对照手册用这套方法跑了很久我把最常遇到的问题整理成了一张速查表遇到问题对号入座就好现象根本原因对策出来的还是圆角方块没给“禁止圆角/使用直角矩形”等形状约束在风格段明确写“直角矩形”或“禁止圆角”图种不对依赖关系画成了箭头流程提示词里用了“步骤”“下一步”等顺序词改成“依赖”“并列”“包含”并明确“这不是流程图”全图颜色太花哨没有重点没限制颜色种类AI“雨露均沾”用三色原则限定主色、辅助色、强调色模块乱跑同级节点不在一水平线没写布局和对齐规则补上“同级模块统一左对齐/保持同一水平线”元素太挤图看起来堵得慌没设定间距和留白补充模块间距比例和画布边距数值AI 擅自改了模块名称提示词缺少内容不可变约束在输出要求中加“模块名称不得修改”节点文字换行难看没限制文字长度明确“节点文字不超过六个字”或者给缩写表结构对了但不够精致缺少风格词加入“扁平化”“极简”“细线条”等风格限定词这些问题的本质都指向同一个根源你在视觉层面的约束不够。AI 在默认情况下会把所有自由度视为“随意发挥”你管得越细它越能按你的设计意图走。6.2 一个真实修复案例从“没法看”到“直接进文档”前段时间有同事拿一张 AI 生成的数据中台架构图来问我说总觉得哪里不对但说不上来。我一看典型的“圆角方块全家福”所有子系统全部平铺十来个方块排五行颜色跟马卡龙似的每个方块都带箭头但箭头方向乱七八糟。我没有重新从零画只做了三件事。第一把图种从“流程图”改成“分层模块图”删掉所有表示顺序的箭头只保留表示“调用”的连线。第二所有模块按“接入层-处理层-服务层-存储层”四层归位每层用同色系深浅区分。第三把十来个模块里最核心的数据服务模块改成了深底白字其他全部换成灰色系。改完之后这张图的信息层级立刻清楚眼睛第一眼落在核心服务上然后顺着四层结构看支撑关系外部对接系统被虚线隔离在右侧。同事看后说“原来不是 AI 不会画是它不知道我想画什么。”6.3 我的三个习惯让每次出图都更稳总结下来我在用 AI 画图这件事上有三个习惯谈不上标准答案但确实让出图稳定性和质量都提升了一截。第一个习惯是“先生成结构描述再生成图”。我会先让 AI 用文字描述它打算怎么组织这张图比如“我计划分为四个层级顶部是入口底部是存储……”确认结构符合认知后再让它输出渲染代码。这么做能避免生成完才发现方向错了返工成本极高。第二个习惯是“每次生成后让 AI 对照五要素自检”。我会追加一句“请检查这张图是否满足图种正确、结构分层、布局对齐、风格统一、色彩不超三种。如果某一点不合格请指出并修正。”这句话能把前面五要素的约束变成质检清单AI 会自己发现并弥补遗漏我实测下来非常管用。第三个习惯是“把提示词沉淀成模板”。我会把常用的结构描述、风格设定、颜色规则按类型存进笔记比如“架构图模板”“时序图模板”“技术评审风格”“白皮书风格”。下次画图直接复制对应段落再根据具体内容微调。时间久了这套模板库就是我个人的“AI 绘图设计系统”。最后再分享一个小技巧如果你只是想让 AI 画出的图不再像“圆角方块”那么标准最简单的一步就是在提示词最后加上一句“请确保生成的图不是常见的 flowchart 模板风格而是有明确层级、统一配色和指定布局的设计图。”这一句话就足够让 AI 从“默认模式”切换到“设计模式”。我每次画图前都会默念这句话比我多写十个技术参数都好使。