Windows WSL2环境复现多智能体协作项目：从环境配置到CrewAI实战

1. 项目缘起与目标：从演示到可复现的完整路径

最近在AI社区里，一个名为“Avernet WAIC 6 Bot 协作演示”的项目视频火了。视频里，几个AI智能体在模拟环境中各司其职，协同完成一个复杂任务，流畅得让人惊叹。很多开发者看完后第一反应是“太酷了，我也想跑起来试试”，但紧接着就是一连串的问号：环境怎么搭？代码在哪？依赖怎么装？为什么我跑不起来？这正是我写这篇长文的初衷——把一个炫酷的演示，变成你电脑上可运行、可调试、可学习的真实项目。

这个演示的核心价值，在于它展示了一种多智能体（Multi-Agent）协作的工程化雏形。它不再是单个ChatGPT的对话，而是多个具备不同“技能”的Bot，通过某种通信和协调机制，像一支训练有素的小队一样工作。对于想深入智能体应用开发的我们来说，能亲手复现并拆解这个系统，其学习价值远超看十篇综述论文。

我的复现环境是Windows 11 + WSL2 (Ubuntu 22.04 LTS)。选择这个组合，是因为它兼顾了Windows的日常便利性和Linux的开发友好性，也是目前很多AI开发者的主流选择。本文将带你走通从零开始的全过程，不仅告诉你每一步怎么做，更会解释为什么要这么做，以及我在过程中踩过的所有坑和解决方案。目标是让你在阅读完毕后，能够在你自己的机器上成功启动并理解这个WAIC 6 Bot演示。

2. 基石准备：WSL2、Docker与NVIDIA驱动的深度配置

复现任何稍复杂的AI项目，环境是第一个拦路虎。这一步没做好，后面全是空中楼阁。我们的基础架构是：Windows物理机 -> WSL2 (Linux子系统) -> Docker容器。这意味着我们需要打通三层环境。

2.1 WSL2的安装与优化：不止是wsl --install

很多人用wsl --install就以为结束了，其实这只是开始。首先，确保你的Windows版本满足要求（Win10 2004以上或Win11）。安装完成后，打开PowerShell（管理员身份），进行关键配置：

# 查看已安装的WSL发行版及状态 wsl -l -v # 设置默认发行版为Ubuntu-22.04（如果你安装了这个版本） wsl --set-default Ubuntu-22.04 # 至关重要的一步：为WSL2分配更多资源。默认配置很吝啬，完全不够AI开发用。 # 在用户目录（C:\Users\<你的用户名>）下创建或编辑文件 `.wslconfig`

.wslconfig文件内容示例：

[wsl2] # 分配更多内存，根据你物理内存来，16G机器建议8G，32G机器建议16G memory=16GB # 分配更多CPU核心，通常设置为物理核心数的一半到全部 processors=8 # 设置交换空间，避免内存不足崩溃 swap=4GB # 将WSL2虚拟硬盘放在其他分区，避免C盘爆炸（可选但强烈推荐） # localhostForwarding=true

配置完成后，需要完全关闭并重启WSL2以使配置生效：

wsl --shutdown

然后重新启动你的Ubuntu终端。重启后，可以在Ubuntu内使用free -h和nproc命令确认内存和CPU分配是否生效。

注意：.wslconfig的配置是全局性的，对所有WSL2发行版生效。如果你有多个发行版，需要注意这一点。

2.2 NVIDIA驱动与CUDA Toolkit在WSL2中的“套娃”安装

这是最具迷惑性的一步。在WSL2中利用GPU，需要“套娃”式的两层驱动：

1. Windows层驱动：你需要在Windows主机上安装标准版的NVIDIA Game Ready或Studio驱动。是的，不是数据中心版，也不是特定的WSL驱动。从NVIDIA官网下载对应你显卡的常规Windows驱动安装即可。安装后，在Windows的命令行中输入nvidia-smi，应该能看到正确的显卡信息。

2. WSL2（Linux）层驱动：你不需要在Ubuntu里面单独安装NVIDIA Linux驱动。当你安装了正确版本的Windows驱动后，微软和NVIDIA合作的“WSL2 GPU驱动支持”会自动在WSL2内部提供一个兼容层。你需要在WSL2的Ubuntu中安装的是NVIDIA CUDA Toolkit。

验证Windows驱动是否已为WSL2准备好：

# 在Windows PowerShell中运行 nvidia-smi

