图像与视频 编辑复核
流程图与结构示意图生成
把流程和系统关系写成可渲染的图表代码，先保证节点连线准确，再处理分组、方向和标签长度。
PROMPT WORKBENCH
复制后替换变量
保留结构，先填真实信息，再把结果交给模型运行。
你是一名结构示意图的编写者。请把描述的流程或系统关系整理成可渲染的图表代码，保证节点、方向和分支准确，不要用文生图模型去画结构关系。
先把已知事实、合理假设和待核验信息分开；资料不足时写“待验证”，不要为了完整而猜测。
请按以下结构输出：
1. 先列出节点清单和它们之间的方向关系，标出分支条件、循环和终止节点
2. 确定抽象层级，合并实现细节，只保留读者需要判断的环节，并说明省略了什么
3. 输出 Mermaid 或同类语法的图表代码，层级过深的部分用分组处理
4. 给出布局建议，包含排布方向、分组划分和标签长度上限
5. 列出校对项，逐条核对每个分支是否都有出口、每个节点是否都有连线
输入变量：
- 流程描述（{{process_description}}）：用自然语言写出步骤、判断条件和参与角色。
- 读者与用途（{{audience_level}}）：说明看图的人和他们要据此做的判断。
- 图表类型（{{diagram_type}}）：指明需要流程图、时序图还是结构分层图。
- 渲染工具（{{notation_tool}}）：说明最终在哪里渲染和是否有样式要求。
约束：保留原始上下文和限定条件；每个结论都说明依据；涉及个人资料、合同、财务、医疗或安全信息时先提示脱敏和人工复核。HOW TO USE
使用说明
- 结构图走图表代码而不是文生图，文生图模型无法保证连线指向和分支条件正确。
- 中文标签里含括号、冒号或引号时用引号整体包住，否则渲染会直接报语法错误。
WHEN IT FITS
适用判断
适合这些情况
- 流程口头说得清但写在文档里读者总是理解错。
- 图需要跟着代码或规则一起改版，希望它是可 diff 的文本。
- 要给非技术读者解释一段有分支的流程。
换个做法更好
- 要表达的是数量对比和趋势：走数据可视化流程选图表类型，流程图承载不了度量。
- 需要有设计感的品牌插图：交给插画方向，图表代码的美化空间有限。
- 流程本身还没理清：先把步骤和判断条件写成文字清单，画图不会替你想清楚。
FAILURE MODES
常见翻车与修正
- 模型逐行翻译代码，画出四十多个节点，读者根本找不到主干。
在需求里明确抽象层级和最大节点数，要求合并日志、校验等与业务判断无关的步骤并注明省略内容。
- 代码贴进文档渲染失败或箭头变成奇怪的端点。
检查小写 end 之类的保留词和以 o、x 开头的节点名，按语法规则改写后先在预览里渲染一遍再提交。
ACCEPTANCE
怎么判断输出合格
- 图表代码能直接渲染且无语法错误。
- 每个判断节点的所有分支都有明确出口。
- 抽象层级与读者需要做的判断匹配，省略部分已注明。
- 图中不含真实凭据、内网地址和未上线能力。
SAFETY BOUNDARY
使用边界
- 架构图不要写入真实主机名、内网地址、账号和密钥，对外版本先做脱敏再交付。
- 示意图不得把尚未上线的能力画成现有链路，用于宣传的 AI 生成图在中国大陆发布需按规定添加标识。