18｜复杂度路由：一件事该消耗多少推理

黄佳

你好，我是黄佳。
上一讲我们把 CoT 拆成了一条能对账的推理轨迹。但是判断一件事该想多深，这个判断本身也要花成本。如果每个请求都先认认真真分析一遍“你到底难不难”，那分析本身就成了新的浪费。这一讲，咱们就把“判断”这件事也做成工程，这就是复杂度路由（Complexity-Based Routing），这个模式同样和 Token 经济学强相关。
复杂度路由是在任务进主链路之前，用一次轻量判断决定它该走哪条道、花多少推理、要不要人审。它是整个推理模块的前台。一个判断进来，简单的就用一句话回答完，复杂的进 CoT、并行探索、迭代假设验证这三个诊室。推理完成后还要通过验证器的验证，验证不通过还可能需要换路（进入其它推理诊室）、升级或转交人工来处理。
现在的急诊室门口有分诊台。病人一进门，分诊护士先按病情轻重分流，擦破皮的去普通门诊，胸痛的直接进抢救室。护士的第一眼的判断必须足够快、足够便宜，不能说为了做个分诊先做一遍全面体检。
一句话里混着四类任务假如 6 月薪酬结算时，用户给 Agent 发来一句话：
帮我处理上海市场部 6 月薪资快照里的异常 ; 能自动通过的直接过掉，不能过的列给我。
这句话表面上只是一个请求，实际上是一堆各种各样的任务，里面至少混了四类判断。

公开

同步至部落

取消

完成

0/2000

荧光笔

直线

曲线

笔记

复制

AI

深入了解
翻译
英语
中文简体
法语
德语
日语
韩语
俄语
西班牙语
解释
总结

仅可试看部分内容，如需阅读全部内容，请付费购买文章所属专栏
《Agent 设计模式之美》，新⼈⾸单¥68

立即购买

登录后留言

全部留言(1)

最新
精选

George
学习这门课的操作疑问：这些代码属于伪代码，只是为了更方便的介绍流程，还是在可以实际操作落地的代码？
2026-07-10归属地：浙江



收起评论