输出应包含你的GPU型号和CUDA版本（如12.4）。

然后在WSL2的Ubuntu中，安装CUDA Toolkit。这里我推荐使用apt安装，比.run文件更易管理：

# 首先，添加NVIDIA官方仓库并安装CUDA wget https://developer.download.nvidia.com/compute/cuda/repos/wsl-ubuntu/x86_64/cuda-wsl-ubuntu.pin sudo mv cuda-wsl-ubuntu.pin /etc/apt/preferences.d/cuda-repository-pin-600 sudo apt-key adv --fetch-keys https://developer.download.nvidia.com/compute/cuda/repos/wsl-ubuntu/x86_64/3bf863cc.pub sudo add-apt-repository "deb https://developer.download.nvidia.com/compute/cuda/repos/wsl-ubuntu/x86_64/ /" sudo apt-get update sudo apt-get -y install cuda-toolkit-12-4 # 请根据nvidia-smi显示的CUDA版本选择，例如12-4 # 安装完成后，将CUDA路径加入环境变量 echo 'export PATH=/usr/local/cuda-12.4/bin${PATH:+:${PATH}}' >> ~/.bashrc echo 'export LD_LIBRARY_PATH=/usr/local/cuda-12.4/lib64${LD_LIBRARY_PATH:+:${LD_LIBRARY_PATH}}' >> ~/.bashrc source ~/.bashrc # 验证安装 nvcc --version

如果nvcc --version成功显示版本，并且nvidia-smi（在WSL2内运行）也能正常输出GPU信息，恭喜你，最复杂的部分已经完成。你会看到“WSL”标识，说明GPU是通过WSL2通道访问的。

2.3 Docker与NVIDIA Container Toolkit的集成

现代AI项目几乎都跑在Docker里，保证环境一致性。我们需要安装Docker并让它能调用WSL2里的GPU。

# 在WSL2的Ubuntu中安装Docker sudo apt-get update sudo apt-get install -y docker.io # 将当前用户加入docker组，避免每次都要sudo sudo usermod -aG docker $USER # **重要**：需要退出终端重新登录，这个改动才会生效 # 安装NVIDIA Container Toolkit，这是让Docker容器能用GPU的关键 distribution=$(. /etc/os-release;echo $ID$VERSION_ID) curl -s -L https://nvidia.github.io/nvidia-docker/gpgkey | sudo apt-key add - curl -s -L https://nvidia.github.io/nvidia-docker/$distribution/nvidia-docker.list | sudo tee /etc/apt/sources.list.d/nvidia-docker.list sudo apt-get update && sudo apt-get install -y nvidia-container-toolkit sudo systemctl restart docker # 如果提示没有systemctl，用 sudo service docker restart # 验证Docker GPU支持 docker run --rm --gpus all nvidia/cuda:12.4.0-base-ubuntu22.04 nvidia-smi

如果最后一条命令成功输出了和宿主机（WSL2）里nvidia-smi类似的GPU信息，说明Docker容器已经可以无缝使用你的显卡了。至此，我们的基础环境坚如磐石。

3. 获取与解构Avernet WAIC 6 Bot项目代码

环境就绪后，下一步是拿到“图纸”——项目代码。由于原演示视频可能未直接提供仓库，我们需要基于“Avernet WAIC 6 Bot”这个名称和其展示的多智能体协作特性，来推断和构建一个最可能的复现路径。通常，这类演示会基于一些开源的多智能体框架。

3.1 寻找与推断项目原型

“WAIC”很可能指世界人工智能大会（World Artificial Intelligence Conference），那么这个演示很可能是某个团队为WAIC展示而构建的。在多智能体领域，有几个流行的开源框架可以作为候选基础：

• CrewAI： 一个用于编排角色扮演AI智能体的框架，强调智能体分工、任务分解和协作。
• AutoGen： 微软推出的多智能体对话框架，智能体可以对话、调用工具、协同完成任务。
• LangGraph： LangChain的一个扩展，用于构建有状态、多参与者的AI应用，非常适合工作流编排。

根据演示中“Bot协作”的特点（像是多个专业角色共同完成一个项目），CrewAI的可能性非常大。它的设计哲学就是组建一个“团队”（Crew），里面有不同角色的智能体（Agent），通过一个流程（Process）来协同工作。因此，我们的复现将基于CrewAI框架来模拟实现一个类似的6 Bot协作场景。

