大家好，最近我做了一个小工具 DiagramPreview： https://diagrampreview.com 起因是我最近写 README 、技术方案和接口文档时，经常让大模型生成 Mermaid 、PlantUML 、架构图、OpenAPI 流程、SQL ER 图之类的文本。 AI 生成初稿确实很快，但有个步骤一直很烦：它通常只给代码，不帮你确认能不能渲染。很多时候复制到文档里才发现 Mermaid 报错，或者 PlantUML 图看起来不对，还要再找工具预览、修语法、导出图片。 所以我把这个中间步骤做成了一个在线工具站： - Mermaid / PlantUML / Graphviz / D2 / Markdown 预览 - AI Diagram Generator 、Text to Mermaid 、Mermaid AI Fixer - OpenAPI to Sequence Diagram 、SQL to ER Diagram - JSON / YAML / JSON Schema / XML / CSV 结构可视化 - Docker Compose 、Kubernetes Manifest 、package.json 依赖图 - SVG / PNG / PDF 导出 - 不需要登录，浏览器里直接用 普通预览类工具主要在浏览器里处理。AI 生成类工具会调用后端接口，所以不要把私有代码、密钥、内部架构细节直接丢进去。 我的主要使用场景是： 1. 让 AI 先生成图表代码。 2. 粘贴到 DiagramPreview 里看是否能渲染。 3. 如果语法坏了，修一下或让 AI 修复。 4. 导出 SVG/PNG 放到 README 、PRD 、技术方案或周报里。 目前还比较早期，想听听 V2EX 上大家的建议： - 你们写技术文档时最常用 Mermaid 、PlantUML 还是 draw.io ？ - 还有哪些格式值得补，比如 DBML 、Terraform 、Protobuf 、Grafana Dashboard 、Prometheus Alert 、Swagger 更深度可视化？ - 工具站这种形态，你会希望更偏“编辑器”，还是更偏“格式转换集合”？ 欢迎拍砖，我会继续迭代。
大家好，最近我做了一个小工具 DiagramPreview： https://diagrampreview.com 起因是我最近写 README 、技术方案和接口文档时，经常让大模型生成 Mermaid 、PlantUML 、架构图、OpenAPI 流程、SQL ER 图之类的文本。 AI 生成初稿确实很快，但有个步骤一直很烦：它通常只给代码，不帮你确认能不能渲染。很多时候复制到文档里才发现 Mermaid 报错，或者 PlantUML 图看起来不对，还要再找工具预览、修语法、导出图片。 所以我把这个中间步骤做成了一个在线工具站： - Mermaid / PlantUML / Graphviz / D2 / Markdown 预览 - AI Diagram Generator 、Text to Mermaid 、Mermaid AI Fixer - OpenAPI to Sequence Diagram 、SQL to ER Diagram - JSON / YAML / JSON Schema / XML / CSV 结构可视化 - Docker Compose 、Kubernetes Manifest 、package.json 依赖图 - SVG / PNG / PDF 导出 - 不需要登录，浏览器里直接用 普通预览类工具主要在浏览器里处理。AI 生成类工具会调用后端接口，所以不要把私有代码、密钥、内部架构细节直接丢进去。 我的主要使用场景是： 1. 让 AI 先生成图表代码。 2. 粘贴到 DiagramPreview 里看是否能渲染。 3. 如果语法坏了，修一下或让 AI 修复。 4. 导出 SVG/PNG 放到 README 、PRD 、技术方案或周报里。 目前还比较早期，想听听 V2EX 上大家的建议： - 你们写技术文档时最常用 Mermaid 、PlantUML 还是 draw.io ？ - 还有哪些格式值得补，比如 DBML 、Terraform 、Protobuf 、Grafana Dashboard 、Prometheus Alert 、Swagger 更深度可视化？ - 工具站这种形态，你会希望更偏“编辑器”，还是更偏“格式转换集合”？ 欢迎拍砖，我会继续迭代。
大家好，最近我做了一个小工具 DiagramPreview： https://diagrampreview.com 起因是我最近写 README 、技术方案和接口文档时，经常让大模型生成 Mermaid 、PlantUML 、架构图、OpenAPI 流程、SQL ER 图之类的文本。 AI 生成初稿确实很快，但有个步骤一直很烦：它通常只给代码，不帮你确认能不能渲染。很多时候复制到文档里才发现 Mermaid 报错，或者 PlantUML 图看起来不对，还要再找工具预览、修语法、导出图片。 所以我把这个中间步骤做成了一个在线工具站： - Mermaid / PlantUML / Graphviz / D2 / Markdown 预览 - AI Diagram Generator 、Text to Mermaid 、Mermaid AI Fixer - OpenAPI to Sequence Diagram 、SQL to ER Diagram - JSON / YAML / JSON Schema / XML / CSV 结构可视化 - Docker Compose 、Kubernetes Manifest 、package.json 依赖图 - SVG / PNG / PDF 导出 - 不需要登录，浏览器里直接用 普通预览类工具主要在浏览器里处理。AI 生成类工具会调用后端接口，所以不要把私有代码、密钥、内部架构细节直接丢进去。 我的主要使用场景是： 1. 让 AI 先生成图表代码。 2. 粘贴到 DiagramPreview 里看是否能渲染。 3. 如果语法坏了，修一下或让 AI 修复。 4. 导出 SVG/PNG 放到 README 、PRD 、技术方案或周报里。 目前还比较早期，想听听 V2EX 上大家的建议： - 你们写技术文档时最常用 Mermaid 、PlantUML 还是 draw.io ？ - 还有哪些格式值得补，比如 DBML 、Terraform 、Protobuf 、Grafana Dashboard 、Prometheus Alert 、Swagger 更深度可视化？ - 工具站这种形态，你会希望更偏“编辑器”，还是更偏“格式转换集合”？ 欢迎拍砖，我会继续迭代。
大家好，最近我做了一个小工具 DiagramPreview： https://diagrampreview.com 起因是我最近写 README 、技术方案和接口文档时，经常让大模型生成 Mermaid 、PlantUML 、架构图、OpenAPI 流程、SQL ER 图之类的文本。 AI 生成初稿确实很快，但有个步骤一直很烦：它通常只给代码，不帮你确认能不能渲染。很多时候复制到文档里才发现 Mermaid 报错，或者 PlantUML 图看起来不对，还要再找工具预览、修语法、导出图片。 所以我把这个中间步骤做成了一个在线工具站： - Mermaid / PlantUML / Graphviz / D2 / Markdown 预览 - AI Diagram Generator 、Text to Mermaid 、Mermaid AI Fixer - OpenAPI to Sequence Diagram 、SQL to ER Diagram - JSON / YAML / JSON Schema / XML / CSV 结构可视化 - Docker Compose 、Kubernetes Manifest 、package.json 依赖图 - SVG / PNG / PDF 导出 - 不需要登录，浏览器里直接用 普通预览类工具主要在浏览器里处理。AI 生成类工具会调用后端接口，所以不要把私有代码、密钥、内部架构细节直接丢进去。 我的主要使用场景是： 1. 让 AI 先生成图表代码。 2. 粘贴到 DiagramPreview 里看是否能渲染。 3. 如果语法坏了，修一下或让 AI 修复。 4. 导出 SVG/PNG 放到 README 、PRD 、技术方案或周报里。 目前还比较早期，想听听 V2EX 上大家的建议： - 你们写技术文档时最常用 Mermaid 、PlantUML 还是 draw.io ？ - 还有哪些格式值得补，比如 DBML 、Terraform 、Protobuf 、Grafana Dashboard 、Prometheus Alert 、Swagger 更深度可视化？ - 工具站这种形态，你会希望更偏“编辑器”，还是更偏“格式转换集合”？ 欢迎拍砖，我会继续迭代。
大家好，最近我做了一个小工具 DiagramPreview： https://diagrampreview.com 起因是我最近写 README 、技术方案和接口文档时，经常让大模型生成 Mermaid 、PlantUML 、架构图、OpenAPI 流程、SQL ER 图之类的文本。 AI 生成初稿确实很快，但有个步骤一直很烦：它通常只给代码，不帮你确认能不能渲染。很多时候复制到文档里才发现 Mermaid 报错，或者 PlantUML 图看起来不对，还要再找工具预览、修语法、导出图片。 所以我把这个中间步骤做成了一个在线工具站： - Mermaid / PlantUML / Graphviz / D2 / Markdown 预览 - AI Diagram Generator 、Text to Mermaid 、Mermaid AI Fixer - OpenAPI to Sequence Diagram 、SQL to ER Diagram - JSON / YAML / JSON Schema / XML / CSV 结构可视化 - Docker Compose 、Kubernetes Manifest 、package.json 依赖图 - SVG / PNG / PDF 导出 - 不需要登录，浏览器里直接用 普通预览类工具主要在浏览器里处理。AI 生成类工具会调用后端接口，所以不要把私有代码、密钥、内部架构细节直接丢进去。 我的主要使用场景是： 1. 让 AI 先生成图表代码。 2. 粘贴到 DiagramPreview 里看是否能渲染。 3. 如果语法坏了，修一下或让 AI 修复。 4. 导出 SVG/PNG 放到 README 、PRD 、技术方案或周报里。 目前还比较早期，想听听 V2EX 上大家的建议： - 你们写技术文档时最常用 Mermaid 、PlantUML 还是 draw.io ？ - 还有哪些格式值得补，比如 DBML 、Terraform 、Protobuf 、Grafana Dashboard 、Prometheus Alert 、Swagger 更深度可视化？ - 工具站这种形态，你会希望更偏“编辑器”，还是更偏“格式转换集合”？ 欢迎拍砖，我会继续迭代。
大家好，最近我做了一个小工具 DiagramPreview： https://diagrampreview.com 起因是我最近写 README 、技术方案和接口文档时，经常让大模型生成 Mermaid 、PlantUML 、架构图、OpenAPI 流程、SQL ER 图之类的文本。 AI 生成初稿确实很快，但有个步骤一直很烦：它通常只给代码，不帮你确认能不能渲染。很多时候复制到文档里才发现 Mermaid 报错，或者 PlantUML 图看起来不对，还要再找工具预览、修语法、导出图片。 所以我把这个中间步骤做成了一个在线工具站： - Mermaid / PlantUML / Graphviz / D2 / Markdown 预览 - AI Diagram Generator 、Text to Mermaid 、Mermaid AI Fixer - OpenAPI to Sequence Diagram 、SQL to ER Diagram - JSON / YAML / JSON Schema / XML / CSV 结构可视化 - Docker Compose 、Kubernetes Manifest 、package.json 依赖图 - SVG / PNG / PDF 导出 - 不需要登录，浏览器里直接用 普通预览类工具主要在浏览器里处理。AI 生成类工具会调用后端接口，所以不要把私有代码、密钥、内部架构细节直接丢进去。 我的主要使用场景是： 1. 让 AI 先生成图表代码。 2. 粘贴到 DiagramPreview 里看是否能渲染。 3. 如果语法坏了，修一下或让 AI 修复。 4. 导出 SVG/PNG 放到 README 、PRD 、技术方案或周报里。 目前还比较早期，想听听 V2EX 上大家的建议： - 你们写技术文档时最常用 Mermaid 、PlantUML 还是 draw.io ？ - 还有哪些格式值得补，比如 DBML 、Terraform 、Protobuf 、Grafana Dashboard 、Prometheus Alert 、Swagger 更深度可视化？ - 工具站这种形态，你会希望更偏“编辑器”，还是更偏“格式转换集合”？ 欢迎拍砖，我会继续迭代。
大家好，最近我做了一个小工具 DiagramPreview： https://diagrampreview.com 起因是我最近写 README 、技术方案和接口文档时，经常让大模型生成 Mermaid 、PlantUML 、架构图、OpenAPI 流程、SQL ER 图之类的文本。 AI 生成初稿确实很快，但有个步骤一直很烦：它通常只给代码，不帮你确认能不能渲染。很多时候复制到文档里才发现 Mermaid 报错，或者 PlantUML 图看起来不对，还要再找工具预览、修语法、导出图片。 所以我把这个中间步骤做成了一个在线工具站： - Mermaid / PlantUML / Graphviz / D2 / Markdown 预览 - AI Diagram Generator 、Text to Mermaid 、Mermaid AI Fixer - OpenAPI to Sequence Diagram 、SQL to ER Diagram - JSON / YAML / JSON Schema / XML / CSV 结构可视化 - Docker Compose 、Kubernetes Manifest 、package.json 依赖图 - SVG / PNG / PDF 导出 - 不需要登录，浏览器里直接用 普通预览类工具主要在浏览器里处理。AI 生成类工具会调用后端接口，所以不要把私有代码、密钥、内部架构细节直接丢进去。 我的主要使用场景是： 1. 让 AI 先生成图表代码。 2. 粘贴到 DiagramPreview 里看是否能渲染。 3. 如果语法坏了，修一下或让 AI 修复。 4. 导出 SVG/PNG 放到 README 、PRD 、技术方案或周报里。 目前还比较早期，想听听 V2EX 上大家的建议： - 你们写技术文档时最常用 Mermaid 、PlantUML 还是 draw.io ？ - 还有哪些格式值得补，比如 DBML 、Terraform 、Protobuf 、Grafana Dashboard 、Prometheus Alert 、Swagger 更深度可视化？ - 工具站这种形态，你会希望更偏“编辑器”，还是更偏“格式转换集合”？ 欢迎拍砖，我会继续迭代。
大家好，最近我做了一个小工具 DiagramPreview： https://diagrampreview.com 起因是我最近写 README 、技术方案和接口文档时，经常让大模型生成 Mermaid 、PlantUML 、架构图、OpenAPI 流程、SQL ER 图之类的文本。 AI 生成初稿确实很快，但有个步骤一直很烦：它通常只给代码，不帮你确认能不能渲染。很多时候复制到文档里才发现 Mermaid 报错，或者 PlantUML 图看起来不对，还要再找工具预览、修语法、导出图片。 所以我把这个中间步骤做成了一个在线工具站： - Mermaid / PlantUML / Graphviz / D2 / Markdown 预览 - AI Diagram Generator 、Text to Mermaid 、Mermaid AI Fixer - OpenAPI to Sequence Diagram 、SQL to ER Diagram - JSON / YAML / JSON Schema / XML / CSV 结构可视化 - Docker Compose 、Kubernetes Manifest 、package.json 依赖图 - SVG / PNG / PDF 导出 - 不需要登录，浏览器里直接用 普通预览类工具主要在浏览器里处理。AI 生成类工具会调用后端接口，所以不要把私有代码、密钥、内部架构细节直接丢进去。 我的主要使用场景是： 1. 让 AI 先生成图表代码。 2. 粘贴到 DiagramPreview 里看是否能渲染。 3. 如果语法坏了，修一下或让 AI 修复。 4. 导出 SVG/PNG 放到 README 、PRD 、技术方案或周报里。 目前还比较早期，想听听 V2EX 上大家的建议： - 你们写技术文档时最常用 Mermaid 、PlantUML 还是 draw.io ？ - 还有哪些格式值得补，比如 DBML 、Terraform 、Protobuf 、Grafana Dashboard 、Prometheus Alert 、Swagger 更深度可视化？ - 工具站这种形态，你会希望更偏“编辑器”，还是更偏“格式转换集合”？ 欢迎拍砖，我会继续迭代。
大家好，最近我做了一个小工具 DiagramPreview： https://diagrampreview.com 起因是我最近写 README 、技术方案和接口文档时，经常让大模型生成 Mermaid 、PlantUML 、架构图、OpenAPI 流程、SQL ER 图之类的文本。 AI 生成初稿确实很快，但有个步骤一直很烦：它通常只给代码，不帮你确认能不能渲染。很多时候复制到文档里才发现 Mermaid 报错，或者 PlantUML 图看起来不对，还要再找工具预览、修语法、导出图片。 所以我把这个中间步骤做成了一个在线工具站： - Mermaid / PlantUML / Graphviz / D2 / Markdown 预览 - AI Diagram Generator 、Text to Mermaid 、Mermaid AI Fixer - OpenAPI to Sequence Diagram 、SQL to ER Diagram - JSON / YAML / JSON Schema / XML / CSV 结构可视化 - Docker Compose 、Kubernetes Manifest 、package.json 依赖图 - SVG / PNG / PDF 导出 - 不需要登录，浏览器里直接用 普通预览类工具主要在浏览器里处理。AI 生成类工具会调用后端接口，所以不要把私有代码、密钥、内部架构细节直接丢进去。 我的主要使用场景是： 1. 让 AI 先生成图表代码。 2. 粘贴到 DiagramPreview 里看是否能渲染。 3. 如果语法坏了，修一下或让 AI 修复。 4. 导出 SVG/PNG 放到 README 、PRD 、技术方案或周报里。 目前还比较早期，想听听 V2EX 上大家的建议： - 你们写技术文档时最常用 Mermaid 、PlantUML 还是 draw.io ？ - 还有哪些格式值得补，比如 DBML 、Terraform 、Protobuf 、Grafana Dashboard 、Prometheus Alert 、Swagger 更深度可视化？ - 工具站这种形态，你会希望更偏“编辑器”，还是更偏“格式转换集合”？ 欢迎拍砖，我会继续迭代。
大家好，最近我做了一个小工具 DiagramPreview： https://diagrampreview.com 起因是我最近写 README 、技术方案和接口文档时，经常让大模型生成 Mermaid 、PlantUML 、架构图、OpenAPI 流程、SQL ER 图之类的文本。 AI 生成初稿确实很快，但有个步骤一直很烦：它通常只给代码，不帮你确认能不能渲染。很多时候复制到文档里才发现 Mermaid 报错，或者 PlantUML 图看起来不对，还要再找工具预览、修语法、导出图片。 所以我把这个中间步骤做成了一个在线工具站： - Mermaid / PlantUML / Graphviz / D2 / Markdown 预览 - AI Diagram Generator 、Text to Mermaid 、Mermaid AI Fixer - OpenAPI to Sequence Diagram 、SQL to ER Diagram - JSON / YAML / JSON Schema / XML / CSV 结构可视化 - Docker Compose 、Kubernetes Manifest 、package.json 依赖图 - SVG / PNG / PDF 导出 - 不需要登录，浏览器里直接用 普通预览类工具主要在浏览器里处理。AI 生成类工具会调用后端接口，所以不要把私有代码、密钥、内部架构细节直接丢进去。 我的主要使用场景是： 1. 让 AI 先生成图表代码。 2. 粘贴到 DiagramPreview 里看是否能渲染。 3. 如果语法坏了，修一下或让 AI 修复。 4. 导出 SVG/PNG 放到 README 、PRD 、技术方案或周报里。 目前还比较早期，想听听 V2EX 上大家的建议： - 你们写技术文档时最常用 Mermaid 、PlantUML 还是 draw.io ？ - 还有哪些格式值得补，比如 DBML 、Terraform 、Protobuf 、Grafana Dashboard 、Prometheus Alert 、Swagger 更深度可视化？ - 工具站这种形态，你会希望更偏“编辑器”，还是更偏“格式转换集合”？ 欢迎拍砖，我会继续迭代。
大家好，最近我做了一个小工具 DiagramPreview： https://diagrampreview.com 起因是我最近写 README 、技术方案和接口文档时，经常让大模型生成 Mermaid 、PlantUML 、架构图、OpenAPI 流程、SQL ER 图之类的文本。 AI 生成初稿确实很快，但有个步骤一直很烦：它通常只给代码，不帮你确认能不能渲染。很多时候复制到文档里才发现 Mermaid 报错，或者 PlantUML 图看起来不对，还要再找工具预览、修语法、导出图片。 所以我把这个中间步骤做成了一个在线工具站： - Mermaid / PlantUML / Graphviz / D2 / Markdown 预览 - AI Diagram Generator 、Text to Mermaid 、Mermaid AI Fixer - OpenAPI to Sequence Diagram 、SQL to ER Diagram - JSON / YAML / JSON Schema / XML / CSV 结构可视化 - Docker Compose 、Kubernetes Manifest 、package.json 依赖图 - SVG / PNG / PDF 导出 - 不需要登录，浏览器里直接用 普通预览类工具主要在浏览器里处理。AI 生成类工具会调用后端接口，所以不要把私有代码、密钥、内部架构细节直接丢进去。 我的主要使用场景是： 1. 让 AI 先生成图表代码。 2. 粘贴到 DiagramPreview 里看是否能渲染。 3. 如果语法坏了，修一下或让 AI 修复。 4. 导出 SVG/PNG 放到 README 、PRD 、技术方案或周报里。 目前还比较早期，想听听 V2EX 上大家的建议： - 你们写技术文档时最常用 Mermaid 、PlantUML 还是 draw.io ？ - 还有哪些格式值得补，比如 DBML 、Terraform 、Protobuf 、Grafana Dashboard 、Prometheus Alert 、Swagger 更深度可视化？ - 工具站这种形态，你会希望更偏“编辑器”，还是更偏“格式转换集合”？ 欢迎拍砖，我会继续迭代。
大家好，最近我做了一个小工具 DiagramPreview： https://diagrampreview.com 起因是我最近写 README 、技术方案和接口文档时，经常让大模型生成 Mermaid 、PlantUML 、架构图、OpenAPI 流程、SQL ER 图之类的文本。 AI 生成初稿确实很快，但有个步骤一直很烦：它通常只给代码，不帮你确认能不能渲染。很多时候复制到文档里才发现 Mermaid 报错，或者 PlantUML 图看起来不对，还要再找工具预览、修语法、导出图片。 所以我把这个中间步骤做成了一个在线工具站： - Mermaid / PlantUML / Graphviz / D2 / Markdown 预览 - AI Diagram Generator 、Text to Mermaid 、Mermaid AI Fixer - OpenAPI to Sequence Diagram 、SQL to ER Diagram - JSON / YAML / JSON Schema / XML / CSV 结构可视化 - Docker Compose 、Kubernetes Manifest 、package.json 依赖图 - SVG / PNG / PDF 导出 - 不需要登录，浏览器里直接用 普通预览类工具主要在浏览器里处理。AI 生成类工具会调用后端接口，所以不要把私有代码、密钥、内部架构细节直接丢进去。 我的主要使用场景是： 1. 让 AI 先生成图表代码。 2. 粘贴到 DiagramPreview 里看是否能渲染。 3. 如果语法坏了，修一下或让 AI 修复。 4. 导出 SVG/PNG 放到 README 、PRD 、技术方案或周报里。 目前还比较早期，想听听 V2EX 上大家的建议： - 你们写技术文档时最常用 Mermaid 、PlantUML 还是 draw.io ？ - 还有哪些格式值得补，比如 DBML 、Terraform 、Protobuf 、Grafana Dashboard 、Prometheus Alert 、Swagger 更深度可视化？ - 工具站这种形态，你会希望更偏“编辑器”，还是更偏“格式转换集合”？ 欢迎拍砖，我会继续迭代。
将 Markdown 转换为 X Articles 富文本格式。 代码块渲染为图片，表格和 Mermaid 图表一键复制，AI 生成封面图，自动拆分 thread markdown2x.com
将 Markdown 转换为 X Articles 富文本格式。 代码块渲染为图片，表格和 Mermaid 图表一键复制，AI 生成封面图，自动拆分 thread markdown2x.com
继续分享一下 MD Preview 的更新。 这是一个用 Rust + wry 做的轻量 Markdown 预览工具，不用 Electron ，不打包 Chromium ，直接调用系统 WebView 。适合平时快速打开 `.md` 文件、看 README 、看 AI 生成的 Markdown 内容。 这几版主要补了： - KaTeX 数学公式渲染 - Mermaid 图表渲染 - 40+ 语言代码高亮，离线内置 - 文件修改后自动刷新 - 悬浮工具栏：源码编辑、打印 - GitHub Releases 更新检测：首屏后异步检查，不影响启动 - macOS / Windows / Linux 都有构建 现在体积比最早版本大了一些，因为内置了 KaTeX / Mermaid ，但仍然是小工具级别：macOS DMG 4.3 MB ，Windows ZIP 1.8 MB ，Linux tar.gz 2.4 MB 。 项目地址： https://github.com/vorojar/md-preview 最新版本： https://github.com/vorojar/md-preview/releases/tag/v1.1.1 欢迎试用和提 issue 。
继续分享一下 MD Preview 的更新。 这是一个用 Rust + wry 做的轻量 Markdown 预览工具，不用 Electron ，不打包 Chromium ，直接调用系统 WebView 。适合平时快速打开 `.md` 文件、看 README 、看 AI 生成的 Markdown 内容。 这几版主要补了： - KaTeX 数学公式渲染 - Mermaid 图表渲染 - 40+ 语言代码高亮，离线内置 - 文件修改后自动刷新 - 悬浮工具栏：源码编辑、打印 - GitHub Releases 更新检测：首屏后异步检查，不影响启动 - macOS / Windows / Linux 都有构建 现在体积比最早版本大了一些，因为内置了 KaTeX / Mermaid ，但仍然是小工具级别：macOS DMG 4.3 MB ，Windows ZIP 1.8 MB ，Linux tar.gz 2.4 MB 。 项目地址： https://github.com/vorojar/md-preview 最新版本： https://github.com/vorojar/md-preview/releases/tag/v1.1.1 欢迎试用和提 issue 。
我也是在前几天发现draw.io可以直接导入mermaid来生成流程图，太强了，这样一来一些稍微复杂一点的流程图就不需要一直点来点去去画了 点击左上角的调整其他图形 点击插入 点击mermaid选项 粘贴mermaid代码 这里我就用之前让AI帮写的一个mermaid图导入进去给大家看一下 虽然不是很好看，但是我觉得稍微改一改提示词还是可以更好看的，希望能帮到各位佬友 3 个帖子 - 3 位参与者 阅读完整话题
https://schematex.js.org/
https://schematex.js.org/
https://schematex.js.org/