本文根据Hugging Face上的Agent课程编写而成。
什么是LlamaIndex?
LlamaIndex 是一个完整的工具包,用于使用索引和工作流创建基于LLM的Agent。
LlamaIndex的关键部分以及它们如何帮助代理?
Components:在 LlamaIndex 中使用的基本构建块。 These include things like prompts, models, and databases.组件通常用于将 LlamaIndex 与其他工具和库连接起来。
Tools: 工具是提供特定功能(例如搜索、计算或访问外部服务)的组件。
Agents:能够使用工具并做出决策的自主组件。它们协调工具的使用,以实现复杂的目标。
Workflows:是将逻辑整合在一起的逐步流程。工作流或代理工作流是一种无需明确使用代理即可构建代理行为的方法。
LlamaIndex的关键优势
- 清晰的工作流系统 :工作流使用事件驱动和异步优先的语法,逐步分解代理的决策流程。这有助于您清晰地编写和组织逻辑。
- 使用 LlamaParse 进行高级文档解析 :LlamaParse 是专为 LlamaIndex 制作的,因此集成是无缝的,尽管它是一项付费功能。
- 众多即用型组件 :LlamaIndex 已经推出一段时间了,因此可以与许多其他框架兼容。这意味着它拥有许多经过测试且可靠的组件,例如 LLM、检索器、索引等等
- LlamaHub :是数百个此类组件、代理和工具的注册表,您可以在 LlamaIndex 中使用它们。
LlamaIndex的使用
LlamaHub 简介
LlamaHub 是一个包含数百个集成、代理和工具的注册表,您可以在 LlamaIndex 中使用它们。
那么应该怎么使用呢?
LlamaIndex 的安装说明在 LlamaHub 上提供了结构清晰的概述 。乍一看可能有点难以理解,但大多数安装命令通常都遵循一种易于记忆的格式 :
1
| pip install llama-index-{component-type}-{framework-name}
|
让我们来尝试使用Hugging Face inference API integration安装 LLM 和嵌入组件的依赖项。
1
| pip install llama-index-llms-huggingface-api llama-index-embeddings-huggingface
|
使用刚刚下载好的组件的示例:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
| from llama_index.llms.huggingface_api import HuggingFaceInferenceAPI
import os
from dotenv import load_dotenv
# Load the .env file
load_dotenv()
# Retrieve HF_TOKEN from the environment variables
hf_token = os.getenv("HF_TOKEN")
llm = HuggingFaceInferenceAPI(
model_name="Qwen/Qwen2.5-Coder-32B-Instruct",
temperature=0.7,
max_tokens=100,
token=hf_token,
)
response = llm.complete("Hello, how are you?")
print(response)
# I am good, how can I help you today?
|
QueryEngine 组件
QueryEngine 组件可以用作代理的检索增强生成 (RAG) 工具。
现在,想想 Alfred 是如何工作的:
- 你请阿尔弗雷德帮忙策划一场晚宴
- Alfred 需要检查你的日历、饮食偏好和过去成功的菜单
- QueryEngine 帮助 Alfred 找到这些信息并使用它来计划晚宴
现在,让我们更深入地了解组件,看看如何组合组件来创建 RAG 管道。
RAG包含五个关键步骤:
- Loading:指的是将数据从其所在位置(无论是文本文件、PDF、其他网站、数据库还是 API)加载到您的工作流程中。LlamaHub 提供数百种集成方案供您选择。
- Indexing:这意味着创建一个允许查询数据的数据结构。对于LLM来说,这几乎总是意味着创建向量嵌入。向量嵌入是数据含义的数值表示。索引还可以指许多其他元数据策略,以便于根据属性准确地找到上下文相关的数据。
- Storing:一旦您的数据被索引,您将需要存储您的索引以及其他元数据,以避免重新索引它。
- Querying:对于任何给定的索引策略,您可以通过多种方式利用 LLM 和 LlamaIndex 数据结构进行查询,包括子查询、多步骤查询和混合策略。
- Evaluation:任何流程中的关键步骤是检查其相对于其他策略的有效性,或检查何时进行更改。评估可以客观衡量您对查询的响应的准确性、可靠性和速度。
Loading and embedding documents
LlamaIndex 可以在您自己的数据上工作,但是, 在访问数据之前,我们需要加载它。 将数据加载到 LlamaIndex 主要有三种方法:
- SimpleDirectoryReader :用于从本地目录加载各种文件类型的内置加载器。
1
2
3
4
| from llama_index.core import SimpleDirectoryReader
reader = SimpleDirectoryReader(input_dir = "path/to/directory")
documents = reader.load_data()
|
这个多功能组件可以从文件夹中加载各种文件类型,并将它们转换为 LlamaIndex 可以使用的 Document 对象。
加载文档后,我们需要将它们分解成更小的部分,称为 Node 对象。Node 只是原始文档中的一段文本,方便AI处理,同时仍然保留对原始 Document 对象的引用。
IngestionPipeline 通过两个关键转换帮助我们创建这些节点。
SentenceSplitter 按照自然句子边界将文档拆分为可管理的块。HuggingFaceEmbedding 将每个块转换为数字嵌入 - 以 AI 可以有效处理的方式捕捉语义含义的矢量表示。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
| from llama_index.core import Document
from llama_index.embeddings.huggingface import HuggingFaceEmbedding
from llama_index.core.node_parser import SentenceSplitter
from llama_index.core.ingestion import IngestionPipeline
# create the pipeline with transformations
pipeline = IngestionPipeline(
transformations = [
SentenceSplitter(chunk_overlap=0),
HuggingFaceEmbedding(model_name = "BAAI/bge-small-en-v1.5"),
]
)
nodes = await pipeline.arun(documents=[Document.example()])
|
- LlamaParse :LlamaParse,LlamaIndex 用于 PDF 解析的官方工具,可作为托管 API 使用。
- LlamaHub :数百个数据加载库的注册表,用于从任何来源提取数据。
Storing and indexing documents
创建 Node 对象后,我们需要对它们进行索引以使它们可搜索,但在执行此操作之前,我们需要一个地方来存储我们的数据。
由于我们使用的是提取管道,因此可以直接将向量存储附加到管道来填充数据。在本例中,我们将使用 Chroma 来存储文档。
可以在 LlamaIndex 文档中找到不同向量存储的概述。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
| import chromadb
from llama_index.vector_stores.chroma import ChromaVectorStore
db = chromadb.PersistentClient(path="./alfred_chroma_db") # 创建持久化客户端,将数据存储在本地文件系统(而非内存)。
chroma_collection = db.get_or_create_collection('alfred') # 获取或创建向量集合
vector_store = ChromaVectorStore(chroma_collection = chroma_collection) # 将 Chroma 集合包装为 LlamaIndex 兼容的向量存储接口。
pipeline = IngestionPipeline(
transformations=[
SentenceSplitter(chunk_size = 25, chunk_overlap = 0),
HuggingFaceEmbedding(model_name="BAAI/bge-small-en-v1.5"),
],
vector_store = vector_store,
)
|
通过将查询和节点嵌入 VectorStoreIndex 同一个向量空间中,我们可以找到相关的匹配项。
让我们看看如何从向量存储和嵌入中创建这个索引。
1
2
3
4
5
| from llama_index.core import VectorStoreIndex
from llama_index.embeddings.huggingface import HuggingFaceEmbedding
embed_model = HuggingFaceEmbedding(model_name="BAAI/bge-small-en-v1.5")
index = VectorStoreIndex.from_vector_store(vector_store, embed_model=embed_model)
|
所有信息都会自动保存在 ChromaVectorStore 对象和传递的目录路径中。
Querying a VectorStoreIndex with prompts and LLMs
在查询索引之前,我们需要将其转换为查询接口。最常见的转换选项是:
as_retriever :用于基本文档检索,返回具有相似度分数的 NodeWithScore 对象列表as_query_engine :对于单个问答交互,返回书面答复
1
2
3
4
5
6
7
8
| from llama_index.llms.huggingface_api import HuggingFaceInferenceAPI
llm = HuggingFaceInferenceAPI(model_name="Qwen/Qwen2.5-Coder-32B-Instruct")
query_engine = index.as_query_engine(
llm = llm,
response_mode = "tree_summarize"#先从检索到的多个文档片段中生成局部摘要。再将这些摘要递归合并为最终答案,确保回答全面且连贯。
)
query_engine.query("What is the meaning of life?")
|
as_chat_engine :对于在多条消息中保持记忆的对话交互,使用聊天历史记录和索引上下文返回书面回复。
Response Processing
在底层,查询引擎不仅使用 LLM 来回答问题,还使用 ResponseSynthesizer 作为处理响应的策略。同样,这是完全可定制的,但主要有三种开箱即用的策略:
- refine :通过按顺序遍历每个检索到的文本块来创建并优化答案。这会为每个节点/检索到的文本块单独调用一次 LLM。
- compact (默认):类似于细化,但事先连接块,从而减少 LLM 调用。
- tree_summarize :通过遍历每个检索到的文本块并创建答案的树形结构来创建详细的答案。
Evaluation and observability
LlamaIndex 提供内置评估工具来评估响应质量。 这些评估人员利用 LLM 来分析不同维度的响应。 让我们看一下可用的三个主要评估器:
- FaithfulnessEvaluator :通过检查答案是否得到上下文支持来评估答案的真实性。
- AnswerRelevancyEvaluator :通过检查答案是否与问题相关来评估答案的相关性。
- CorrectnessEvaluator :通过检查答案是否正确来评估答案的正确性。
1
2
3
4
5
6
7
8
9
10
11
12
| from llama_index.core.evaluation import FaithfulnessEvaluator
query_engine = # from the previous section
llm = # from the previous section
# query index
evaluator = FaithfulnessEvaluator(llm=llm)
response = query_engine.query(
"What battles took place in New York City in the American Revolution?"
)
eval_result = evaluator.evaluate_response(response=response)
eval_result.passing
|
评估流程:
- 分解回答:将回答拆分为多个独立的陈述(如 “Long Island 战役发生在纽约市” 和 “Fort Washington 战役发生在纽约市”)。
- 检查依据:针对每个陈述,验证是否存在于检索到的上下文中。
- 生成评估结果:
- passing:布尔值,表示回答是否完全忠实于上下文。
- score:分数(0-1),表示忠实程度。
- feedback:详细反馈,指出不忠实的陈述及原因。
安装 LlamaTrace
正如 LlamaHub 部分介绍的那样,我们可以使用以下命令从 Arize Phoenix 安装 LlamaTrace 回调:
1
2
3
4
5
6
7
8
9
10
11
| pip install -U llama-index-callbacks-arize-phoenix
import llama_index
import os
PHOENIX_API_KEY = "<PHOENIX_API_KEY>"
os.environ["OTEL_EXPORTER_OTLP_HEADERS"] = f"api_key={PHOENIX_API_KEY}"
llama_index.core.set_global_handler(
"arize_phoenix",
endpoint="https://llamatrace.com/v1/traces"
)
|
使用LlamaIndex中的工具
LlamaIndex 中有四种主要类型的工具 :
- FunctionTool :将任何 Python 函数转换为代理可以使用的工具。它会自动理解函数的工作原理。
- QueryEngineTool :允许代理使用查询引擎的工具。由于代理构建于查询引擎之上,因此它们也可以使用其他代理作为工具。
- Toolspecs :社区创建的工具集,通常包括用于特定服务(如 Gmail)的工具。
- Utility Tools :帮助处理来自其他工具的大量数据的特殊工具。
FunctionTool 提供了一种简单的方法来包装任何 Python 函数并将其提供给代理。您可以将同步或异步函数以及可选的 name 和 description 参数传递给该工具。
1
2
3
4
5
6
7
8
9
10
11
12
13
| from llama_index.core.tools import FunctionTool
def get_weather(location: str) -> str:
"""Useful for getting the weather for a given location."""
print(f"Getting weather for {location}")
return f"The weather in {location} is sunny"
tool = FuntionTool.from_defaults(
get_weather,
name = "my_weather_tool",
description="Useful for getting the weather for a given location.",
)
tool.call("New York")
|
使用 QueryEngineTool 类,我们可以轻松地将上一单元中定义的 QueryEngine 转换为工具。让我们在下面的示例中看看如何从 QueryEngine 创建 QueryEngineTool 。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
| from llama_index.core import VectorStoreIndex
from llama_index.core.tools import QueryEngineTool
from llama_index.llms.huggingface_api import HuggingFaceInferenceAPI
from llama_index.embeddings.huggingface import HuggingFaceEmbedding
from llama_index.vector_stores.chroma import ChromaVectorStore
embed_model = HuggingFaceEmbedding("BAAI/bge-small-en-v1.5")
db = chromadb.PersistentClient(path="./alfred_chroma_db")
chroma_collection = db.get_or_create_collection("alfred")
vector_store = ChromaVectorStore(chroma_collection=chroma_collection)
index = VectorStoreIndex.from_vector_store(vector_store, embed_model=embed_model)
llm = HuggingFaceInferenceAPI(model_name="Qwen/Qwen2.5-Coder-32B-Instruct")
query_engine = index.as_query_engine(llm=llm)
tool = QueryEngineTool.from_defaults(query_engine, name="some useful name", description="some useful description")
|
可以将 ToolSpecs 视为协同工作的工具集合,就像一个井然有序的专业工具包。正如机械师的工具包包含用于车辆维修的互补工具一样, ToolSpec 可以将相关工具组合起来用于特定用途。例如,会计代理的 ToolSpec 可以巧妙地集成电子表格功能、电子邮件功能和计算工具,从而精准高效地处理财务任务。
1
| pip install llama-index-tools-google
|
加载工具规范并将其转换为工具列表。
1
2
3
4
5
| from llama_index.tools.google import GmailToolSpec
tool_spec = GmailToolSpec()
tool_spec_list = tool_spec.to_tool_list()
[(tool.metadata.name, tool.metadata.description) for tool in tool_spec_list]# 查看每个工具的 metadata
|
Model Context Protocol (MCP) in LlamaIndex
LlamaIndex 还允许通过 LlamaHub 上的 ToolSpec 使用 MCP 工具。您可以简单地运行一个 MCP 服务器,并通过以下实现开始使用它。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
| pip install llama-index-tools-mcp
from llama_index.tools.mcp import BasicMCPClient, McpToolSpec
from llama_index.tools.mcp import BasicMCPClient, McpToolSpec
# We consider there is a mcp server running on 127.0.0.1:8000, or you can use the mcp client to connect to your own mcp server.
mcp_client = BasicMCPClient("http://127.0.0.1:8000/sse")#建立与 MCP 服务器的连接
mcp_tool = McpToolSpec(client=mcp_client)#将 MCP 客户端包装为 LlamaIndex 工具
# get the agent
agent = await get_agent(mcp_tool)
# create the agent context
agent_context = Context(agent)#创建代理上下文
|
通常,直接查询 API 可能会返回过多的数据 ,其中一些数据可能不相关,溢出 LLM 的上下文窗口,或者不必要地增加您正在使用的令牌数量。下面让我们来介绍一下我们的两个主要实用工具。You can find toolspecs and utility tools on the LlamaHub.
- OnDemandToolLoader :此工具可将任何现有的 LlamaIndex 数据加载器(BaseReader 类)转换为代理可以使用的工具。调用此工具时,可以使用触发数据加载器 load_data 所需的所有参数以及自然语言查询字符串。在执行过程中,我们首先从数据加载器加载数据,对其进行索引(例如使用向量存储),然后“按需”查询。所有这三个步骤都可在一次工具调用中完成。
- LoadAndSearchToolSpec :LoadAndSearchToolSpec 接受任何现有工具作为输入。作为工具规范,它实现了 to_tool_list ,当调用该函数时,会返回两个工具:一个加载工具和一个搜索工具。加载工具的执行会调用底层工具,然后对输出进行索引(默认使用向量索引)。搜索工具的执行会接受查询字符串作为输入,并调用底层索引。
在LlamaIndex中使用Agent
LlamaIndex 支持三种主要类型的推理代理:
- Function Calling Agents ——它们与可以调用特定函数的 AI 模型一起工作。
- ReAct Agents - 它们可以与任何进行聊天或文本端点的 AI 一起工作并处理复杂的推理任务。
- Advanced Custom Agents - 这些代理使用更复杂的方法来处理更复杂的任务和工作流程。
初始化Agents
要创建代理,我们首先要为其提供一组定义其功能的函数/工具 。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
| from llama_index.llms.huggingface_api import HuggingFaceInferenceAPI
from llama_index.core.agent.workflow import AgentWorkflow
from llama_index.core.tools import FunctionTool
# define sample Tool -- type annotations, function names, and docstrings, are all included in parsed schemas!
def multiply(a: int, b: int) -> int:
"""Multiplies two integers and returns the resulting integer"""
return a * b
# initialize llm
llm = HuggingFaceInferenceAPI(model_name="Qwen/Qwen2.5-Coder-32B-Instruct")
# initialize agent
agent = AgentWorkflow.from_tools_or_functions(#将工具(Tools)或函数(Functions)注册到代理中
[FunctionTool.from_defaults(multiply)],
llm=llm
)
|
代理默认是无状态的 ,使用 Context 对象可以选择记住过去的交互,如果您想使用需要记住以前交互的代理,这可能会很有用,例如在多个消息中维护上下文的聊天机器人或需要跟踪进度的任务管理器。很棒的异步指南 。
1
2
3
4
5
6
7
8
9
10
| # stateless
response = await agent.run("What is 2 times 2?")
# remembering state
from llama_index.core.workflow import Context
ctx = Context(agent)
response = await agent.run("My name is Bob.", ctx=ctx)#将上下文对象传递给每次调用,保持状态连续性。
response = await agent.run("What was my name again?", ctx=ctx)
|
Agentic RAG 是一种强大的工具,它能够利用代理来解答数据相关问题。 我们可以将各种工具传递给 Alfred,帮助他解答问题。不过,Alfred 可以选择使用任何其他工具或流程来解答问题,而不是自动在文档上进行解答。
将 QueryEngine 包装为代理工具很容易。包装时,我们需要定义名称和描述 。LLM 将使用这些信息来正确使用该工具。让我们看看如何使用我们在组件部分创建的 QueryEngine 加载 QueryEngineTool 。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
| from llama_index.core.tools import QueryEngineTool
query_engine = index.as_query_engine(llm=llm, similarity_top_k=3) # as shown in the Components in LlamaIndex section
query_engine_tool = QueryEngineTool.from_defaults(
query_engine=query_engine,
name="name",
description="a specific description",
return_direct=False,
)
query_engine_agent = AgentWorkflow.from_tools_or_functions(
[query_engine_tool],
llm=llm,
system_prompt="You are a helpful assistant that has access to a database containing persona descriptions. "
)
|
Creating Multi-agent systems
AgentWorkflow 类还直接支持多代理系统。通过为每个代理赋予名称和描述,系统可以维护单个活跃的发言者,并且每个代理都可以将发言权移交给另一个代理。
LlamaIndex 中的代理也可以直接用作其他代理的工具 ,用于更复杂和自定义的场景。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
| from llama_index.core.agent.workflow import (
AgentWorkflow,
FunctionAgent,
ReActAgent,
)
# Define some tools
def add(a: int, b: int) -> int:
"""Add two numbers."""
return a + b
def subtract(a: int, b: int) -> int:
"""Subtract two numbers."""
return a - b
# Create agent configs
# NOTE: we can use FunctionAgent or ReActAgent here.
# FunctionAgent works for LLMs with a function calling API.
# ReActAgent works for any LLM.
calculator_agent = ReActAgebt(
name = 'calculator',
description="Performs basic arithmetic operations",
system_prompt="You are a calculator assistant. Use your tools for any math operation.",
tools = [add, substract],
llm = llm,
)
query_agent = ReActAgent(
name="info_lookup",
description="Looks up information about XYZ",
system_prompt="Use your tool to query a RAG system to answer information about XYZ",
tools=[query_engine_tool],
llm=llm
)
agent = AgentWorkflow(
agents=[calculator_agent, query_agent], root_agent="calculator"
)
# Run the system
response = await agent.run(user_msg="Can you add 5 and 3?")
|
在 LlamaIndex 中创建代理工作流
LlamaIndex 中的工作流提供了一种结构化的方法,将您的代码组织成连续且可管理的步骤。
这样的工作流是通过定义由 Events 触发的 Steps 来创建的,这些步骤本身会发出 Events 来触发后续步骤。让我们来看看 Alfred 如何演示 RAG 任务的 LlamaIndex 工作流。
工作流程在代理的自主性与保持对整个工作流程的控制之间取得了很好的平衡。
创建工作流
- 首先安装需要的包
pip install llama-index-utils-workflow - 我们可以通过定义一个继承自 Workflow 的类,并用 @step 装饰函数来创建单步工作流。我们还需要添加 StartEvent 和 StopEvent ,它们是用于指示工作流开始和结束的特殊事件。
1
2
3
4
5
6
7
8
9
10
| from llama_index.core.workflow import StartEvent, StopEvent, Workflow, step
class MyWorkflow(Workflow):
@step
async def my_step(self, ev: StartEvent) -> StopEvent:
# do something here
return StopEvent(result="Hello, world!")
w = MyWorkflow(timeout=10, verbose=False)
result = await w.run()
|
连接多个步骤
为了连接多个步骤,我们创建在步骤之间传递数据的自定义事件。 为此,我们需要添加一个在步骤之间传递的 Event ,并将第一步的输出传输到第二步。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
| from llama_index.core.workflow import Event
class ProcessingEvent(Event)
intermediate_result: str
class MultiStepWorkflow(Workflow):
@step
async def step_one(self, ev: StartEvent) -> ProcessingEvent
# Process initial data
return ProcessingEvent(intermediate_result='Step 1 complete')
@step
async def step_two(self, ev: ProcessingEvent) -> StopEvent:
# Use the intermediate result
final_result = f"Finished processing: {ev.intermediate_result}"
return StopEvent(result=final_result)
w = MultiStepWorkflow(timeout=10, verbose=False)
result = await w.run()
result
|
循环和分支
类型提示是工作流中最强大的部分,因为它允许我们创建分支、循环和连接以促进更复杂的工作流。
让我们展示一个使用联合运算符 | 创建循环的示例。在下面的示例中,我们看到 LoopEvent 被作为步骤的输入,也可以作为输出返回。
step_one
- 输入:
- 首次执行:接收StartEvent(工作流启动)。
- 循环执行:接收LoopEvent(携带重试信息)。
- 输出:
- 50% 概率返回LoopEvent,触发循环。
- 50% 概率返回ProcessingEvent,进入下一步。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
| from llama_index.core.workflow import Event
import random
class ProcessingEvent(Event):
intermediate_result: str
class LoopEvent(Event):
loop_output: str
class MultiStepWorkflow(Workflow):
@step
async def step_one(self, ev: StartEvent | LoopEvent) -> ProcessingEvent | LoopEvent:
if random.randint(0, 1) == 0:
print("Bad thing happened")
return LoopEvent(loop_output="Back to step one.")
else:
print("Good thing happened")
return ProcessingEvent(intermediate_result="First step complete.")
@step
async def step_two(self, ev: ProcessingEvent) -> StopEvent:
# Use the intermediate result
final_result = f"Finished processing: {ev.intermediate_result}"
return StopEvent(result=final_result)
w = MultiStepWorkflow(verbose=False)
result = await w.run()
result
|
Drawing Workflows
我们还可以绘制工作流程。让我们使用 draw_all_possible_flows 函数来绘制工作流程。该函数将工作流程存储在 HTML 文件中。
1
2
3
4
| from llama_index.utils.workflow import draw_all_possible_flows
w = ... # as defined in the previous section
draw_all_possible_flows(w, "flow.html")
|
状态管理
当您想要跟踪工作流的状态,以便每个步骤都能访问相同的状态时,状态管理非常有用。我们可以在步骤函数的参数上使用 Context 类型提示来实现这一点。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
| from llama_index.core.workflow import Context, StartEvent, StopEvent
@step
async def query(self, ctx: Context, ev: StartEvent) -> StopEvent:
#存储查询到上下文
await ctx.set("query", "What is the capital of France?")
# do something with context and event
val = ...
# 从上下文检索查询
query = await ctx.get("query")
return StopEvent(result=val)
|
Automating workflows with Multi-Agent Workflows
我们可以使用 AgentWorkflow 类来创建多代理工作流,而无需手动创建工作流 。
AgentWorkflow 使用工作 AgentWorkflow 代理,允许您创建一个由一个或多个代理组成的系统,这些代理可以根据各自的特定功能进行协作并相互交接任务。这使我们能够构建复杂的代理系统,其中不同的代理负责处理任务的不同方面。我们不会从 llama_index.core.agent 导入类,而是从 llama_index.core.agent.workflow 导入代理类。必须在 AgentWorkflow 构造函数中指定一个代理作为根代理。当用户消息传入时,它会首先路由到根代理。
然后每个代理可以:
- 使用他们的工具直接处理请求
- 移交给另一个更适合该任务的代理
- 向用户返回响应
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
| from llama_index.core.agent.workflow import AgentWorkflow, ReActAgent
from llama_index.llms.huggingface_api import HuggingFaceInferenceAPI
# Define some tools
def add(a: int, b: int) -> int:
"""Add two numbers."""
return a + b
def multiply(a: int, b: int) -> int:
"""Multiply two numbers."""
return a * b
llm = HuggingFaceInferenceAPI(model_name="Qwen/Qwen2.5-Coder-32B-Instruct")
# we can pass functions directly without FunctionTool -- the fn/docstring are parsed for the name/description
multiply_agent = ReActAgent(
name="multiply_agent",
description="Is able to multiply two integers",
system_prompt="A helpful assistant that can use a tool to multiply numbers.",
tools=[multiply],
llm=llm,
)
addition_agent = ReActAgent(
name="add_agent",
description="Is able to add two integers",
system_prompt="A helpful assistant that can use a tool to add numbers.",
tools=[add],
llm=llm,
)
# Create the workflow
workflow = AgentWorkflow(
agents=[multiply_agent, addition_agent],
root_agent="multiply_agent",
)
# Run the system
response = await workflow.run(user_msg="Can you add 5 and 3?")
|
代理工具还可以修改我们之前提到的工作流状态。在启动工作流之前,我们可以提供一个初始状态字典,供所有代理使用。该状态存储在工作流上下文的 state 键中。它将被注入到 state_prompt 中,用于增强每条新的用户消息。Let’s inject a counter to count function calls by modifying the previous example:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
| from llama_index.core.workflow import Context
# Define some tools
async def add(ctx: Context, a: int, b: int) -> int:
"""Add two numbers."""
# update our count
cur_state = await ctx.get("state")
cur_state["num_fn_calls"] += 1
await ctx.set("state", cur_state)
return a + b
async def multiply(ctx: Context, a: int, b: int) -> int:
"""Multiply two numbers."""
# update our count
cur_state = await ctx.get("state")
cur_state["num_fn_calls"] += 1
await ctx.set("state", cur_state)
return a * b
...
workflow = AgentWorkflow(
agents=[multiply_agent, addition_agent],
root_agent="multiply_agent"
initial_state={"num_fn_calls": 0},
state_prompt="Current state: {state}. User message: {msg}",
)
# run the workflow with context
ctx = Context(workflow)
response = await workflow.run(user_msg="Can you add 5 and 3?", ctx=ctx)
# pull out and inspect the state
state = await ctx.get("state")
print(state["num_fn_calls"])
|