← 返回概念解读

Concept Fable精修版

路由器

Router · Orchestration component

先读故事。这里不急着给定义,先让问题自己长出来。

寓言故事

城门口那位不修车却决定车往哪走的人

双河城有四条路。东路快但贵,西路慢但稳,南路能走重货,北路只适合轻车。过去车夫到城门口自己选路。

熟人选得准,新人常走错。一次易碎瓷器为了赶时间走东路,东路确实快,却有一段颠簸石坡,瓷器碎了一半。另一次急信走西路,安全却晚到两天。

城主最初在门口贴路况表。可车夫要考虑货重、期限、费用、风险、天气和堵塞。表越写越长,车夫仍拿不准。

后来城门口多了一位调路官。他不修车,也不搬货,只问几件事:货物是什么,期限多紧,能花多少钱,风险优先还是速度优先,各路今天状态如何。

问完后,他给车夫一块路牌。急信走东路,瓷器走西路,重货走南路,空车才可能走北路;遇到暴雨,还会临时改派。

几年后,双河城的车和路都更多了。车夫不必记住所有规则,只需把任务交到入口。效率来自一个懂策略、能力和代价的分发者。

调路官也会解释自己的路牌。瓷器走西路,不是因为西路最好,而是因为这趟货怕颠;急信走东路,是因为晚到的代价高过路费。

有了这些理由,车夫开始信任分发。调路官不替他们驾车,却把任务和道路的匹配做在入口。城越大,入口的判断越能减少后面的返工和损失。 后来新手入门时,老师傅不再先讲抽象名目,而是让他们复盘那次失误:原先哪里靠直觉,第一次修补为什么不够,新的安排怎样把风险留在能检查的位置。等他们能说清这些细节,还能指出什么时候该沿用、什么时候该升级,才算真正懂了这套办法。 后来他们还把这套办法交给新人演练:先让新人按旧办法做一遍,看错误怎样出现;再按新规矩重做,看哪一步被提前拦住,哪一步留下了证据。新人若只会背名字,仍会在相似场景里乱用;只有能说出适用边界、代价和失败后的补救,才被允许独立接活。

揭示

这个故事讲的是:路由器

路由器 Router 是把请求、任务或中间步骤分发到合适模型、工具、工作流、技能或 Agent 的组件。它可以根据意图、能力、成本、延迟、风险、权限、负载和策略做决策。语义路由强调按含义分发,而 Router 更广,可以包含规则路由、策略路由、模型路由、故障转移和负载均衡。

它重要的地方在于:它不只是一个术语,而是在真实 AI / Agent 系统里会反复出现的结构性问题。理解它,才能判断什么时候该加模型,什么时候该改流程,什么时候该补治理。

隐喻映射

  • 四条路:不同模型、工具、Agent、工作流或供应商
  • 车夫自己选路:调用方直接选择能力,容易错配
  • 瓷器走快路碎掉:任务和能力不匹配造成质量或风险问题
  • 急信走慢路:错误路由导致延迟和业务损失
  • 路况表越写越长:简单静态规则难以覆盖复杂条件
  • 调路官:Router 组件
  • 货物、期限、费用、风险、天气:路由决策信号,包括任务属性、成本、延迟、风险和系统状态
  • 临时改派:故障转移、降级或动态路由
  • 入口处分发者:Router 把复杂选择集中治理,让系统更可控

Soloharness 判断

这个概念的实战价值,是帮你把“看起来聪明的 AI 功能”拆成可交付、可验收、可治理的工作单元。

orchestrationskillshandoffmodel routingclassifiertool selection