Skip to main content
在路由器架构中，路由步骤会对输入进行分类，并将其定向到专门的智能体。当您拥有不同的垂直领域（每个领域都需要自己的独立智能体）时，这种模式非常有用。

​
关键特性

  • 路由器分解查询
  • 并行调用零个或多个专门的智能体
  • 将结果综合成连贯的响应

​
何时使用

当您拥有不同的垂直领域（每个领域都需要自己的独立智能体），需要并行查询多个来源，并希望将结果综合成组合响应时，请使用路由器模式。

​
基本实现

路由器对查询进行分类，并将其定向到适当的智能体。对于单智能体路由，请使用 Command；对于并行扇出到多个智能体，请使用 Send。
使用 Command 路由到单个专门的智能体：
import { z } from "zod";
import { Command } from "@langchain/langgraph";

const ClassificationResult = z.object({
  query: z.string(),
  agent: z.string(),
});

function classifyQuery(query: string): z.infer<typeof ClassificationResult> {
  // 使用 LLM 对查询进行分类并确定适当的智能体
  // 此处为分类逻辑
  ...
}

function routeQuery(state: z.infer<typeof ClassificationResult>) {
  const classification = classifyQuery(state.query);

  // 路由到选定的智能体
  return new Command({ goto: classification.agent });
}
完整实现请参阅下方教程。

教程：构建带路由的多源知识库

构建一个路由器，并行查询 GitHub、Notion 和 Slack，然后将结果综合成连贯的答案。涵盖状态定义、专门的智能体、使用 Send 的并行执行以及结果综合。

​
无状态与有状态

两种方法：

​
无状态

每个请求独立路由——调用之间没有记忆。对于多轮对话，请参阅有状态路由器。
路由器与子智能体：两种模式都可以将工作分派给多个智能体，但它们在路由决策的制定方式上有所不同：
  • 路由器：一个专门的路由步骤（通常是一次 LLM 调用或基于规则的逻辑），用于对输入进行分类并分派给智能体。路由器本身通常不维护对话历史或执行多轮编排——它是一个预处理步骤。
  • 子智能体：一个主要的监督智能体在持续对话中动态决定调用哪些子智能体。主智能体维护上下文，可以在多个轮次中调用多个子智能体，并编排复杂的多步骤工作流。
当您有明确的输入类别并希望进行确定性或轻量级分类时，请使用路由器。当您需要灵活的、对话感知的编排，其中 LLM 根据不断变化的上下文决定下一步做什么时，请使用监督者。

​
有状态

对于多轮对话，您需要在调用间维护上下文。

​
工具包装器

最简单的方法：将无状态路由器包装为一个对话智能体可以调用的工具。对话智能体处理记忆和上下文；路由器保持无状态。这避免了在多个并行智能体之间管理对话历史的复杂性。 
const searchDocs = tool(
  async ({ query }) => {
    const result = await workflow.invoke({ query });
    return result.finalAnswer;
  },
  {
    name: "search_docs",
    description: "Search across multiple documentation sources",
    schema: z.object({
      query: z.string().describe("The search query"),
    }),
  }
);

// 对话智能体将路由器用作工具
const conversationalAgent = createAgent({
  model,
  tools: [searchDocs],
  systemPrompt: "You are a helpful assistant. Use search_docs to answer questions.",
});

​
完全持久化

如果您需要路由器本身维护状态，请使用持久化来存储消息历史。当路由到智能体时，从状态中获取之前的消息，并有选择地将其包含在智能体的上下文中——这是上下文工程的一个杠杆。
有状态路由器需要自定义历史记录管理。 如果路由器在轮次间切换智能体，当智能体具有不同的语气或提示时，对话对最终用户来说可能感觉不流畅。对于并行调用，您需要在路由器级别维护历史记录（输入和综合输出），并在路由逻辑中利用此历史记录。请考虑使用交接模式或子智能体模式——两者都为多轮对话提供了更清晰的语义。
将这些文档连接到 Claude、VSCode 等，通过 MCP 获取实时答案。
在 GitHub 上编辑此页面 或 提交问题。