Excalidraw 是工程师手头最讨喜的工具之一。打开一个页面,画几个歪歪扭扭的方框和箭头,分享一个链接,一分钟后就有五个人在一起画。手绘风格让每个人都明白这只是草稿,所以大家都敢于提出异议。
麻烦从草稿胜出的那一刻开始。设计评审时画的草图先被贴进 wiki,接着进了新人入职文档,然后又出现在故障复盘里,于是它成了架构图。没人打算让它长期存在,也没人知道该由谁来更新它。
本文讲的就是这个时刻。什么时候 Excalidraw 是合适的工具?什么时候像 Archboard 这样的结构化工作区更合适?又该如何把重要的图迁移过来,而不必为此专门立一个迁移项目?
简而言之
- Excalidraw 是一块草图板。 它是开源的,在 excalidraw.com 上免费使用,刻意采用手绘风格,实时协作也很快。Excalidraw+ 增加了云端工作区、分享控制和演示功能。
- Archboard 是结构化的图表工作区。 节点有类型和端口(例如 Kubernetes 的
Service、C4 的Container、防火墙),图是带版本的 JSON 文档,每张图都会保留修订,并且可以通过实时链接分享。 - 很多团队两者并用。 想法还模糊时,用 Excalidraw 画草图;大家要依赖的那张图,就放进专为保持最新而设计的工作区。
Excalidraw 的优势所在
先坦诚地看看你会放弃什么:
- 速度快,门槛低。 免费应用无需注册,几乎没有学习成本。
- 手绘风格。 它传达出“草稿”的信号,让讨论聚焦在想法上,而不是像素上。
- 开源。 编辑器采用 MIT 许可,可以嵌入或自托管,
.excalidraw文件格式就是普通的 JSON。 - 私密协作。 excalidraw.com 上的实时会话采用端到端加密。
- 素材库。 社区素材库为许多领域提供图标,包括云架构。
如果你的图只在一次会议中派上用场,之后就功成身退,那么 Excalidraw 很难被超越。
为什么草图撑不起架构图
形状不知道自己是什么
在 Excalidraw 中,一个标着 checkout-svc、旁边放着图标的方框,就是一个矩形加一些文字。两位工程师会用两种方式画同一个 Kubernetes Service,而除了读标签,无论工具还是读者,都分不清 Deployment 和 Service。这对草图来说没问题,但对作为参考的图来说很脆弱。
箭头连接的是形状,不是端口
Excalidraw 中的箭头会绑定到形状上,移动时会跟着走,肘形箭头也会自动布线,但没有端口的概念,也无法表达箭头的含义。一条线到底是调用、数据流还是依赖,只写在它的标签里。
图没有固定的归宿
在免费应用中,场景存放在你的浏览器里、你保存的文件里,或者分享链接背后。Excalidraw+ 为团队提供云端工作区,但图依然是一幅画,而不是其他工具能当作架构来读取的文档。系统一变,就得有人记住哪个文件才是最新的。
Archboard 的做法
来自节点包的类型化节点
Archboard 内置 27 个节点包和 223 种节点类型:Kubernetes、C4、云、网络、安全、数据、DevOps、Docker、BPMN、流程图、UML、思维导图等。Deployment 就是 Deployment,带有端口和属性,在你团队画的每一张图里都长得一样。
有含义的端口、框和连线
连线附着在端口上,所以重新调整布局后依然保持连接。namespace、VPC、C4 边界这类框会把里面的子元素组织在一起。连线上的标签注明协议和端口。
一个实时链接,附带修订记录
每张图都会自动保存、保留修订快照,并且可以通过实时链接分享,观看者无需账号即可查看(Free 版带品牌标识)。在 Pro 上,你可以把实时图表嵌入文档站点,而不必粘贴截图。
为人和 AI 智能体而设计
队友可以带着光标实时编辑同一张画布。通过 MCP 接入的 AI 智能体也能编辑,它们的改动会被标注,并且可以一步撤销。
导入你已有的文件
把 Kubernetes YAML 或 Docker Compose 文件粘贴到免费的 Kubernetes YAML 或 Docker Compose 工具中,就能把结果作为可编辑的图打开。
Excalidraw 与 Archboard 一览
| Excalidraw | Archboard | |
|---|---|---|
| 主要用途 | 快速画草图和白板协作 | 始终保持最新的结构化图表 |
| 外观 | 刻意的手绘风格 | 来自领域节点包的简洁、类型化节点 |
| 构建元素 | 形状、箭头、文本、社区素材库 | 27 个节点包、223 种带端口的节点类型 |
| 协作 | 实时会话,在 excalidraw.com 上端到端加密 | 人和 AI 智能体带光标实时编辑 |
| 分享 | 链接和文件;Excalidraw+ 提供只读链接和嵌入 | 所有方案都有实时分享链接;Pro 支持嵌入 |
| 格式 | 开放的 .excalidraw JSON |
带版本的 JSON,附公开的 JSON Schema |
| 托管 | 免费 Web 应用,开源,可自托管 | 仅提供托管 SaaS,不开源 |
| 付费方案 | Excalidraw+ 每用户每月 $6 起,按年计费 | Pro 每席位每月 $10,或每席位每年 $96 |
价格为 2026 年 10 月公布的标价;做决定前,请查看各厂商的定价页面。
典型的切换案例:checkout 草图
设想一个常见的场景。一个团队在设计评审时用 Excalidraw 画出 checkout 流程:用户、ingress、Web 前端、checkout 服务、payments 和数据库。六个月后,这张草图成了三个 wiki 页面里的那张图,而且其中有两条箭头是错的。
在 Archboard 中用 Kubernetes、云和网络节点包重画一次后,效果如下:
图表内容
- Users
- shop
- shop-ingress
- web
- checkout
- payments
- PostgreSQL (managed)
- HTTPS
- /
- /api/checkout
- 80 → 3000
- 80 → 8080
- gRPC
- SQL :5432
之后,这些 wiki 页面就可以指向实时图表,而不是同一张截图的三个副本,下一次改动也只需在一个地方完成。
不立迁移项目,也能完成切换
- 挑出被引用的图。 在 wiki 里搜索嵌入的图片,保留大家仍在链接的那些。其余的就继续当草图。
- 重画,而不是转换。 改成类型化的图,正好可以修正草图里画错的地方。大多数架构图用节点包里的节点几分钟就能重建。
- 从模板或导入开始。 不要从空白画布起步,而是使用示例、模板,或者 Kubernetes 和 Compose 导入工具。
- 用链接替换截图。 让每个页面都指向实时图表,这样需要保持最新的副本就只有一份。
- 继续画草图。 下一个还很模糊的想法,交给 Excalidraw 依然很合适。
常见问题
Archboard 能导入 .excalidraw 文件吗? 不能。用节点包里的节点重画你想保留的图;这通常很快,还能顺便修正与实际系统之间的偏差。
Archboard 有手绘风格吗? 没有。Archboard 是为简洁、类型化的图表打造的。如果你想要的正是那种粗糙的手绘感,Excalidraw 做得最好。
Archboard 是开源或可自托管的吗? 不是。Archboard 是托管 SaaS。它的文档格式是公开的,并附有 JSON Schema,因此其他工具可以读取你导出的内容。
在 Archboard 里还能画草图吗? 可以。便签、文本、贴纸和思维导图与架构节点包位于同一张画布上,头脑风暴和最终的图可以放在一起。
哪个更便宜? 两者都有免费选项,但内容不同:Excalidraw 的免费应用包含实时协作,而 Archboard Free 只有 1 个席位,参与编辑的队友需要 Pro 席位。Excalidraw+ 标出的每用户价格低于 Archboard Pro;请针对你需要保留的图,比较各方案分别包含哪些内容。