3.2 创建项目结构与核心依赖

我们首先创建一个清晰的项目目录，并初始化Python环境。使用虚拟环境是Python项目的黄金法则。

# 在WSL2的Ubuntu中操作 mkdir -p ~/projects/waic_6bot_demo && cd ~/projects/waic_6bot_demo # 创建Python虚拟环境（推荐使用venv） python3 -m venv venv source venv/bin/activate # 激活虚拟环境，注意你的shell提示符应该会变化 # 创建核心依赖文件 requirements.txt cat > requirements.txt << EOF crewai>=0.28.0 crewai-tools>=0.1.0 langchain-openai>=0.0.5 langchain-community>=0.0.10 python-dotenv>=1.0.0 openai>=1.0.0 EOF # 安装依赖 pip install --upgrade pip pip install -r requirements.txt

这里解释一下关键依赖：

• crewai： 核心框架。
• crewai-tools： 官方工具库，为智能体提供上网搜索、文件读写等能力。
• langchain-openai&openai： 用于连接OpenAI的API（或其他兼容API），作为智能体的“大脑”。
• python-dotenv： 管理环境变量，安全地存储API密钥。

3.3 模拟构建6 Bot协作的剧本

原演示的具体任务我们不得而知，但可以设计一个经典的多智能体协作场景来复现其神韵：为一个新的开源AI项目制定完整的上市推广计划。这个任务足够复杂，需要市场、技术、文案、设计等多角色协作。

我们创建以下项目文件结构：

waic_6bot_demo/ ├── .env # 存放API密钥等敏感信息 ├── requirements.txt # 依赖列表 ├── main.py # 主执行脚本 ├── config/ # 配置文件目录 │ └── agents.yaml # （可选）智能体配置 └── tools/ # 自定义工具目录 └── __init__.py

首先，在.env文件中设置你的LLM API密钥（例如OpenAI或兼容服务）：

# .env OPENAI_API_KEY=sk-你的真实api密钥 OPENAI_API_BASE=https://api.openai.com/v1 # 如果使用其他兼容服务，修改此处 OPENAI_MODEL_NAME=gpt-4o # 或 gpt-4-turbo, 根据你的可用模型调整

接下来是核心代码main.py。我们将创建6个不同角色的智能体：

