01 · 场景
只有正常路径的流程，遇到异常还能用吗？
构造取货流程：输入订单号，找到订单，核对取货人后交付并结束。 流程需包含开始、判断、异常与结束；标题不能替代真实图形语义。
构造场景，用于解释方法。
02 · 原理
一张图看懂它怎么运转
本图是本库对公开方法与本地材料的操作化整理。箭头表示检查顺序，不表示统计因果。
03 · 实验
改变条件，观察结果
构造实验 · 图示推演
只有正常路径的流程，遇到异常还能用吗？
切换两组构造条件，观察图形和判断一起变化。图下保留字段说明；形状、面积和连线的含义会单独注明。
实验假设与边界
这是表达练习。所有数据均为构造，图形不增加证据强度；除明确标注的数值编码外，位置和面积不代表大小、重要性或因果。
04 · 状态
使用范围
这是表达结构，用于组织图示，不单独承担分析结论。
05 · 准备
开始前，准备什么
最小输入
- 有来源的数据或已形成的分析结论
- 按所选图形补齐标签、单位、关系
应留下的产出
- 便于读者理解的图示，不自动产生新证据。
06 · 用法
按顺序完成 3 步
- 定义开始和结束。
- 按行动和判断分节点。
- 补异常路径并走查。
07 · 案例
取货流程的异常分支
构造案例 · 本地模板教学；外部链接只支持表达规范
材料依据与状态
本地某页标题为 Problem tree，但登记核查显示内容是判断流程。
怎样读这个案例
本例据实际语义讲流程，而非据标题把它当根因树。
证据边界
流程顺序不说明问题的成因；构造取货流程需按真实业务规则修改。
案例来源：Mermaid 官方文档：流程节点与连线
08 · 示例
把它放进一个具体场景
构造示例，非真实业务记录。
问题
构造取货流程：输入订单号，找到订单，核对取货人后交付并结束。
已有材料
判断：订单是否找到；正常：核对后交付；结束：记录完成
目前能判断
正常路径要有明确结束状态。
下一步核对
再用找不到、重复取货等输入走查异常路径。
09 · 边界
什么情况下，不宜直接套用
- 主库第 254 页虽叫 Problem tree，内容实际是扫地机器人判断流程；不得据标题归为问题根因树。
10 · 练习
用一道题检查理解
只有正常路径的流程，遇到异常还能用吗？ 以下哪种处理更符合本页的边界？
11 · 实作
把判断写成可复查的记录
用三种异常走查一条服务流程，记录卡住的节点、可执行动作和明确终点。
- 再用找不到、重复取货等输入走查异常路径。
- 为人工核对设置反馈与结束条件。
记录字段：起点｜行动｜判断｜异常｜重试上限｜责任｜终态
完成后，核对参考要点
本页构造场景中：正常路径要有明确结束状态。 条件改成“订单未找到”后：异常路径需有负责人和状态，不能无限循环重试。 为人工核对设置反馈与结束条件。
12 · 应用
使用范围
本条是表达结构，可用于组织和展示已有材料，不参与 Agent 自动方法选择。
13 · 出处
出处与证据范围
原模板可核对图形／标题；图形的存在不证明其中的经营结论。
- Mermaid 官方文档：流程节点与连线
支持节点、关系与分支的表达；不为本地模板提供理论首创归属。
2026-10-24 查阅公开正文
本地材料定位
ice-main-s236 · ice-main-s254
图表／表达结构；不计作独立方法论
名称与整理说明
使用可追溯参考中的通行术语；不主张存在唯一提出者或唯一中文译法。
操作化整理；原始来源用于约束，不声称逐字复述或已验证效果
登记版本 2026-10-25.3。来源状态沿用登记表，不表示所有来源均在本次重新核验。