← 返回学习中心 · Agent 工程OiOi Academy
AGENT 理论 · 02

AI 智能体完整课程:从入门到生产

@sairahul1 的三段式路线图:入门(是什么、怎么拆)→ 中级(评估、记忆、多智能体)→ 生产(质量、成本、安全),外加 Agent S 生产级案例。

原作者 @sairahul1 / @VincentLogic 来源 X 发布 2026-05-24 / 2026-05-16
🧭

开篇:你的路线图

2026 年人人都在谈 AI 智能体,但大多数人并不真正了解它们怎么工作。以下来自 @sairahul1,他花数周提炼了课程、书籍、真实构建和生产失败案例,给出这份路线图:无论你是自动化自己的工作流,还是为公司构建生产级系统,都按这三段走——

阶段 学什么
入门 智能体是什么、擅长什么、自主性给多少、上下文、任务分解
中级 评估、记忆与知识、护栏、设计模式、多智能体系统设计
生产 高级分解、质量修复顺序、延迟与成本、可观测、安全
原文配图:课程总览(@sairahul1)
原文配图:课程总览(@sairahul1)
记住:一句话结论:大多数人开始造智能体,很少人交付出在规模下可靠工作的智能体——差距就是这门课的全部内容。
🌱

入门 1:ReAct 循环与任务 2×2 矩阵

以下来自 @sairahul1。普通 LLM 只做一件事:你提问,它回答,结束。一次性、线性、无迭代。

AI 智能体的工作方式和你实际工作一样:先规划 → 研究 → 起草 → 自我审查 → 修改 → 循环往复。这叫 ReAct 循环:推理 → 行动 → 观察 → 循环。模型推理下一步做什么,执行动作(通常调工具),观察结果,然后给答案或回到循环。每一次循环都加深理解:推理更严谨,幻觉更少。

原文配图:ReAct 循环(@sairahul1 §1)
原文配图:ReAct 循环(@sairahul1 §1)
高中生类比
ReAct 像做实验:先假设(推理)、动手做(行动)、看现象(观察)、修正假设再来一轮。一次性问答像闭眼扔飞镖,ReAct 是每扔一次都看一眼靶子再调整。

不是所有任务都需要智能体:2×2 矩阵

坐标轴:复杂度 × 所需精度。

低精度 高精度
低复杂度 单个 LLM 提示直达 直接写代码
高复杂度 最佳切入点:研究写报告、回客户邮件、处理发票 智能体+严格防护(税务表、法律文档)

智能体在三类需求上发光:多步骤操作、外部信息获取、迭代与自我修正。

原文配图:任务选择 2×2 矩阵(@sairahul1 §2)
原文配图:任务选择 2×2 矩阵(@sairahul1 §2)
避坑
如果一个 prompt 能解决,就别造个智能体。这是全篇最重要的克制。
🎛

入门 2:自主性光谱与上下文工程

以下来自 @sairahul1。造智能体的第一个重大决策:给它多少控制权?

位置 含义
脚本化(左端) 你硬编码每一步(生成搜索词→调搜索→抓页面→写文章),模型只负责文本生成。可预测、易调试、有局限
半自主(中间) 智能体从你定义的工具里选、在你设的护栏内决策。大多数生产系统在这里
完全自主(右端) LLM 决定一切:搜什么、抓多少页、要不要反思、要不要写代码运行。更强,更难控

从哪开始?光谱中间:给工具、设护栏,建立信心后再逐步放权。

原文配图:自主性光谱(@sairahul1 §3)
原文配图:自主性光谱(@sairahul1 §3)

上下文工程:让智能体真正"智能"的关键

不只是模型本身,更是你围绕它构建的上下文。上下文工程=决定智能体每一时刻拥有什么信息:背景(任务是什么、用户是谁)、角色("你是专注市场分析的研究智能体")、记忆(之前步骤发生的事)、可用工具、知识库(文档/数据库/PDF)。

工程做得好→模型表现稳定;做得差→输出不可预测的垃圾。模型没变,变的是上下文——这才是区分优秀智能体和故障智能体的关键。

