买方痛点

团队一开始只用一个模型。后来为了成本、隐私或质量加入另一个模型。结果同一个动作以不同外壳出现，工作流开始变脆。

用户不关心调用外壳。他们关心的是：团队在背后调整成本、隐私或质量选择时，工作流还能不能继续工作。

在边界统一动作形状

Better Call 在校验和执行之前，把不同来源的动作形状变成一个稳定的内部形状。产品工具可以专注业务工作，而不是学习每个模型的方言。

来源信息仍然要保留，这样工程团队可以解释为什么某条模型路径表现不同。

什么应该稳定

工作流契约应该比模型供应商选择更持久。

flowchart LR
  A[用户痛点] --> B[有边界的工作流]
  B --> C[可审查的动作]
  C --> D[可复盘的证据]
  D --> E[可重复的结果]

如何判断

买方应该期待更少的供应商专属 bug、更容易的模型切换，以及某条模型路径表现不同时更清楚的证据。

模型选择应该是运营决策，而不是重写产品的理由。