Agent 模型路由与降级怎么做：按任务证据选择，失败时守住执行边界

质量路由是在任务开始或某阶段开始时，选择更适合当前输入的模型。故障切换则是在调用不可用、超时或结果不满足已约定条件时，决定是否尝试另一条路径。二者可以配合，但不能共用一个含糊的“失败就换模型”规则。

Amazon Bedrock 的智能提示路由文档描述同一模型家族内的质量与成本选择，配置要求选择恰好两个模型。其 fallback 是质量比较的基线，不能直接等同于服务故障后的自动重放机制。具体支持模型和地区以当前表格为准，不应宣传任意供应商、任意模型都能组合。

该文档还说明功能仅针对英文提示优化，不能依据应用专有表现数据自动调整决策。中文企业任务仍需自己的对照评测。下面的路由表和故障处置是本站应用设计，不是这项产品默认提供的保证。

轻量与复杂任务模型是角色描述，不是某两款产品的固定结论。模型便宜、参数少或名字含有“fast”，都不能证明它适合中文提取或工具调用。每条路径先核对结构化输出、工具能力、上下文需求、地区与企业的数据使用约束。

资料只能送往被允许接收该类内容的模型服务。主模型失败后，不能把内部合同自动转发到未经确认的另一个供应商。没有符合数据范围的备用路径，可以停下或返回已核实的部分。

Anthropic 的评测文章区分尝试、轨迹和最终结果，并讨论代码、模型与人工评分的用途。路由本身也要评测：如果模型能力足够，却被错误分配到不适合的阶段，系统仍会失败。

结果按任务类别呈现。简单样本很多时，总通过率可能掩盖少量冲突场景的错误。放行阈值、允许的人工介入和预算由实际任务决定，本文没有实测供应商提升数据。

“我有 95% 把握”不是已校准的业务正确概率。可以使用任务长度、字段完整性、是否跨文档、是否出现确定的冲突等可检查特征作为路由条件，再用历史样本验证这些条件是否有用。涉及模型判断的路由器也需要独立量表和反例。

路由记录至少包含规则版本、选择理由、输入类别、候选模型和实际使用模型。不要只记录最终答案，否则看不到是选择错误还是所选模型处理错误。用户纠正型号、资料撤回或规则改变后，重新评估受影响阶段，不默认沿用旧路由。

起步可以只有一条正常路径和一个明确停止分支。新增路径必须解决已观察问题，不能为了覆盖更多模型而不断增加分支。切换次数、调用额度和总截止时间统一受任务预算限制。

备用模型也要满足当前输出合同。它支持普通聊天，不代表支持相同工具参数或结构化设置；需要适配时先独立验证。切换后重新检查结果，不能因为走了备用路径就降低金额、对象或授权要求。

教学请求是“要 E100 两台，周五前送到”。提取阶段保留型号、数量与用户原文；地区尚不明确时进入补问。等地区确认后，价格与交期从业务服务读取，模型只整理带来源的草稿。这个流程不会让复杂模型替资料负责人补出交期。

在隔离环境让初始模型返回无效数量，再查看系统是否按预算修复或切换，并保留原文供核对。继续模拟模型超时和资料服务中断：前者可能采用已验证的生成路径，后者必须标记无法取得依据。两个故障不应得到同一种自动重试。

最后模拟工单已经创建，返回结果却丢失。此时换模型也要读取原检查点和意图标识，先查询工单；已完成的动作不重做，状态仍未知则等待核对或接管。稳定意图标识应在写入前持久化，外部服务必须具备相应幂等和查询合同。

这些是演练输入与期望行为，并非本文已经运行的成绩。完成后填写实际模型、尝试次数、耗时、费用、业务对象数量和拒绝结果，读者才能判断自己的路由是否改善了任务。

保存允许模型、任务类别、数据范围、规则版本和停止条件。先用不执行业务写入的方式比较，再在已确认范围使用；工具支持、提示词、模型版本或资料结构改变时，重新运行受影响案例。生产记录应能看出采用了哪条路径。

观察质量下降时先定位资料、路由、输出和服务阶段。切回已验证配置可能停止新问题，但已创建对象和排队任务仍需单独处理。没有合格备用模型时，回到规则处理、获授权的只读结果或人工接管，都是可以明确设计的降级方式。

本文适合希望按任务管理模型成本与可靠性的企业 Agent。不保证更换模型一定降低成本或改善结果；供应商路由能力、中文适用性和数据要求需要按当前产品与实际评测确认。