Eraser
使用AI创建技术图表，帮助团队表达和整理技术设计。
Eraser 面向技术团队，将文档与图表编辑放在同一工作空间，支持用 AI 根据文字和技术材料生成图形，适合表达系统架构、数据关系和请求流程。
可以用来完成：解释服务架构、整理数据库关系、讨论接口调用。
Eraser 能做什么
图表可以帮助团队讨论设计，但不能证明系统真的按图运行。输入应尽量来自当前代码、配置或接口说明，并注明哪些是实际结构、哪些是待实现方案。
当前不同图型的编辑形式并不完全相同：部分架构和流程图使用自由编辑，其他图型或配置可使用 diagram-as-code。不要把所有 AI 图都理解为可直接修改的图表代码。
从技术描述生成图表
用服务清单、流程说明或适合的技术材料表达结构，先得到草稿再核对节点与关系。
选择图形或代码编辑方式
根据图型与工作区配置调整布局或图表描述，让修改方式适合团队的维护习惯。
将图与解释放在一起
配合文字记录设计目的、假设和取舍，减少只有一张图却缺少上下文的沟通。
按用途导出与分享
使用当前账户支持的图像或文档格式交付；高分辨率和部分演示、图表格式需要对应方案。
- 核心用途
- AI 技术图、图形编辑、部分图型代码编辑与文档导出。
- 可完成的工作
- 解释服务架构、整理数据库关系、讨论接口调用。
- 如何开始
- 选择一份已脱敏的真实材料，明确图的受众与范围。
- 使用条件
- 需账户；团队、AI 和部分导出格式有方案条件，代码库连接还需授权。
可以完成哪些工作
按你的目标查看准备资料、操作方法和交付结果。
说明现有服务架构带说明的系统架构图。
适合：技术负责人和新成员
- 准备什么
- 脱敏服务清单、实际依赖、数据存储和部署范围。
- 怎么完成
- 先按真实材料生成架构草稿，补充系统边界与连接含义，再让维护者逐项确认。
- 完成后得到什么
- 带说明的系统架构图。
- 交付前检查
- 核对连接方向、外部依赖与环境，删掉模型猜测出的组件。
整理数据库关系可用于讨论的实体关系图与疑问清单。
适合：后端工程师与数据人员
- 准备什么
- 允许使用的表结构、主外键、字段说明和业务约束。
- 怎么完成
- 生成实体关系草稿，明确关键关联及基数，对没有真实外键但有业务关联的部分单独说明。
- 完成后得到什么
- 可用于讨论的实体关系图与疑问清单。
- 交付前检查
- 对照实际 schema 核对字段和关系，图中的连线不代表数据库已实施约束。
讨论接口请求与失败处理接口调用图和需要补测的异常列表。
适合：后端与测试工程师
- 准备什么
- 接口说明、参与服务、正常响应及异常条件。
- 怎么完成
- 按请求顺序描述调用，生成时序或流程草稿，补充超时、重试和重复提交的处理路径。
- 完成后得到什么
- 接口调用图和需要补测的异常列表。
- 交付前检查
- 确认同步异步边界、返回对象和重试副作用，不遗漏失败后的终止路径。
如何使用 Eraser
- 限定图的用途
区分现状说明与未来方案，选择读者需要理解的范围和细节层次。
- 准备准确输入
从真实材料整理名称、关系和约束，移除密钥及无权上传的信息。
- 生成后逐项纠正
检查图型、连线、基数和边界，按当前编辑方式修改，必要时拆成多个图。
- 完成评审与导出
请系统维护者确认内容，检查导出尺寸、文字可读性和账户支持的格式。
开始前需要了解
图表不执行系统配置
diagram-as-code 是图形描述方式，不等于基础设施部署代码或数据库变更。
AI 可能误解技术关系
缩写、同名服务和材料缺失容易造成错误，不能只以排版整齐判断正确。
编辑与导出存在差异
自由图形与代码图的能力不同，部分格式、清晰度和水印条件受付费方案影响。
账号权限、费用与可用功能请以官方入口的当前说明为准。重要结果应先检查，再用于实际工作。
常见问题
适合没有技术背景的人吗？
可以协助读图和讨论，但复杂架构与数据关系需要懂系统的人提供并核对材料。
所有 AI 生成图都有可编辑代码吗？
不是。图型和配置会影响编辑形式，应查看当前工作区中的实际方式。
能直接生成可以上线的系统吗？
不能把图表当成实现，仍需开发、配置、测试和部署等后续工作。
怎样让图长期有用？
记录来源与适用范围，在系统变化后更新关键关系，并保留负责审阅的人。
从新手学习与入门角度评估Eraser
把新手学习与入门需要的条件列清楚，再比较工具。阅读本页的产品用途、步骤与限制，再逐项确认下面的问题；这些是选型方法，不表示每款工具都具备同样能力。
从熟悉任务开始
选择你能判断结果好坏的小任务，便于发现偏差。
输入是否容易准备
文字粘贴即可开始时，不必先学习复杂的连接与部署。
结果是否能检查
要求清晰格式，保留不确定内容和需要你确认的问题。
选择一个小样任务，先检查结果与交付格式，再决定是否用于更多资料。
