Agent / 主题导览
本文转载自 Awesome AI Roadmap,原作者 Polo Li,依 CC BY 4.0 协议共享。

Agent 相关知识点

本主题位于应用架构层,覆盖 Agent 基础架构、运行时 Harness、推理规划、记忆上下文、多智能体协作,以及生产评估与安全。

子模块

  1. 基础与架构(第 1–3 章)
  2. Runtime 与 Harness(第 16–23 章)
  3. 推理、规划与反思(第 4–6、11–12 章)
  4. 记忆与上下文(第 7–8、10 章)
  5. 多智能体系统(第 9、13 章)
  6. 评估与安全(第 14–15 章)

模块关系

flowchart TB
    F[基础与架构] --> H[Runtime 与 Harness]
    F --> R[推理、规划与反思]
    F --> M[记忆与上下文]
    H --> R
    H --> M
    R --> A[多智能体系统]
    M --> A
    H --> P[评估与安全]
    R --> P
    M --> P
    A --> P

协议细节不在本主题重复展开:工具接入见 Tools · MCP,跨 Agent 互操作见 Tools · Agent 通信

阅读建议

  • Agent 入门:基础与架构 → 推理、规划与反思;
  • 有状态 Agent:基础与架构 → 记忆与上下文;
  • 多 Agent 系统:基础与架构 → 推理规划 → 多智能体系统;
  • 工程落地 / Harness 开发:基础与架构 → Runtime 与 Harness;
  • 生产上线:完成目标模块后阅读评估与安全。

常见问题

AI Agent 和普通聊天机器人有什么区别?

普通聊天机器人主要生成回复;Agent 把模型放入持续控制循环,由模型根据目标决定下一步,并通过工具读取状态或改变外部系统。能否可靠执行任务还取决于 Harness、权限和评测,而不只是模型能力。

Agent Framework 和 Agent Harness 是一回事吗?

不是。Framework 提供开发时的 API、组件和编排抽象,Harness 是真正驱动循环、装配上下文、执行工具、保存状态并处理失败的运行时。框架可以提供 Harness 能力,但这些能力仍需配置和部署。

什么时候需要 Multi-Agent?

当任务需要明确的权限隔离、独立上下文、并行工作或不同专业角色时,Multi-Agent 才可能带来收益。若一个 Agent 加工具和结构化工作流就能完成任务,拆成多个 Agent 往往只会增加通信和调试成本。

返回文档主题索引