# main.py import os from dotenv import load_dotenv from crewai import Agent, Task, Crew, Process from crewai_tools import SerperDevTool, FileReadTool, DirectoryReadTool # 1. 加载环境变量 load_dotenv() # 2. 定义工具（让智能体拥有“手脚”） # 网络搜索工具（需要去 serper.dev 注册获取免费API key） search_tool = SerperDevTool(api_key=os.getenv('SERPER_API_KEY', '')) file_read_tool = FileReadTool() directory_read_tool = DirectoryReadTool() # 3. 创建6个智能体（Bot） # 每个Agent都有明确的角色、目标、背景描述和允许使用的工具 product_strategist = Agent( role='资深产品战略师', goal='分析市场趋势和用户需求，定义产品的核心价值主张和差异化定位。', backstory='你是一位在科技行业拥有15年经验的产品战略专家，尤其擅长从0到1打造颠覆性产品。你善于从海量信息中提炼出最关键的洞察。', verbose=True, # 输出详细的思考过程 allow_delegation=True, # 允许将任务委托给其他智能体 tools=[search_tool, directory_read_tool], llm_config={ 'model': os.getenv('OPENAI_MODEL_NAME', 'gpt-4o'), 'api_key': os.getenv('OPENAI_API_KEY'), 'base_url': os.getenv('OPENAI_API_BASE'), } ) tech_architect = Agent( role='首席技术架构师', goal='设计产品的技术架构、核心模块和关键技术选型，确保方案的可行性与先进性。', backstory='你是一位痴迷于技术的架构师，对各类前沿AI框架和工程化实践了如指掌。你的设计总是兼顾优雅、性能和可扩展性。', verbose=True, allow_delegation=True, tools=[search_tool, file_read_tool], llm_config=product_strategist.llm_config # 复用配置 ) marketing_guru = Agent( role='市场增长专家', goal='制定产品的市场进入策略、目标用户画像和初步的获客渠道规划。', backstory='你是一个深谙增长黑客之道的营销鬼才，擅长用最低的成本撬动最大的市场声量。你对开发者社区和科技媒体生态非常熟悉。', verbose=True, allow_delegation=True, tools=[search_tool], llm_config=product_strategist.llm_config ) content_specialist = Agent( role='首席内容专家', goal='撰写产品的核心宣传材料，包括项目介绍、技术博客、社交媒体文案等。', backstory='你是一位文笔极佳的技术布道师，能将复杂的技术概念转化为生动有趣、易于传播的故事。', verbose=True, allow_delegation=False, # 内容创作通常不需要委托 llm_config=product_strategist.llm_config ) design_thinker = Agent( role='用户体验设计师', goal='从用户视角出发，规划产品的关键用户体验流程和界面交互概念。', backstory='你信奉设计思维，始终将用户放在第一位。你能在商业目标和技术约束中找到最佳的用户体验平衡点。', verbose=True, allow_delegation=True, llm_config=product_strategist.llm_config ) project_manager = Agent( role='敏捷项目经理', goal='整合各领域专家的输出，制定初步的项目路线图、里程碑和资源需求清单。', backstory='你是一位高效的协调者，擅长将宏伟的战略拆解为可执行的任务，并确保团队信息同步、步调一致。', verbose=True, allow_delegation=True, tools=[directory_read_tool], # 项目经理需要阅读其他成员产出的文档 llm_config=product_strategist.llm_config ) # 4. 为智能体创建任务（Tasks） # 任务定义了具体要做什么，分配给谁，以及期望的输出是什么 strategy_task = Task( description='''基于当前AI开源工具市场的趋势（可进行必要搜索），为一个名为“CoderPal”的新项目进行战略定位。 CoderPal是一个旨在通过AI智能体辅助开发者进行日常编码、调试和系统设计的工具。 请输出一份不超过800字的产品战略备忘录，明确： 1. 核心目标用户是谁？（细分） 2. 解决的最核心痛点是什么？（与现有工具如GitHub Copilot、Cursor的差异） 3. 核心价值主张（一句话）。 4. 初步的商业模式设想。''', agent=product_strategist, expected_output='一份结构清晰、洞察深刻的产品战略备忘录文档。' ) tech_design_task = Task( description='''根据产品战略师提供的战略方向，设计“CoderPal”的技术架构。 重点考虑： 1. 整体系统架构图（用文字描述）。 2. 核心组件模块（如智能体编排层、代码理解引擎、工具调用层等）。 3. 关键技术选型建议（例如，用CrewAI还是LangGraph？主推理模型用哪个？）。 4. 面临的主要技术挑战和应对思路。 输出一份技术架构设计草案。''', agent=tech_architect, expected_output='一份包含架构描述、组件说明和技术选型建议的技术草案。', context=[strategy_task] # 此任务依赖于战略任务的输出 ) marketing_plan_task = Task( description='''基于产品定位和技术特点，制定首轮市场推广计划。 内容包括： 1. 第一阶段（前3个月）的核心目标（如：GitHub Star数、早期用户数）。 2. 目标开发者社区和渠道列表（如：Hacker News, Reddit的r/MachineLearning, 技术博客等）。 3. 3个可执行的、低成本的获客创意活动。 输出一份市场启动计划书。''', agent=marketing_guru, expected_output='一份包含具体目标、渠道和创意的市场计划书。', context=[strategy_task] ) # 5. 创建“团队”（Crew）并指定协作流程 demo_crew = Crew( agents=[ product_strategist, tech_architect, marketing_guru, content_specialist, design_thinker, project_manager ], tasks=[ strategy_task, tech_design_task, marketing_plan_task, # 这里可以继续添加content_specialist, design_thinker, project_manager的任务 ], process=Process.sequential, # 流程类型：sequential（顺序执行）, hierarchical（分层协作） verbose=2, # 输出详细的执行日志 manager_llm_config=product_strategist.llm_config, # 如果使用hierarchical流程，需要设置管理者的LLM ) # 6. 启动团队执行任务！ if __name__ == "__main__": print("🚀 WAIC 6 Bot 协作演示 - 开始执行...") result = demo_crew.kickoff() print("\n" + "="*50) print("📋 任务最终产出:") print("="*50) print(result)

这个脚本构建了一个简化但完整的6智能体协作流程。Process.sequential意味着任务会按顺序执行，后一个任务可以参考前一个任务的输出（通过context参数）。在实际演示中，流程可能更复杂，可能是Process.hierarchical（分层协作，由经理智能体协调），甚至是自定义流程。

