英文术语可以直接写吗？

可以。节点里中英文混排没有问题，例如「提交 Pull Request」。

评审意见的轻重怎么体现？

可以把「是否有修改意见」拆成「必须改」和「建议改」两个出口，建议改的直接到批准。

能放进团队的开发手册吗？

能。导出 SVG 放进文档最清晰，或者用分享链接让大家随时打开最新版。

代码评审流程图模板

预览用的是「亮色」主题，打开编辑器后可以换

适用场景

团队想统一代码评审的做法、给新成员讲「提交之后会经过哪些环节」时使用。自动检查在人工评审之前，评审意见在修改和再次阅读之间循环，直到批准。

怎么改成你的

核心模块需要两人评审的，保留「需要第二位评审」；小团队可以删掉。
把评审时限写进节点，例如「一个工作日内给出意见」。
合并方式有要求的，在最后一步写明，例如压缩成一次提交。
文字里要用括号时，把整段文字用双引号包起来，例如 A["复核（二次）"]。

Mermaid 代码

code-review-flowchart.mmd

flowchart TD
    A[开发者完成功能并自测] --> B[提交合并请求]
    B --> C[自动检查 构建 测试 规范]
    C --> D{检查通过}
    D -->|否| E[修复问题] --> B
    D -->|是| F[指派评审人]
    F --> G[评审人阅读代码]
    G --> H{是否有修改意见}
    H -->|有| I[开发者修改并回复]
    I --> G
    H -->|没有| J[批准]
    J --> K{需要第二位评审}
    K -->|是| F
    K -->|否| L[合并到主干]
    L --> M[删除分支并关联任务]

让 AI 按这个结构生成一份

把下面这段发给豆包、DeepSeek、Kimi 或元宝，再把它的回复整段粘贴到编辑器，会自动识别其中的代码。

prompt.txt

请用 Mermaid 的 flowchart TD 语法画一张代码评审流程图：开发者完成功能并自测、提交合并请求、自动检查，不通过则修复后重新提交；通过后指派评审人、评审人阅读代码；有修改意见则开发者修改并回复，再次评审；没有意见则批准；判断是否需要第二位评审，需要则再指派，不需要则合并到主干、删除分支并关联任务。判断用菱形，节点文字不要用括号。只输出 mermaid 代码块。