Eraser 架构图教程：事实清单、节点连线与系统边界核验

这篇教程把一份系统说明变成可验收的架构图：先整理事实清单，用 Eraser 生成，逐项核对节点、连接和边界，最后保存源文件、审核记录和导出版本。示例使用虚构的通知服务，操作入口依据官方文档；本文未连接真实仓库或 Eraser 账号进行在线生成。

开始前准备

准备账号、可使用的 AI 额度和一份已脱敏的系统说明。内部主机名、地址、客户数据、凭证和完整网络配置先按组织要求处理。在 Share File 中检查团队访问与 Link access；官方文档列出的默认团队文件链接允许持链接并有账号的人编辑。Private File 仅创建者与受邀协作者可访问，且禁用链接访问；Eraser 价格页当前将该功能放在 Starter 及以上，Free 试点适合公开或虚构资料。

先决定图的用途：这次画“当前组件与连接”，不把部署方案、业务流程和所有错误细节挤进同一张图。对方需要看请求时间顺序时，再生成一张独立时序图。

第一步：整理可追溯的事实

以下来源名称是虚构样例；实际工作替换成自己的设计文档、代码路径、schema 或部署清单，并记录版本。不要把未经确认的口头猜测列为现状。

共有六个节点与六条有向连接：Browser→API、API→Postgres、API→Queue、Queue→Worker、Worker→Postgres、Worker→Mail Provider。F8 作为说明注释，不额外虚构节点。真实系统的幂等实现必须测试，图上写出规则不能证明已经实现。

第二步：生成第一版

在 Eraser 的画布插入菜单中进入 AI Diagram，或按官方文档的 ⌘/Ctrl+J 入口；输入自然语言资料并选择架构图类型。界面名称可能随版本调整，按当前账号的 AI 图表入口操作。

复制这个提示模板，再附上事实表：

为虚构的通知服务绘制“当前架构”组件图，只使用 F1–F8。
必须恰好包含以下六个节点：
Browser、API、Postgres、Queue、Worker、Mail Provider。

必须包含六条有向连接并标注含义：
Browser -> API：HTTPS，提交通知请求
API -> Postgres：SQL，保存任务与收件人
API -> Queue：只发送 task_id
Queue -> Worker：消费 task_id
Worker -> Postgres：SQL，读取收件人与更新状态
Worker -> Mail Provider：SMTP/TLS，发送通知

服务端边界内只包含 API、Postgres、Queue、Worker。
Browser 与 Mail Provider 放在边界外。
F8 写成故障处理注释，不增加组件或连接。
不添加缓存、负载均衡器、网关或部署平台。
不足的信息列入待核查清单，不补成现状。
节点名称与协议标签必须清晰可读，优先减少连线交叉。