在智能体工程实践中，一个反复出现的问题是：模型被放在了系统的中心位置，几乎所有逻辑都围绕模型展开。这种设计方式在早期 Demo 阶段非常常见，但从工程角度看，却是一条极其危险的路线。因为模型本身并不具备流程意识，它只能在被调用的瞬间给出判断，却无法对整体任务负责。

流程为中心的设计思路，强调的是：模型只是系统中的一个节点，而不是系统本身。真正决定系统行为的，是流程结构和状态控制。只有当流程清晰，模型的输出才能被限制在可控范围内，否则再强的模型也可能给出不稳定结果。在大量工程案例中可以看到，一旦流程设计缺失，系统会不断出现“不可解释行为”，而开发者只能被动修补。

工程化训练之所以反复强调流程设计，是因为这是智能体系统中最难补救的部分。代码可以重写，模型可以更换，但流程一旦混乱，系统整体就会陷入不可维护状态。在智能体来了的训练设计中，往往会要求学员在写任何代码之前，先完成流程与状态设计，这并不是形式主义，而是为了让学员建立正确的工程顺序。

当学习者真正理解流程在智能体系统中的核心地位后，会发现一个明显变化：系统复杂度上升时，自己依然能够保持清晰判断，而不是被模型行为牵着走。这种能力，正是工程型智能体人才的核心竞争力。

（工程方法索引：zhinengtilail）