4. 运行、调试与实战中的“坑”与解决方案

代码写好了，但一次运行成功是小概率事件。下面是我在复现过程中遇到的主要问题及解决方法。

4.1 首次运行：依赖冲突与API连接错误

当你第一次运行python main.py时，很可能会遇到各种报错。

问题1：pydantic版本冲突。CrewAI和LangChain对pydantic的版本要求可能比较严格。常见的错误是pydantic.error_wrappers.ValidationError。

• 解决方案： 精确控制版本。修改requirements.txt，将crewai的安装指向一个已知稳定的版本，并约束pydantic。

  # 更新后的requirements.txt部分内容 crewai==0.28.0 pydantic>=1.10.0,<2.0.0

  然后重新安装依赖：pip install --force-reinstall -r requirements.txt。

问题2：OpenAI API连接失败。错误信息可能为APIConnectionError或AuthenticationError。

• 检查点1：环境变量。确保.env文件在项目根目录，且键名正确。可以在main.py开头加print(os.getenv('OPENAI_API_KEY')[:10])来模糊打印密钥前几位，确认已加载。
• 检查点2：API Base。如果你使用的是Azure OpenAI或第三方兼容服务，OPENAI_API_BASE必须正确设置。OpenAI官方端点是https://api.openai.com/v1。
• 检查点3：网络问题（WSL2特有）。WSL2有时会有DNS或网络代理问题。在Ubuntu中尝试curl https://api.openai.com看是否通。如果不通，可能需要配置WSL2的DNS或代理设置。

问题3：Serper搜索工具API密钥缺失。如果你没有注册Serper Dev，search_tool会失效，但不会导致程序崩溃，只是智能体无法执行搜索操作。

• 解决方案： 去 serper.dev 注册一个免费账户，获取API Key，然后添加到.env文件：SERPER_API_KEY=你的key。免费额度足够演示使用。

4.2 深入调试：理解智能体的“思考”过程

设置verbose=True和verbose=2后，控制台会输出大量日志。这是理解多智能体协作精髓的最佳窗口。不要被信息量吓到，学会阅读它们：

[角色] 资深产品战略师 [思考] 我需要分析AI开源工具市场趋势来定位CoderPal。首先，我应该使用搜索工具了解一下当前开发者AI助手领域的主要玩家和用户反馈。 [行动] 使用 SerperDevTool 搜索 “developer AI assistant GitHub Copilot vs Cursor vs Tabnine 2024 review” [观察] 搜索结果：... (列出了相关文章和讨论) [思考] 根据搜索结果，目前市场集中在代码补全和聊天。我们可以差异化定位在“全流程编码智能体协作”...

通过阅读这些日志，你可以看到：

1. 智能体如何决策：它为什么决定搜索某个关键词？
2. 工具如何被调用：输入是什么？返回了什么？
3. 上下文如何传递：tech_architect是如何理解product_strategist的输出的？

如果任务卡住了，或者输出不符合预期，仔细阅读这些[思考]日志，你就能定位到是哪个智能体在哪个环节做出了错误的判断。

4.3 性能优化与成本控制

多智能体应用会频繁调用LLM API，成本和耗时是现实问题。

策略1：使用更经济的模型。对于某些角色（如内容润色、格式整理），不一定非要用GPT-4。可以在创建Agent时，为不同的智能体配置不同的LLM。例如，让project_manager使用gpt-3.5-turbo来汇总报告，以节省成本。

manager_llm_config = { 'model': 'gpt-3.5-turbo', 'api_key': os.getenv('OPENAI_API_KEY'), 'base_url': os.getenv('OPENAI_API_BASE'), } project_manager = Agent( ..., llm_config=manager_llm_config )

策略2：限制任务输出长度和工具使用。在Task中，通过description明确要求输出“不超过500字”、“列出3个关键点”。对于search_tool，可以在初始化时设置num_results=3来限制搜索返回条目，减少token消耗。

策略3：利用缓存。CrewAI支持LLM调用缓存，可以避免相同输入的重复计费。这需要配置一个缓存后端（如SQLite）。

from langchain.cache import SQLiteCache import langchain langchain.llm_cache = SQLiteCache(database_path=".langchain.db")

将这个配置加到main.py开头，LLM对相同提示词的回复会被缓存，极大加速二次运行并节省成本。

5. 超越复现：自定义你的智能体团队与工作流

