Model Configuration Levels

好，我们来看这一页内容，它其实就是在讲 Agentforce 里模型配置的“优先级规则”，也就是当不同层级都设置了模型时，到底听谁的。你可以把这个理解成“局部优先，越具体越生效”。 --- 咱们先从整体往下推啊。 假设你们整个公司——也就是组织级别——设了一个默认模型，比如 Salesforce 自己默认的那个。那所有没单独指定模型的代理、子代理，都会自动用这个组织默认值。 但是呢，如果某个代理想用不一样的模型，你就可以在 ，代理级别， 用 `Model_connect` 去指定一个模型，比如你给“客服代理”指定了 Claude Haiku 4.5。那这个代理下的，所有子代理，，如果不单独再改，就全跟着这个代理级别的模型走。 再往下，如果你觉得某个，子代理，特别重要，想用更精准或者更强的模型，你还可以在，那个子代理内部，再用一次 `Model_connect` 去指定另一个模型，比如给“订餐子代理”指定 Gemini 3.1 Pro。 这时候，优先级就很清晰了： ，子代理自己的模型 > 它所属的代理级别的模型 > 组织默认模型。， 也就是说，最具体的那一层设置会覆盖上面所有更宽泛的设置。 --- 我给你举个具体的例子，帮你看得更明白： - 你的 ，组织默认， 还是 Salesforce 的标准模型。 - 你有一个 ，客服代理，，你把它设成了 Claude Haiku 4.5。 - 客服代理下面有个 ，HandleReservation 子代理，，你单独把它设成了 Gemini 3.1 Pro。 那实际运行的时候： - 当请求进入 HandleReservation 子代理时，它会用 ，Gemini 3.1 Pro，，因为它有自己明确的指定。 - 当请求落在客服代理下的其他子代理（比如简单问答子代理），那些没单独指定的，就跟着客服代理的模型走，也就是 ，Claude Haiku 4.5，。 - 假如还有别的代理，你根本没去碰过任何设置，那它们就都继续用 ，Salesforce 默认模型，。 这套机制的好处是，你既不用给每个角落都重新设一遍，又能把最重要的任务分配给最合适的模型，灵活又省心。 --- 另外提一句，有些代理模板里，代理路由器会自动用一个 Salesforce 自己的 EinsteinHyperClassifier 模型来帮它决定把请求分给哪个子代理。但这不影响咱们上面说的规则，子代理自己的模型配置依然是最终执行时用的那个。 所以记住口诀就行：，谁的“地盘”越具体，谁说了算。， 这样你就会配置了。 好了，关于这一页我们就讲到这里，有什么问题随时可以问。