开庭前夜为了审理时直观呈现复杂案情，很多律师在作图软件里花三个小时对齐箭头和调整方框字号，却不知只要掌握一套代码提示词，用DeepSeek把案情摘要直接生成标准流程图仅需三分钟。
在民商事复杂案件开庭前，主办律师往往需要直面案情可视化的难题：多方主体交叉持股、资金在多个账户间反复划转，或者长达数年的工程施工穿插着多轮签证变更。为了直观展现全貌，很多律师习惯打开常规作图软件手动拖拽方框和连接线。
排版的过程往往占用大量时间：线条难以对齐、文字超出边框、临时增加一个主体往往导致整张图的布局需要重新调整。
这种耗费主要源于对图表制作工具的选择偏差。常规作图软件注重视觉元素的手工设计，对于需要快速理清案件事实的诉讼律师而言，手动对齐元素不仅耗时，而且后续案件出现新事实时修改成本较高。
解决这类排版负担的有效途径，是采用“图即代码”（Diagrams as Code）的文本化绘图模式。
这种模式的逻辑很明确：图表的本质是结构化事实与关系链条的对应。 律师不需要具备制图技能，只需要把起诉状或判决书里的客观事实提炼出来，通过具备代码能力的大模型将其编译为文本绘图语言（即Mermaid），再放到支持Markdown的工具（如飞书、WPS智能文档）中直接渲染成图。
DeepSeek等代码能力成熟的工具，很适合用来承担这种文本到图表代码的转化。配合一套针对事实与主体的法律提示词，可以快速完成流程图的自动化生成。
一、 核心基础：为什么Mermaid适合诉讼案情图的呈现？在文档编写中，Mermaid 是一种用纯文本字符表达层级与流转关系的开源绘图语法。
它的基本逻辑直观明了：
A[原告某公司] -->|转账50万元| B[被告某公司]：表示由节点A生成一条带有说明文字的实线箭头，指向节点B；graph TD：表示图表整体采用自上而下的垂直布局；graph LR：表示图表采用从左至右的横向时序布局。这种纯文本绘图方式对于办案律师主要有几项实用价值：
自动排版与对齐：使用者只负责交代主体与动作关系，方框的大小、连线的曲率和文字间距全部由软件后台自动计算排版，避免手工微调；便于事实增删与修改：如果庭审前核实某笔款项的数额或日期有变动，直接在代码中修改对应文字，图表会自动重新排列，不需要手动挪动其他元素；输出结果稳定规范：大模型生成自然语言文本时容易产生修辞发散，但在生成特定语法的代码时准确度通常很高；方便导出为清晰图件：在支持的编辑器中渲染完成后，可以直接导出为高清PNG图片或PDF矢量图，直接插入代理词或证据目录前端。二、 实操Prompt模板：将案情转化为代码的指令结构要让大模型稳定输出可直接运行的图表代码，避免生成冗长的解释文字，提示词需要明确角色身份、代码格式、实体命名以及连线标注规范。
可供日常办案调用的基础提示词结构如下：
Markdown
【角色设定】
你是一名民商事诉讼律师与法律信息可视化助手。请将我提供的案情文字摘要，直接转换为一段符合Mermaid语法的流程图代码（采用graph TD自上而下架构），供法庭举证使用。
【转换规则与约束】
1. 主体节点规范：
- 每个当事人或案外人设为一个独立节点，格式统一为：`节点代码[主体简称+诉讼地位]`，例如：`A[原告卓越公司]`、`B[被告天成集团]`；
2. 连线与事实标注：
- 节点间的连线必须标明“日期 + 客观法律动作 + 证据编号”，例如：`A -->|2023-05-10 签署合作协议 原证1| B`；
- 涉及大额款项支付的连线，使用粗箭头并注明金额，例如：`A ==>|转款5000万元 原证3| C`；
3. 节点样式区分（在代码末尾添加style设置）：
- 签约与正常履约节点：采用中性灰蓝色；
- 违约、停工或拒绝付款节点：采用淡红色填充（#FFCCCC）并加粗边框；
- 时效中断或达成和解备忘节点：采用淡紫色填充（#E6E6FA）；
4. 输出要求：
- 严格只输出包含在 ```mermaid 和 ``` 之间的代码块，不要输出任何额外的开场白、解释或总结。
【待转换的案件事实摘要】
（在此处粘贴案情文本或判决书事实查明部分）
这套提示词限制了模型的发散，确保其直接输出可被编辑器识别的代码块。
三、 实例检验：案情文本直出图表代码以一起包含增资入股、差额回购与事后和解的复杂商事纠纷为例：
1. 输入的基础事实：2021年3月1日，原告卓越投资公司与被告天成集团签订《投资合作协议》，约定原告向天成集团全资子公司绿能公司增资5000万元，持有绿能公司40%股权。同日，天成集团实控人陈某向原告出具《回购承诺函》，承诺满两年后按年化10%收益溢价回购原告所持股权。2021年3月5日，原告依约转款5000万元。2023年3月1日投资期满，绿能公司经营亏损，原告发函要求天成集团及陈某履约回购，二人明确拒绝。2023年6月10日，双方经面谈出具《还款备忘录》，陈某承诺年底前先行清偿2000万元，但到期依然未付。原告遂起诉要求承担连带回购给付责任。
2. 模型直接生成的Mermaid代码：代码段
graph TD
%% 诉讼主体定义
A[原告：卓越投资公司]
B[被告一：天成集团]
C[标的公司：绿能公司]
D[被告二/实控人：陈某]
%% 交易与违约流转
A -- "2021-03-01 签署《投资合作协议》 原证1" --> B
A -- "2021-03-05 支付增资款5000万元 原证3" ==> C
D -- "2021-03-01 出具《溢价回购承诺函》 原证2" --> A
C -. "2023-03-01 经营亏损未分配利润 原证4" .-> A
A -- "2023-03-05 发出《履行回购催告函》 原证5" --> B
A -- "2023-03-05 发出《催告函》主张连带责任 原证5" --> D
B -- "2023-03-10 明确拒绝回购 原证6" --> A
D -- "2023-03-10 明确拒绝回购 原证6" --> A
A -- "2023-06-10 达成《还款备忘录》 原证7" <--> D
D -- "2023-12-31 逾期未支付2000万元 原证8" --> A
A ==> "2024年起诉要求承担连带给付责任" --> B
A ==> "2024年起诉要求承担连带给付责任" --> D
%% 节点样式定义
style A fill:#EBF5FB,stroke:#2E86C1,stroke-width:2px;
style B fill:#FDEDEC,stroke:#E74C3C,stroke-width:2px;
style D fill:#FDEDEC,stroke:#E74C3C,stroke-width:2px;
style C fill:#EAFAF1,stroke:#27AE60,stroke-width:2px;
3. 编辑器内的呈现结果：将这段代码复制进支持Markdown的笔记工具（如飞书、WPS智能文档）后，文字代码即刻转换为清晰的树状关联图：主体间的投资协议、打款流向、回购保证以及后续的催告拒付节点纵向排列，各线索对应的证据编号一目了然。
四、 办案中的落地流程（3步走）要将这套方法作为办案流程的一部分，可以分为三个步骤操作：
事实信息脱敏：将案卷中的关键时间、合同名称、款项金额以及对应的证据编号整理出来，对涉及个人隐私或商业秘密的主体名称做规范化简称处理；输入提示词并生成代码：将准备好的事实放入上述Prompt中发送给模型，直接获取生成的Mermaid代码段；粘贴渲染并排入文书：在本地Markdown编辑器中新建文档并粘贴代码，确认图表结构准确后，导出为图片插入起诉状首屏或证据目录中。通过代码生成图表的方式，能够把律师从重复性的手工排版中解脱出来，用更少的时间完成案件信息的结构化梳理。
技术工具的真正价值从来不是替代律师的独立判断，而是用最小的时间损耗帮专业人士完成繁琐的表达封装。