画图这件事，我琢磨了很久。

做需求分析的时候，要画用例图。做数据库设计的时候，要画 E-R 图。做系统架构的时候，要画架构图。

每次都是打开绘图软件，拖拖拽拽，调整位置，修改样式。一张图，少则十几分钟，多则半小时。
时间就这么过去了。

直到前几天，我突然想：为什么不让 AI 帮我画？

从 E-R 图开始

最开始的需求很简单。

我在做一个数据库设计，需要画 E-R 图。传统的做法是：打开 PowerDesigner 或者 draw.io，手动创建实体，添加属性，建立关系。

一张单表的 E-R 图，不算复杂，但就是繁琐。

于是我问 Claude Code：能不能帮我做一个工具，输入表结构，输出 E-R 图？

5 分钟后，工具跑起来了。

输入一段简单的配置，一张清晰的 E-R 图就生成了。不需要拖拽，不需要调整布局，一切都是自动的。

那一刻我突然意识到：我以前花在画图上的时间，可能 90% 都是浪费。

意外的扩展

E-R 图生成器做完之后，我脑子里冒出另一个想法：

既然能生成 E-R 图，那能不能生成用例图？

用例图是需求分析的核心工具。一个系统有哪些角色，每个角色能做什么操作，操作之间有什么关系——这些东西画出来，整个系统的需求就清晰了。

但画用例图比 E-R 图更麻烦。

你要画小人（参与者），画椭圆（用例），画连线（关系）。还要考虑布局，让图看起来清晰美观。

我又问 Claude Code：能不能生成用例图？

还是 5 分钟。

我设计了一个简单的 yml 格式，用来描述用例图的结构：

system: 旅游信息推荐系统
actors:
  - 管理员
usecases:
  - name: 管理景点信息
    actor: 管理员
  - name: 管理景点评论
    actor: 管理员
    include:
      - 管理景点信息
  - name: 处理景点预约订单
    actor: 管理员
    include:
      - 管理景点信息

运行工具，一张标准的用例图就生成了。

参与者、用例、关系，该有的都有。布局自动调整，不需要手动拖拽。

效率密码

这个工具做完了之后，我坐在电脑前发了一会儿呆。

不是因为工具有多复杂——恰恰相反，是因为它太简单了。

两个工具，从想法到实现，总共不超过 15 分钟。而且我不是在写代码，我是在跟 AI 对话。

我描述需求，Claude Code 写代码。我提出修改建议，它调整实现。整个过程，我一行代码都没写过。

以前，一个 idea 需要组建团队才能实现。现在，一个人加 AI 就够了。

画图的本质是什么

回过头来想，画图这件事，核心价值到底是什么？

不是画得好看，也不是工具用得熟练。

是把脑子里的想法，变成别人能看懂的图形。
这才是本质。

至于这个图形是怎么画出来的。是手动拖拽，还是自动生成。其实并不重要。

以前我们花大量时间在“怎么画”上，反而忽略了“画什么”。

现在 AI 帮我们解决了“怎么画”的问题，我们终于可以把精力放在“画什么”上。

这才是效率的真正提升。

一个人就是一支队伍

做完这两个工具，我有个强烈的感受：

一个人的生产力，正在被 AI 重新定义。

过去：

• 需求分析师画用例图
• 数据库设计师画 E-R 图
• 架构师画架构图
• 开发工程师写代码

现在：
一个懂 AI 的人，全都能干

不是说这个人要精通所有技能，而是 AI 把专业技能的门槛降低了。

你不需要精通 UML 规范，也能画出专业的用例图。你不需要精通数据库设计，也能画出标准的 E-R 图。

AI 承担了“专业技能”的部分，你只需要负责“想清楚要什么”。

给你的行动建议

如果你也在探索AI，我有三个建议：

1. 找到你工作中重复性最高的环节
   那些你每天都在做，但又觉得枯燥的事情，往往是最值得用 AI 优化的地方。

2. 不要追求完美，先追求能用
   我的 E-R 图生成器，第一版只有最基本的功能。用例图生成器，也是先跑起来再迭代。快速验证，比完美规划更重要。

3. 把 AI 当同事，而不是工具
   不要只把 AI 当成搜索引擎或代码生成器。试着跟它对话，描述你的需求，让它帮你思考和实现。你会惊讶于它能做到的事情。

从想法到产品，一个人就够了。

这就是 AI 时代给我们的礼物。
关键是你愿不愿意迈出第一步。

---

我组建了一个vibecoding交流群，关注我，免费拉你进群~

我是直觉造物 | SoloShip
一个拒绝内卷的10年架构师，
现在我只教普通人用AI做产品。
关注我，不写一行代码，
带你上线人生第一个的小工具。