🚀 30+款热门AI模型一站整合,DeepSeek/GLM/Qwen 随心用,限时 5 折。 👉 点击领海量免费额度
最近在技术社区和招聘市场上,AI Agent 的热度持续攀升,很多开发者,无论是刚入行的新人还是希望技术转型的资深工程师,都在寻找一条清晰、可执行的学习路径。面对海量的论文、框架和开源项目,新手往往感到无从下手,而零散的知识点又难以串联成体系化的能力。本文旨在为你梳理一份从零到一的 AI Agent 保姆级学习路线,整合了社区公认的最佳实践、核心开源项目与工程经验,让你能避开弯路,一步步构建出真正有用、可靠的智能体。
无论你是想从其他领域(如前端、后端、测试)转向 AI Agent 开发,还是希望系统性地补全大模型应用开发的知识体系,这份路线图都提供了明确的学习阶段、可验证的产出和丰富的参考资料。我们将从理解 Agent 的本质开始,逐步深入到工具调用、记忆、现代 Agent 系统架构、多智能体协作,最终完成一个可部署的实战项目。
1. 什么是 AI Agent?从概念到边界
在投入具体技术学习之前,我们必须先厘清几个核心概念,避免后续的混淆和方向性错误。
Agent(智能体)的核心定义是一个能够感知环境、进行决策并执行行动以实现目标的系统。在 AI 语境下,它通常指一个由大语言模型(LLM)驱动的、能够自主或半自主地使用工具来完成复杂任务的程序。其核心循环是观察(Observe) -> 思考(Think) -> 行动(Act) -> 观察(Observe)。
为了更清晰地定位,我们需要区分几个易混淆的概念:
- Chatbot(聊天机器人):主要目标是进行多轮对话,回答用户问题。它可能很智能,但通常不主动调用外部工具或执行改变环境的操作。
- Workflow(工作流):一系列预定义的、确定性的步骤。例如,一个自动化脚本:先调用 API A,再处理数据,最后写入数据库。流程固定,没有基于理解的决策分支。
- Agent(智能体):根据对目标和当前状态的理解,动态决定下一步做什么、调用哪个工具。流程是非确定性的,依赖于模型的推理。例如,一个研究助手 Agent,它会自己决定先去搜索,再阅读网页,最后综合信息写报告。
- Multi-Agent(多智能体):多个具备不同专长或角色的 Agent 通过协作(而非简单聊天)来完成更复杂的任务,需要解决协调、通信和冲突问题。
关键判断:什么时候该用 Agent?当任务满足以下条件时,考虑使用 Agent:
- 路径不确定:完成任务有多种可能的方法或步骤,无法预先完全定义。
- 需要外部信息:任务依赖实时数据、特定知识库或需要操作外部系统(如数据库、浏览器)。
- 需要复杂推理:任务涉及规划、判断、总结或创造性组合。
反之,如果任务流程固定、输入输出明确,那么一个普通的脚本或工作流引擎是更简单、更可靠的选择。滥用 Agent 只会引入不必要的复杂性和不确定性。
学习产出(Stage 0):在开始写代码前,请先阅读两篇必读的官方指南,并完成你的第一份学习笔记:
- Anthropic:Building effective agents(阐述 Agent 设计原则)
- OpenAI:A practical guide to building agents(面向工程落地) 完成后,用一页笔记回答:“我设想的场景为什么需要 Agent,而不是普通 workflow?”
2. 环境准备与核心工具栈
工欲善其事,必先利其器。AI Agent 开发涉及多个层次,从模型 API 到开发框架。以下是一个推荐的基础环境配置,你可以根据实际项目需求调整。
基础开发环境:
- 操作系统:macOS / Linux (WSL2) / Windows。Linux 环境在部署和生产中更常见。
- Python:版本 3.9+,推荐 3.10 或 3.11,确保稳定性。
- 包管理:使用
pip或更推荐的poetry/uv来管理依赖和虚拟环境。 - 代码编辑器:VS Code 或 PyCharm,安装好 Python 和相关的 AI 插件。
核心 API 与 SDK(选其一即可开始):你需要至少一个 LLM 提供商的 API 访问权限。对于学习和原型开发,部分提供商提供免费额度。
- OpenAI API:生态最成熟,文档和社区资源最丰富。从
openaiPython 库开始。 - Anthropic Claude API:在长上下文和复杂推理上表现优异,其
claude-3系列模型是构建 Agent 的热门选择。 - 国内大模型 API:如智谱 AI、DeepSeek、通义千问等,访问速度和成本可能更有优势。例如,Qwen-Agent 框架就深度集成了通义千问。
基础工具库:初期不建议直接上重型框架,从最基础的库开始理解原理。
requests/aiohttp: 用于调用 HTTP API。pydantic: 用于数据验证和设置管理,在定义工具 Schema 时尤其有用。json/yaml: 配置文件格式。
版本控制:
- Git:必须掌握的基本技能。将你的每一个学习阶段项目都提交到 GitHub 或 Gitee,形成你的学习作品集。
一个简单的项目结构示例:
my-first-agent/ ├── .env # 存储 API KEY 等环境变量 ├── requirements.txt # Python 依赖列表 ├── README.md # 项目说明 ├── src/ │ ├── __init__.py │ ├── agent.py # Agent 核心循环逻辑 │ ├── tools.py # 工具函数定义 │ └── config.py # 配置管理 └── tests/ # 测试文件 └── test_agent.py3. 构建你的第一个最小 Agent 循环(Stage 1)
理论学习之后,我们立刻进入实战。这个阶段的目标是亲手实现一个最基础的、能调用工具的 Agent。我们将使用 OpenAI 的 Function Calling 功能作为示例。
3.1 理解 Agent Loop
一个最简化的 Agent 循环包含以下步骤:
- 初始化:准备 LLM 客户端、工具列表、对话历史。
- 观察:将用户问题、历史对话、可用工具描述组合成提示(Prompt)发送给 LLM。
- 思考:LLM 分析后,可能决定直接回答,也可能决定调用某个工具。如果调用工具,它会返回一个结构化的“函数调用请求”。
- 行动:你的程序解析这个请求,找到对应的本地函数并执行,获取结果。
- 反馈:将工具执行的结果作为新的上下文,再次发送给 LLM。
- 循环/结束:重复 2-5 步,直到 LLM 认为可以给出最终答案,或达到最大步数限制。
3.2 实战:创建一个计算器 Agent
我们将创建一个能进行四则运算的 Agent。
步骤 1:安装依赖并设置环境
# 创建项目目录并进入 mkdir calculator-agent && cd calculator-agent python -m venv venv # Windows: venv\Scripts\activate # macOS/Linux: source venv/bin/activate # 安装必要库 pip install openai pydantic python-dotenv创建一个.env文件来安全地存储你的 API Key:
# .env OPENAI_API_KEY=your_openai_api_key_here步骤 2:定义工具(Tools)工具是 Agent 能力的延伸。我们首先定义一个计算器工具。
# src/tools.py import json from typing import Dict, Any def calculator(expression: str) -> str: """ 计算一个数学表达式的值。 注意:使用 eval 存在安全风险,此处仅用于演示。 在生产环境中,应使用安全的表达式求值库(如 ast.literal_eval)或自己解析。 """ try: # 警告:实际项目中严禁直接使用 eval 处理用户输入! result = eval(expression, {"__builtins__": {}}, {}) return f"计算结果: {result}" except Exception as e: return f"计算错误: {e}" # 工具的描述信息,用于告诉 LLM 这个工具能做什么 calculator_tool_description = { "type": "function", "function": { "name": "calculator", "description": "计算一个数学表达式的值,例如:(3 + 5) * 2", "parameters": { "type": "object", "properties": { "expression": { "type": "string", "description": "要计算的数学表达式,例如:'(3 + 5) * 2'", } }, "required": ["expression"], "additionalProperties": False, }, } }步骤 3:实现 Agent 核心循环
# src/agent.py import os import json from typing import List, Dict, Any from openai import OpenAI from dotenv import load_dotenv from src.tools import calculator, calculator_tool_description # 加载环境变量 load_dotenv() class SimpleCalculatorAgent: def __init__(self, model: str = "gpt-3.5-turbo"): self.client = OpenAI(api_key=os.getenv("OPENAI_API_KEY")) self.model = model self.messages = [] # 对话历史 self.tools = [calculator_tool_description] # 工具名称到实际函数的映射 self.tool_functions = { "calculator": calculator } self.max_steps = 10 # 防止无限循环 def run(self, user_input: str) -> str: """运行 Agent 处理用户输入""" self.messages.append({"role": "user", "content": user_input}) for step in range(self.max_steps): # 1. 调用 LLM,传入历史消息和可用工具 response = self.client.chat.completions.create( model=self.model, messages=self.messages, tools=self.tools, tool_choice="auto", # 让模型决定是否调用工具 ) response_message = response.choices[0].message self.messages.append(response_message) # 将模型的响应加入历史 # 2. 检查模型是否想调用工具 tool_calls = response_message.tool_calls if not tool_calls: # 模型没有调用工具,直接返回最终答案 final_answer = response_message.content return final_answer # 3. 执行模型请求调用的所有工具 for tool_call in tool_calls: function_name = tool_call.function.name function_to_call = self.tool_functions.get(function_name) if not function_to_call: # 如果请求的工具不存在,返回错误 tool_response = f"错误: 工具 '{function_name}' 未找到。" else: # 解析工具参数 function_args = json.loads(tool_call.function.arguments) # 执行工具函数 tool_response = function_to_call(**function_args) # 4. 将工具执行结果作为新的消息反馈给模型 self.messages.append({ "role": "tool", "tool_call_id": tool_call.id, "content": tool_response, }) # 如果达到最大步数仍未返回,则终止 return "Agent 已达到最大思考步数,未能完成请求。" if __name__ == "__main__": agent = SimpleCalculatorAgent() while True: try: query = input("\n你: ") if query.lower() in ['quit', 'exit', 'q']: break answer = agent.run(query) print(f"Agent: {answer}") except KeyboardInterrupt: break except Exception as e: print(f"发生错误: {e}")步骤 4:运行并测试
# 在项目根目录下运行 python -m src.agent输入“计算一下 (12 + 34) * 2 等于多少?”,观察 Agent 如何调用计算器工具并返回结果。再尝试“今天的天气怎么样?”,观察没有对应工具时,模型如何直接回应。
学习产出(Stage 1):理解并运行上述代码。然后,尝试扩展这个 Agent:
- 增加一个
get_current_time工具,返回当前时间。 - 增加错误处理(如网络超时、API 限额)。
- 为循环添加超时机制。 最终,你应该拥有一个 50-150 行、结构清晰、可扩展的最小化 Agent。
4. 掌握工具调用、RAG 与记忆系统(Stage 2)
有了基础循环,下一步是让 Agent 变得更“强大”和“智能”。这主要通过三方面实现:更丰富的工具、检索增强生成(RAG)和记忆系统。
4.1 扩展工具集
工具是 Agent 的手和脚。除了计算,常见的工具类型包括:
- 网络搜索:调用 Serper、SerpAPI 或 DuckDuckGo 搜索。
- 文件操作:读取、写入本地文件。
- 代码执行:在安全沙箱中运行代码片段(需极其谨慎!)。
- 数据库查询:连接 SQLite、PostgreSQL 等数据库。
- API 调用:与任何外部服务交互。
关键点:为每个工具编写清晰、严格的 Schema(参数描述),这能极大提高模型调用的准确性。使用pydantic来定义和验证参数是很好的实践。
4.2 实现检索增强生成(RAG)
当 Agent 需要回答关于特定知识库(如公司文档、产品手册)的问题时,RAG 是核心技术。其流程如下:
- 加载与分块:将文档加载并切割成有重叠的小片段(Chunk)。
- 向量化:使用嵌入模型(如
text-embedding-3-small)将每个 Chunk 转换为向量。 - 存储:将向量和原文存入向量数据库(如 Chroma, Pinecone, Weaviate)。
- 检索:将用户问题也向量化,在向量数据库中查找最相似的几个 Chunk。
- 生成:将检索到的相关 Chunk 作为上下文,连同问题一起发送给 LLM,要求其基于此上下文生成答案。
简易 RAG 工具示例(使用 Chroma DB):
# 安装:pip install chromadb openai tiktoken import chromadb from chromadb.config import Settings from openai import OpenAI import hashlib class SimpleRAGTool: def __init__(self, persist_directory="./chroma_db"): self.client = chromadb.Client(Settings( chroma_db_impl="duckdb+parquet", persist_directory=persist_directory )) self.collection = self.client.get_or_create_collection(name="knowledge_base") self.embedding_client = OpenAI() # 用于生成嵌入 def _get_embedding(self, text: str): response = self.embedding_client.embeddings.create( model="text-embedding-3-small", input=text ) return response.data[0].embedding def add_document(self, text: str, metadata: dict = None): """向知识库添加文档""" doc_id = hashlib.md5(text.encode()).hexdigest()[:8] embedding = self._get_embedding(text) self.collection.add( embeddings=[embedding], documents=[text], metadatas=[metadata] if metadata else [{}], ids=[doc_id] ) def query(self, question: str, n_results: int = 3): """根据问题检索相关文档""" question_embedding = self._get_embedding(question) results = self.collection.query( query_embeddings=[question_embedding], n_results=n_results ) # 返回检索到的文档文本 retrieved_docs = results['documents'][0] if results['documents'] else [] return "\n\n---\n\n".join(retrieved_docs) # 将这个 query 函数包装成一个 Agent 可用的工具4.3 设计记忆系统
记忆让 Agent 在对话中保持连贯性。记忆通常分为:
- 短期记忆/对话历史:即当前会话的 messages 列表。需要管理其长度,防止超出模型上下文窗口。
- 长期记忆:存储跨越多个会话的重要信息。可以是一个向量数据库(存储对话摘要或关键事实),也可以是一个简单的键值存储。
一个简单的记忆管理策略是“摘要记忆”:当对话历史过长时,让模型对之前的对话进行总结,然后将摘要作为新的系统消息,并清空旧的历史记录。
学习产出(Stage 2):构建一个“资料研究助手” Agent。它应该能:
- 接收一个研究主题(如“什么是 Transformer 模型?”)。
- 调用网络搜索工具(或使用你预先构建的 RAG 知识库)获取信息。
- 对信息进行筛选和总结。
- 在最终答案中,引用信息的来源(如链接)。 这个项目将综合运用工具调用和 RAG 技术。
5. 深入研究现代 Agent 系统架构(Stage 3)
当你能够构建功能性的 Agent 后,下一步是学习如何构建可靠、可维护、可扩展的 Agent 系统。这就是Agent Harness Engineering的核心。不要只停留在调用框架 API,要深入理解一个成熟 Agent 系统的内部构造。
5.1 选择一个现代 Agent 系统进行深度研究
建议从以下项目中挑选一个,克隆其代码,仔细阅读其架构:
- learn-claude-code: 一个从零开始复刻 Claude Code 核心机制的教学项目。适合理解最简化的 Coding Agent Harness。
- claw0: 从零构建 OpenClaw-like 网关,逐步讲解 agent loop, session, channel, gateway, memory, heartbeat 等概念。
- hello-agents: 中文教程,系统化地从零构建智能体,适合补齐原理与实践。
- OpenClaw / Hermes Agent: 研究长运行、本地优先的个人 Agent,关注 skills、消息入口和系统工具调用。
- LangGraph: 学习基于状态图(Stateful Graph)的可控编排,这是构建复杂、可恢复工作流的重要范式。
5.2 拆解 Harness 的核心组件
无论选择哪个项目,尝试找出并理解以下组件:
- Agent Loop 引擎:如何驱动
observe-think-act循环?如何处理并行工具调用? - 工具注册表(Tool Registry):工具如何被注册、发现和调用?如何管理工具权限?
- 会话管理(Session Store):如何隔离不同用户或任务的对话状态?
- 上下文管理(Context Management):如何压缩历史对话以避免令牌超限?如何将长期记忆融入当前上下文?
- 权限与安全门(Permission Gate):如何控制 Agent 可以访问哪些资源、执行哪些危险操作?
- 追踪与日志(Tracing):如何记录每一次思考、每一次工具调用,以便调试和复盘?
5.3 动手实践:扩展一个 Harness
在你选择研究的项目中,找到其最小可运行示例。成功运行后,尝试完成以下任务:
- 添加一个新工具:例如,添加一个调用天气预报 API 的工具。
- 观察一次完整 Trace:运行一个复杂任务,查看系统输出的日志或 Trace 信息,尝试解释每一步发生了什么,为什么 Agent 做出了某个决策。
- 对比实验:用你 Stage 1 写的“裸” Agent Loop 和这个 Harness 分别实现同一个任务(如:查询天气并建议是否带伞)。对比代码复杂度、可维护性和功能完整性。
学习产出(Stage 3):提交一个可调试的 Agent Harness Demo 项目到你的 GitHub。项目应包含:
README.md: 清晰的运行步骤和配置说明。- 核心代码:展示你对该 Harness 架构的理解。
- 你添加的新工具代码。
- 示例输入、输出以及一次完整的运行 Trace 记录。
- 一份简短的对比分析,说明使用 Harness 的优势。
6. 从单智能体到多智能体协作(Stage 4)
多智能体(Multi-Agent)不是让多个 AI 漫无目的地聊天,而是为了解决更复杂的任务而进行的有组织的协作。关键在于角色定义、通信协议和协调机制。
6.1 理解常见角色
在一个多智能体系统中,不同的 Agent 承担专门化的角色:
- Planner(规划者):分析总任务,将其分解为子任务,并分配给其他 Agent。
- Executor(执行者):负责执行具体的子任务,如编写代码、搜索信息。
- Reviewer/Critic(评审者):检查执行者产出的质量,提出修改意见。
- Router(路由者):根据任务类型,将请求分发给最合适的 Agent。
- Supervisor(监督者):监控整个协作流程,处理冲突,决定何时终止。
6.2 实现一个简单的多智能体系统
我们设计一个“写作助手”多智能体系统,包含 Planner、Writer、Reviewer 三个角色。
# 简化的多智能体协作示例(概念模型) import asyncio from typing import Dict, Any # 假设我们有一个基础的 Agent 类 BaseAgent from some_harness import BaseAgent class PlannerAgent(BaseAgent): role = "任务规划与分解专家" def plan(self, topic: str) -> list: # 调用 LLM,将主题分解为大纲要点 prompt = f"将主题‘{topic}’分解为一份详细的文章大纲,返回一个要点列表。" outline = self.llm_call(prompt) return self._parse_outline(outline) class WriterAgent(BaseAgent): role = "技术文章写手" def write_section(self, section_title: str) -> str: prompt = f"根据标题‘{section_title}’,撰写一段技术内容,要求准确、清晰。" return self.llm_call(prompt) class ReviewerAgent(BaseAgent): role = "技术内容评审" def review(self, text: str) -> Dict[str, Any]: prompt = f"评审以下技术内容,指出事实错误、逻辑不清或表述不明之处,并给出修改建议:\n\n{text}" feedback = self.llm_call(prompt) return {"feedback": feedback, "needs_revision": "是" if "错误" in feedback or "建议" in feedback else "否"} class WritingCrew: def __init__(self): self.planner = PlannerAgent() self.writer = WriterAgent() self.reviewer = ReviewerAgent() async def compose_article(self, topic: str) -> str: print(f"开始撰写文章: {topic}") # 1. 规划 outline = self.planner.plan(topic) print(f"生成大纲: {outline}") article_parts = [] for section in outline: # 2. 撰写 draft = self.writer.write_section(section) # 3. 评审 review_result = self.reviewer.review(draft) if review_result["needs_revision"] == "是": print(f"章节‘{section}’需要修改,反馈:{review_result['feedback'][:100]}...") # 简化处理:根据反馈重写一次 revision_prompt = f"根据以下反馈重写内容:{review_result['feedback']}\n原内容:{draft}" draft = self.writer.llm_call(revision_prompt) article_parts.append(f"## {section}\n{draft}") # 4. 合成 final_article = f"# {topic}\n\n" + "\n\n".join(article_parts) return final_article # 使用示例 async def main(): crew = WritingCrew() article = await crew.compose_article("Python 中的异步编程详解") print(article[:500]) # 打印前500字符 if __name__ == "__main__": asyncio.run(main())关键挑战与解决方案:
- 上下文膨胀:每个 Agent 只看到自己任务相关的上下文,避免将整个对话历史传给所有人。
- 循环与僵局:设置最大迭代次数或让 Supervisor 介入打破僵局。
- 任务漂移:确保每个 Agent 严格遵循其角色定义和输入输出 Schema。
学习产出(Stage 4):实现一个小型多智能体系统,例如Research -> Write -> Review -> Revise流水线。明确每个 Agent 的职责、输入输出格式和停止条件。记录一次完整运行过程,分析协作中的信息流。
7. 工程化与部署:打造可交付的 Agent(Stage 8)
学习的最终目标是交付有价值的软件。一个“玩具”Demo 和一个“产品级”Agent 的主要区别在于工程化程度。
7.1 生产就绪 Checklist
在分享你的 Agent 项目前,请对照检查:
- [ ]明确的用户与任务:你的 Agent 为谁解决什么问题?成功标准是什么?(例如:“为开发者自动生成符合规范的 Git Commit Message”)
- [ ]完整的日志与追踪:每一次 LLM 调用、工具执行、关键决策都有日志可查。考虑集成
LangSmith或OpenAI Tracing。 - [ ]健壮的错误处理:网络超时、API 限流、工具执行失败、模型输出格式错误等情况都有应对策略(重试、降级、友好报错)。
- [ ]成本与延迟控制:设置单次运行的最大 Token 消耗或最大工具调用次数,避免意外费用和长时间挂起。
- [ ]安全与权限边界:对文件删除、数据库写入、发送邮件等危险操作,实现“人工确认”机制。严格过滤用户输入,防止 Prompt 注入。
- [ ]清晰的配置:API Keys、模型参数、工具开关等都应通过配置文件或环境变量管理,代码中不出现硬编码密钥。
- [ ]易于部署:提供清晰的部署说明。是 CLI 工具、Web API、Slack Bot 还是 GitHub Action?
- [ ]完善的文档:
README.md应包含:项目简介、快速开始、配置说明、如何扩展新工具、常见问题。
7.2 项目结构示例(生产级)
my-production-agent/ ├── .env.example # 环境变量示例 ├── .gitignore ├── pyproject.toml # 使用 poetry 管理依赖和脚本 ├── README.md # 详细文档 ├── src/ │ ├── __init__.py │ ├── main.py # 应用入口(CLI或Web服务器) │ ├── agent/ │ │ ├── __init__.py │ │ ├── core.py # Agent 核心循环与状态机 │ │ ├── tools/ # 工具模块目录 │ │ │ ├── __init__.py │ │ │ ├── calculator.py │ │ │ ├── web_search.py │ │ │ └── rag_tool.py │ │ ├── memory/ │ │ │ ├── __init__.py │ │ │ ├── short_term.py │ │ │ └── long_term.py │ │ └── tracing.py # 追踪与日志 │ ├── config.py # 配置加载 │ └── utils.py # 通用工具函数 ├── tests/ # 单元测试与集成测试 │ ├── __init__.py │ ├── test_agent.py │ └── test_tools.py ├── scripts/ # 部署或维护脚本 │ └── deploy.sh └── docker/ # Docker 化部署文件 ├── Dockerfile └── docker-compose.yml7.3 部署选项
- CLI 工具:最直接,适合开发者内部使用。使用
click或typer库构建命令行界面。 - Web API:使用
FastAPI快速构建 RESTful API,方便集成到其他系统。 - 聊天机器人:集成到 Slack、Discord、微信(通过桥梁)等平台。
- GitHub Action:非常适合代码审查、自动化文档生成等开发运维场景。
学习产出(Stage 8):选择一个你感兴趣的具体任务(如:自动整理会议纪要、每日信息简报、代码漏洞扫描),运用前面所学的所有阶段知识,构建一个完整的、可交付的 Agent 项目,并发布到 GitHub。确保它满足上述生产就绪清单的要求。
8. 持续学习路线与资源导航
AI Agent 领域发展迅速,持续学习至关重要。以下是一个精简的资源导航,帮助你高效获取信息:
1. 官方文档与博客(第一手资料)
- OpenAI:A practical guide to building agents, Agents SDK 文档。
- Anthropic:Building effective agents, Claude Tool Use, Claude Computer Use 文档。
- Google: Gemini API Function Calling, Google Agent Development Kit (ADK)。
- Model Context Protocol (MCP): 了解 Agent 如何标准化连接工具和数据源。
2. 开源项目与教程(按需深入)
- 新手入门:
datawhalechina/hello-agents(中文教程),microsoft/ai-agents-for-beginners(微软入门课)。 - 深入原理:
shareAI-lab/learn-claude-code,shareAI-lab/claw0(从零构建)。 - 个人/长运行 Agent:
openclaw/openclaw,NousResearch/hermes-agent。 - 生产级框架:
LangGraph(状态编排),bytedance/deer-flow(长任务执行),QwenLM/Qwen-Agent(国产生态)。 - 专项能力:
browser-use/browser-use(浏览器操作),SWE-agent/SWE-agent(软件工程)。
3. 论文与基准测试(了解前沿)
- 经典论文:ReAct,Toolformer,Generative Agents。
- 评测基准:
AgentBench,SWE-bench,WebArena。了解如何科学评估 Agent 能力。
4. 实践原则
- 先动手,再深读:做一个最小可运行的东西,胜过读十篇论文。
- 偏爱小而可靠的 Agent:不要追求炫酷但不可靠的多智能体演示。
- 为工具使用严格的 Schema:清晰的接口定义是稳定性的基础。
- 在增加更多 Agent 之前,先做好评估:没有评估的优化是盲目的。
- 追踪每一次重要运行:日志和 Trace 是调试和优化的生命线。
- 对高风险操作保持人工确认:永远不要完全信任 AI 执行删除、支付、发布等操作。
学习 AI Agent 开发是一场结合了软件工程、机器学习和人机交互的旅程。这条路线图为你提供了从基础概念到生产部署的完整路径。最重要的是保持动手实践,从 Stage 1 的简单计算器开始,一步步构建更复杂的系统,在每个阶段都产出可运行、可展示的代码。技术迭代很快,但扎实的工程能力和对核心原理的理解永远不会过时。
🚀 30+款热门AI模型一站整合,DeepSeek/GLM/Qwen 随心用,限时 5 折。 👉 点击领海量免费额度