做后端开发这几年，最烦的不是写业务逻辑，而是画类图。尤其是接手那种没文档、代码像意大利面的老项目，重构前得先理清关系。以前用Visio或者ProcessOn，拖拖拽拽半天，改个字段还得重新连线，心态崩了。后来试了ChatGPT画类图，发现这玩意儿要是用不好，出来的图简直没法看，全是乱码或者逻辑不通。今天不整虚的，直接说怎么让它画出能用的图。

很多人问，ChatGPT画类图是不是智商税？我觉得不是工具的问题，是人不会问。你直接扔一句“帮我画个电商系统的类图”，它给你吐出来的东西，除了看着像那么回事，实际逻辑全是漏洞。比如它可能把“订单”和“商品”的关系搞错，或者漏掉关键的继承关系。我踩过的坑：第一次用，它给的是纯文字描述，根本没法直接导入绘图软件。第二次，它给了Mermaid代码，但语法报错，渲染不出来。

真正好用的方法，得把Prompt写细。别指望它懂你的业务，你得把上下文喂给它。比如，你可以这样问：“我是一个Java后端开发，现在有一个用户管理系统。包含User、Role、Permission三个核心类。User和Role是多对多关系，Role和Permission是一对多关系。请用Mermaid语法画出这个类图，并标注清楚属性和方法。” 注意，这里强调了语言（Java）、具体类名、关系类型（多对多、一对多），以及输出格式（Mermaid）。

我试过几次，发现ChatGPT画类图的关键在于“约束”。你得告诉它你要什么格式，是PlantUML还是Mermaid。Mermaid在Markdown里渲染方便，很多开发者喜欢用。PlantUML功能更强，但配置麻烦。如果你用Mermaid，记得让它加上classDiagram或者erDiagram的语法，不然它容易混淆成流程图。

还有一个大坑：它经常忽略访问修饰符。public、private、protected，这些在代码里很重要，但在类图里能省则省。不过，如果你需要生成代码，那必须让它标清楚。我之前的一个项目，需要生成Java实体类，我就特意在Prompt里加了“请包含Java注解如@Entity, @Id等”。结果它真给画出来了，虽然有些注解位置不对，但改改就能用。这比我自己手写快多了。

另外，别让它一次性画整个系统。微服务架构下，一个系统几十个类，它脑子会乱。建议拆分成模块。比如先画“用户模块”，再画“订单模块”，最后手动合并。我试过让它画整个电商后台，出来的图密密麻麻，根本看不清。拆开后，每个模块的类图都很清晰，逻辑也顺。

关于价格，这玩意儿免费版的GPT-4其实够用了。不用开Plus，除非你需要处理特别长的上下文。我一般就用免费版，复制粘贴Prompt，生成Mermaid代码，复制到Typora或者Notion里就能看。省时省力，不用买昂贵的绘图软件。

避坑指南：

1. 别信它自动生成的关系。一定要人工核对。它可能会把“依赖”画成“继承”，这种低级错误很常见。

2. 属性不要太多。只保留核心字段，比如ID、名称、状态。其他细节字段，让它生成代码时再补。

3. 方法签名要简略。参数类型和返回值写清楚就行，具体实现逻辑别让它写，它会胡编。

我最近用ChatGPT画类图，效率提升了至少50%。以前画一张图要半小时，现在五分钟搞定草稿，然后手动微调。关键是，它帮你理清了思路。有时候写着写着，发现某个类其实没必要存在，直接删掉，代码结构更清爽。

总之，ChatGPT画类图不是万能的，但用对了是神器。核心就是：给足上下文、指定格式、拆分模块、人工复核。别把它当画图工具，把它当你的结对编程伙伴。它出草稿，你改细节，这才是正道。

本文关键词：chatgpt画类图