原文配图:上下文工程五要素(@sairahul1 §4)
原文配图:上下文工程五要素(@sairahul1 §4)
高中生类比
上下文像开卷考试发下来的资料袋:同一张卷子、同一个学生,资料袋里装的是精准的公式表还是三百页没目录的教材,分数天差地别。
🧩

入门 3:任务分解——最重要的技能

以下来自 @sairahul1。构建智能体最重要的技能就是任务分解。起手式:"人类会如何完成这个任务?"然后对每一步问:这步 LLM 能做吗?要写代码吗?要调 API 吗?答不上来就继续拆,直到每步都可实现。

示例——论文写作智能体 6 步:

  1. 大纲→LLM 生成结构;
  2. 搜索词→LLM 生成,调搜索 API;
  3. 获取页面→工具调用;
  4. 撰写草稿→用抓到的源材料调 LLM;
  5. 自我批评→LLM 列不足与弱点;
  6. 修订→LLM 按批评重写。

每步都满足:小规模、可检查、有明确输入输出。最终输出不好时,你确切知道该修哪一步——这就是分解的超级能力。

原文配图:任务分解示例(@sairahul1 §5)
原文配图:任务分解示例(@sairahul1 §5)
高中生类比
任务分解像拆乐高说明书:不拆时你面对一堆零件发呆;拆好后每步只拼三块,哪步拼错了一眼就看出来,不用把整座城堡推倒重来。
记住:分解的检验标准:输出不好时,你能不能确切指出该修哪一步?能,就是拆对了。
🔬

中级 1:评估、记忆与护栏

以下来自 @sairahul1。评估是区分专业人士和爱好者的枯燥环节——没人想聊,但所有部署真实系统的人都在做。

评估:两层都要

  • 简单任务→数正确答案(客服机器人答对库存问题了吗?是/否);
  • 复杂任务→LLM 当裁判:第二个模型按固定评分标准打 1–5 分(论点有力吗?引用规范吗?语气对吗?)。
  • 组件级评估:每步独立看(搜索词够具体吗?);端到端评估:最终输出好不好?
  • 端到端挂了但组件全过→交接问题;某组件挂了→修那个智能体。从第一天就开始评估,别等"完美"的评估系统。
原文配图:两层评估(@sairahul1 §6)
原文配图:两层评估(@sairahul1 §6)

记忆 vs 知识:别混

记忆 知识
性质 动态,每次运行更新 静态,预先加载
内容 短期笔记(智能体工作时记的);长期反思(这次哪些好/不好,存经验教训) PDF、CSV、内部文档、数据库访问——参考库
比喻 从经验中学到的东西 可以查的教科书

下次运行时加载经验教训并应用——这就是不微调而"训练"智能体的方式:给反馈,智能体每轮都在变好。两者都重要,互相替代不了。

原文配图:记忆与知识(@sairahul1 §7)
原文配图:记忆与知识(@sairahul1 §7)

护栏:三种,按顺序用

  1. 代码检查(快、便宜,优先用)——确定性场景:格式对吗?长度对吗?必填字段在吗?写个验证函数即时跑;
  2. LLM 评判器——精细质量:"回复和源文档事实一致吗?""语气专业吗?"判否→给原因→智能体改→再试;
  3. 人在回路——高风险决策:智能体暂停,输出交人审,可批准/拒绝/要求修改。

大多数生产系统至少用其中两种。记住:能工作的智能体,未必是安全的智能体。

原文配图:三种护栏(@sairahul1 §8)
原文配图:三种护栏(@sairahul1 §8)
🤝

中级 2:4 种设计模式与多智能体协调

以下来自 @sairahul1。四种能可靠提升智能体表现的模式:

别止步于初稿:模型生成输出→自我批判→按批判重写。邮件例子:初稿"嘿,下个月见个面吧"→批判(日期模糊、无署名、太随意)→终稿"嗨 Alex,我们 1 月 5–7 日见面,请告知合适时间。此致,Sai"。配代码更强:写→跑→抓错→反馈→模型修。适用:结构化输出、长文、代码。

给 LLM 一份可调用的函数菜单,模型自己决定何时用、用哪个:网络搜索、数据库查询、代码执行、日历、邮件、API。工具是智能体与世界交互的方式,没有工具 LLM 很多事干不了。

