技术阶梯 T0–T4：从最简充分技术起步

为什么要阶梯，而不是「选个模型」

方案评审会上最贵的错误是：把一个本来 T0（规则/Excel）能解决的环节，直接跳到 T4（Agentic）——多花一个数量级的钱，买来一个更不稳定的系统。

技术阶梯的立场是：从最简充分技术起步。每一档都有明确的适用条件、升级条件和降级信号。升级应该是被证据推动的动作，不是被演示推动的冲动。

五档速查

三个实践要点

1. 判据是乘数，不是单看能力。 错误代价 × 路径确定性 × 现有系统可承接性。能力再强，错误代价不可逆就不该给自主权；路径再复杂，若每步都能枚举，Workflow 比 Agentic 靠谱。

2. T1/T2 不是「过渡档」，是主战场。 目标企业大量真实动作发生在集成与 RPA 这一档：旧系统没有 API、数据散在几个系统里、动作要人核验。T1/T2 的失败处理与核验标准，和 T3/T4 的评测一样重要。只写 T3/T4 的手册，服务不了这类企业。

3. 档位迁移是双向的。 升级条件满足才升；出现降级信号就退。典型的换档迁移（T4↔T0）：当模型把曾经需要动态选路的问题做成了稳定的一步推理，路径可以固定时，就该从 T4 降到 Workflow 甚至 T0——这不是倒退，是删复杂度。

起步档位怎么定

按业务模式的常见起步（六类模式速查）：

记忆、多 Agent、RAG、Eval 是可组合机制，不是每个项目必须启用的固定组件。先问「不用这个组件能不能达到门槛」。

小结

选型时把「我们用什么模型」换成三个问题：这事最简充分档在哪档？升级条件是什么？降级信号是什么？把答案写进 T3「方案与取舍记录」——方案评审就有了共同语言。