16.3 基于MCP的多Agent旅行规划助手项目结构

邓立国Agent开发入门必读书《AI Agent智能体开发实践》1~14章试读_《ai agent 智能体开发实践》在线阅读-CSDN博客

代码组织遵循功能模块化原则，通过类和方法封装不同功能，实现了业务逻辑与界面展示的分离，便于后续扩展与维护。系统在缺失某些依赖模块时会自动启用Mock实现，保证基础功能的可用性。项目采用单文件模块化组织，主要包含以下组件：

interactive_travel_planner.py

├── 核心配置

│   ├── API密钥与端点配置

│   ├── 模型参数配置（temperature、max_tokens等）

│   └── 常量定义

├── 模拟模块

│   └── 缺失模块的Mock实现（避免导入错误）

├── Qwen模型调用工具类

│   ├── QwenModelClient

│   │   ├── 文本模型调用(call_qwen_text)

│   │   └── 意图增强分析(enhance_intent_analysis)

│   └── API请求处理与错误处理

├── 核心工具类

│   ├── ModelPathManager（模型路径管理）

│   └── ChineseWeatherAPI（天气查询）

├── 核心类定义

│   ├── ACLMessage（智能体通信消息格式）

│   └── TravelPlannerCoordinator（规划协调器）

├── 智能体实现

│   ├── IntentAnalyzerAgent（意图分析智能体）

│   ├── DestinationAgent（目的地推荐智能体）

│   ├── ItineraryAgent（行程规划智能体）

│   ├── BudgetAgent（预算估算智能体）

│   ├── BookingAgent（预订协调智能体）

│   ├── EmergencyAgent（应急方案智能体）

│   ├── ConflictAgent（冲突解决智能体）

│   ├── CentralTravelAgent（中央控制智能体）

│   └── UserAgent（用户代理智能体）

└── Gradio界面

    ├── 用户输入组件

    ├── 参数配置组件

    ├── 结果展示组件

    └── 事件处理逻辑