成功运行示例只是第一步。真正的价值在于修改它，解决你自己的问题。

5.1 设计属于你的智能体角色

想想你需要完成什么任务？写一个商业计划？分析一份财报？策划一次活动？基于此设计角色。

• 角色定义三要素：
  1. Role（角色）： 具体、专业的头衔，如“财务数据分析师”、“社交媒体运营专员”。
  2. Goal（目标）： 用动词开头，描述他/她存在的终极目的，如“从财务报表中识别潜在的风险点和增长机会”。
  3. Backstory（背景）： 赋予其性格、经验和专长，这会影响其“思考”方式。例如，“你是一位性格谨慎、拥有十年审计经验的CPA，对数字异常敏感。”

5.2 编排复杂的协作流程

示例中我们用了Process.sequential。CrewAI还支持：

• Process.hierarchical： 指定一个manager_agent（如project_manager）。其他智能体向经理汇报，由经理分配和协调子任务。这更贴近真实公司运作。
• 自定义流程： 通过Process类的高级用法，你可以定义更复杂的依赖图，比如让A和B并行执行，他们的结果共同交给C处理。

5.3 为智能体装备更强大的工具（Tools）

工具是智能体的手脚。除了内置的搜索和文件工具，你可以：

• 使用@tool装饰器创建自定义工具： 比如连接数据库查询、调用内部API、发送邮件。

  from crewai_tools import BaseTool from typing import Type from pydantic import BaseModel, Field class MyToolInput(BaseModel): query: str = Field(..., description="查询语句") class MyDatabaseTool(BaseTool): name: str = "数据库查询工具" description: str = "根据自然语言查询，转换为SQL并返回结果" args_schema: Type[BaseModel] = MyToolInput def _run(self, query: str) -> str: # 在这里实现你的数据库查询逻辑 # 例如：将query转成SQL，执行，返回结果字符串 return f"查询 '{query}' 的结果是：..."

• 集成现成的LangChain Tools： LangChain生态有海量工具（计算器、维基百科、爬虫等），几乎都可以通过crewai_tools库或简单封装引入。

5.4 容器化部署：从本地脚本到可持续服务

为了让项目更容易分享和部署，我们可以将其Docker化。

# Dockerfile FROM python:3.11-slim WORKDIR /app # 复制依赖文件并安装 COPY requirements.txt . RUN pip install --no-cache-dir --upgrade pip && \ pip install --no-cache-dir -r requirements.txt # 复制应用代码 COPY . . # 设置环境变量（敏感信息应通过docker run -e或secrets管理，不写死在这里） # ENV OPENAI_API_KEY="" # 运行应用 CMD ["python", "main.py"]

构建并运行Docker镜像：

# 在项目根目录（包含Dockerfile）执行 docker build -t waic-6bot-demo . # 运行容器，传递环境变量 docker run --rm \ -e OPENAI_API_KEY="$OPENAI_API_KEY" \ -e SERPER_API_KEY="$SERPER_API_KEY" \ waic-6bot-demo

这样，你就拥有了一个自包含、可移植的演示环境，可以在任何支持Docker的机器上运行。

6. 总结与展望：从演示到生产力

通过以上步骤，我们不仅在Windows + WSL2上完整复现了一个类“Avernet WAIC 6 Bot”的多智能体协作场景，更深入理解了其背后的技术栈（CrewAI）、关键配置（WSL2 GPU、Docker）和核心概念（Agent, Task, Tool, Crew, Process）。

复现过程中最大的收获不是成功运行的那一刻，而是解决一个个具体问题的过程：WSL2的内存配置、CUDA在WSL2下的特殊设置、CrewAI的依赖管理、智能体输出的引导、成本的优化。这些才是从“看个热闹”到“搞懂门道”的关键。

这个演示只是一个起点。你可以尝试：

• 更换任务： 用这个6人团队去分析股票、写小说、制定旅行计划。
• 集成真实工具： 让智能体真正能操作你的日历、待办列表、代码仓库。
• 实现长期记忆： 为智能体添加向量数据库，让它们记住之前的对话和决策。
• 构建Web界面： 用Gradio或Streamlit做一个前端，实时观察智能体们的协作过程。

多智能体系统正在从演示走向实际应用。通过这次动手复现，你已经拿到了进入这个领域的门票。接下来，就是用你的创意和工程能力，去建造真正有用的AI团队了。