GEO研究 › 知识基础 › 研究文献 › 百度 AI 搜索技术架构论文:DAG 任务规划与多智能体
研究文献 · 论文

百度 AI 搜索技术架构论文:DAG 任务规划与多智能体

一手官方(百度技术论文口径(站内经知乎专栏解读二手转述,原文出处与发表时间待核);对普通站点的触发/引用逻辑官方至今无公开说明)百度百度技术论文(知乎专栏解读转述)2026

一句话结论:官方架构口径:多智能体协作+基于有向无环图(DAG)的任务规划——AI 搜索不是"检索+生成"两步,而是可拆解、可调度的任务图。

百度 AI 搜索的技术架构有一份官方论文口径:多智能体协作 + 动态任务规划——基于有向无环图(DAG)的任务规划、动态能力边界调整、轻量化检索生成。它是中文引擎侧少见的“官方讲机制”材料:多数引擎只给产品口径,百度把 AI 搜索内部拆成了可调度的任务图。产品侧的现势与规模口径见百度AI搜索引擎档案,本卡聚焦论文口径本身。

架构说了什么

三层口径。第一层是 DAG 任务规划:查询不再走“检索→生成”两步,而是被拆成有依赖关系的任务节点,按图调度执行——对比、多跳、时效混合类复杂问题可以拆成子问题分头处理再汇总。第二层是动态能力边界调整:按查询难度动态决定调用多少检索、动用哪些能力,简单问题走轻量路径,复杂问题才展开全链路——这是成本与延迟导向的工程取舍。第三层是轻量化检索生成:检索与生成环节做了轻量化设计,适配搜索场景的高并发。三层合起来是一句判断:中文头部引擎的 AI 搜索已经按 Agent 化架构组织,而不是“模型+搜索框”的简单拼接。

对站方的两个推论

推论一:查询被拆解意味着命中单元变了。一篇对准一个问题的文章,只覆盖任务图的一个节点;实体级的完整覆盖(产品/参数/对比/场景/时效各有内容可命中)才能吃满整张图。这与站内查询扇出机制的判断互证——官方架构给“查询会被拆”提供了中文引擎侧的正面证据,整条链路如何决定“引用谁”另见引用选择机制。推论二:动态能力边界意味着触发深度不均匀,同一站点在不同子问题上被检索的深度不同,监测要按子问题拆开看,别用单一“引用率”概括(生态背景见百度生态档案)。

局限与读法

三条边界。其一,站内收录的是“官方论文口径”,经知乎专栏解读二手转述,原文出处与发表时间需以百度官方渠道为准,引用时标注转述层级。其二,论文讲架构不讲引用逻辑:普通站点如何被触发、被引用,官方到 2026 年仍无公开说明——从“有 DAG 任务规划”推出“所以我该怎么优化”,中间隔着产品实现,相关推论要标机制推断。其三,架构描述随版本演进:2026-04 创作者大会的“双 Agent 引擎”口径与论文不完全同代,引用时注意时间线,别把两代口径混写。

核心结论

  1. 官方架构口径:多智能体协作+基于有向无环图(DAG)的任务规划——AI 搜索不是"检索+生成"两步,而是可拆解、可调度的任务图。
  2. 动态能力边界调整与轻量化检索生成:按查询难度动态分配检索深度与算力,成本/延迟导向的工程取舍。
  3. 引用逻辑留白:论文讲架构不讲引用——普通站点如何被触发与引用,官方到 2026 年仍无公开口径。
对本站用户的实操含义:查询会被拆成子任务图,"一页对一问"的写法要升级为"一个实体覆盖一簇子问题";官方架构给站内查询扇出机制提供了中文引擎侧的正面证据。

引用来源

  1. 百度 AI 搜索技术论文(原文 URL 未公开,暂列百度 AI 开放平台域根)
最后更新 2026-10-01本卡为站方摘要与解读,非译文;请以原文为准