不给固定流程,让智能体自己定步骤。零售例子:"有 100 美元以下的圆形太阳镜吗?"智能体自己规划:搜描述→查库存→按价格筛→给答案。这些步骤没人写过,是它选的。

复杂工作拆给专业智能体:研究员→设计师→写作者。没人试图包揽一切,最终输出质量更高。

原文配图:4 种设计模式(@sairahul1 §9)
原文配图:4 种设计模式(@sairahul1 §9)

多智能体系统:四种协调,从简单开始

模式 怎么协作 评价
顺序 一个做完传给下一个,像流水线 易调试、可预测,从这开始
并行 独立智能体同时跑,写作者整合 更快,协调更复杂
管理层级 管理智能体规划、分任务、审核;专家只向管理者汇报 生产最常见
全互联 谁都能给谁发消息 混乱难预测,只适合低风险创意活,别用于生产
原文配图:四种协调模式(@sairahul1 §10)
原文配图:四种协调模式(@sairahul1 §10)
记住:经验法则:从顺序开始,只在必要时增加复杂度。
🏭

生产 1:高级分解、质量修复顺序与成本账

以下来自 @sairahul1。能跑和能在生产里活下来,是两回事。

复杂多智能体系统的 4 种分解法(可混用)

分解法 按什么切 例子
Functional 技术领域 前端 agent / 后端 agent / 数据库 agent
Spatial 文件/目录结构 agent1 管 /services/users/,agent2 管 /services/orders/,冲突最少
Temporal 时间阶段 研究→计划→构建→上线,前一阶段结束才进下一阶段
Data-driven 数据分区 agent1 处理第 1 周日志,agent2 处理第 2 周,并行分析大数据
原文配图:4 种分解模式(@sairahul1 §11)
原文配图:4 种分解模式(@sairahul1 §11)

质量不够好?按这个顺序修

非 LLM 组件(搜索、RAG、OCR、代码执行):调参数(top-k、chunk 大小、相似度阈值)→ 换供应商。

LLM 组件(生成、推理、抽取):先改 prompt → 再换模型 → 再继续拆分 → 微调是最后手段(贵,只留给最后几个百分点)。顺序很重要,大多数团队到第 2 步就够好了。

原文配图:质量修复顺序(@sairahul1 §12)
原文配图:质量修复顺序(@sairahul1 §12)

成本账:先算出来再优化

典型研究智能体单次运行成本:LLM 生成约 $0.04 + 搜索 API 约 $0.02 + embedding 约 $0.005 + 基建约 $0.015 = 约 $0.08/次。一天 1000 次就是 $80/天=$2,400/月。

降延迟:测每一步找真瓶颈→无关步骤并行→模型按需分级(小步用便宜快的)→砍上下文。降成本:先打最大的那桶→模型分级→激进缓存(搜索结果、embedding、摘要)→约束输出("只返回 JSON,最多 5 个字段")→能批处理就批处理。

原文配图:延迟与成本(@sairahul1 §13)
原文配图:延迟与成本(@sairahul1 §13)
避坑
质量优先,再谈速度和成本。顺序反了会优化出一个又快又便宜的错误答案。
🛡

生产 2:可观测、安全与生产级案例 Agent S

以下来自 @sairahul1。传统软件:A 调 B,B 查库,返回——路径可追踪。AI 智能体不这样:非确定性,同样输入不同输出,分布式执行,外部依赖随时挂。你需要两种可见性:

看什么
Zoom-in(单轮调试) 完整 trace:每个 prompt、每次工具调用、每个 token。记下"为什么"而不只是"是什么":"agent 选网络搜索而非 RAG,因为查询里有 recent 一词"
Zoom-out(系统健康) 多轮指标:质量分趋势、幻觉率、成功率。抽样评估一部分运行,画趋势线——在用户之前发现回归
原文配图:可观测性(@sairahul1 §14)
原文配图:可观测性(@sairahul1 §14)

安全:防的不是外部攻击者,是你自己的系统

四大威胁:提示注入(输入里的恶意内容劫持指令)、不安全代码生成、数据泄露(PII/商业机密经输出外泄)、资源耗尽(死循环烧 API 钱)。

代码执行是最危险的功能,开了就按清单锁死:Docker 沙箱(每次跑完销毁容器)→硬资源上限(超时、内存、CPU)→只白名单安全库→输入全校验→输出扫敏感信息(API key、PII)→确定性 I/O(代码只返回结构化 JSON,不直接给用户自由文本)。大多数团队都是硬着头皮学到这些的——你先读到,算赚到。

原文配图:安全清单(@sairahul1 §15)
原文配图:安全清单(@sairahul1 §15)

生产级案例:Agent S(@VincentLogic)

Agent S(特工S)是首个在 OSWorld 基准上超越人类表现的电脑操作智能体,综合得分 72.6%,碾压 OpenAI CUA、Claude 等;对比中 Agent S3 把 UI-TARS、GTA1、CoACT-1 甩在身后,连 Claude-4-sonnet-4.5 都不是对手。

  • 像真人一样操控电脑:填表、写文案、下单全包;
  • 超长记忆:上千步连贯操作,复杂任务零失误;
  • Windows / Mac / Linux 全平台;自主学习,越用越顺手;
  • GitHub 11k stars,全程开源免费:simular-ai/Agent-S。

它正好回答了本课开篇的问题:什么样的智能体算"在生产里活下来"?——能在真实操作系统里连做上千步、跨平台、开源可复现的那种。

RECAP(@sairahul1 原文总结)

  • 入门:智能体迭代工作(规划→行动→观察→重复);适合"复杂多步、容忍约 90% 准确率"的任务;从半自主起步;上下文工程是真正的智能;任务分解是最重要的技能;
  • 中级:第一天就开始评估;记忆(动态)≠知识(静态);护栏三件套;4 种模式;多智能体从顺序开始;
  • 生产:4 种分解法;先改 prompt 再考虑微调;按步骤测延迟和成本、打最大的桶;zoom-in trace+zoom-out 健康指标;安全=防自己的系统。
词

术语翻卡:点卡片看解释

ReAct
ReAct
推理→行动→观察→循环:模型先想下一步,调工具执行,看结果再决定继续还是收工。
自主性光谱
Autonomy spectrum
脚本化→半自主→完全自主。生产主流在中间:给工具、设护栏,再逐步放权。
上下文工程
Context engineering
决定智能体每一时刻拥有什么信息:背景、角色、记忆、工具、知识库。
任务分解
Task decomposition
把任务拆到每步都小、可检查、输入输出明确;修不好时能定位到具体哪一步。
LLM 当裁判
LLM-as-judge
用第二个模型按固定标准给输出打 1–5 分,用于复杂任务的评估。
护栏
Guardrails
"智能体说做完"和"真的做完"之间的质量关:代码检查→LLM 评判→人在回路。
可观测性
Observability
两种可见性:单轮的完整 trace 调试+多轮的质量健康趋势,抽样评估防回归。
提示注入
Prompt injection
用户输入或外部内容里的恶意指令劫持了智能体的行为,四大威胁之一。
测

自测一下:点问题展开参考答案

高复杂度+低精度。例子:研究并写报告、回客户邮件、处理发票。低复杂度任务用代码或单个 prompt 就够了;高复杂度+高精度(如税务表)则需要智能体加严格防护。

记忆是动态的、每次运行更新(短期笔记+长期经验教训),知识是静态的、预先加载的参考库(PDF/文档/数据库)。比喻:记忆是从经验中学到的东西,知识是可以查的教科书。

代码检查(快、便宜,确定性场景优先用)→LLM 评判器(精细质量检查)→人在回路(高风险决策)。大多数生产系统至少用其中两种。

先改 prompt → 再换模型 → 再继续拆分任务 → 微调是最后手段(贵,只留给最后几个百分点)。大多数团队到第 2 步就够好了。

它是首个在 OSWorld 基准上超越人类表现的电脑操作智能体(72.6%),碾压 OpenAI CUA、Claude 等;支持上千步连贯操作、跨三平台、GitHub 11k stars 全开源——是"在生产里活下来"的智能体的具体样子。