Agent 相关知识点¶

本主题位于应用架构层，覆盖 Agent 基础架构、运行时 Harness、推理规划、记忆上下文、多智能体协作，以及生产评估与安全。编码与后训练模块进一步讨论：怎样可靠地修改代码，怎样从失败轨迹判断该改工具还是训练模型。

子模块¶

模块关系¶

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
    H --> C[代码搜索、编辑与验证]
    C --> P
    P --> T[失败归因与后训练]

图中的依赖从基础概念走向执行与协作：规划决定尝试什么，记忆提供可用信息，Harness 负责实际执行。评估与安全约束这些过程；代码任务和后训练则分别追问“改动是否正确”和“反复出现的策略错误怎样改善”。

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

阅读建议¶

Agent 入门：基础与架构 → 推理、规划与反思；
有状态 Agent：基础与架构 → 记忆与上下文；
多 Agent 系统：基础与架构 → 推理规划 → 多智能体系统；
工程落地 / Harness 开发：基础与架构 → Runtime 与 Harness；
Coding Agent：Runtime 与 Harness → Coding Agent 工程 → 评估与安全；
用训练改善 Agent：先读 LLM 训练与对齐和工具学习，再读 Agent 后训练；
生产上线：完成目标模块后阅读评估与安全。

常见问题¶

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

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

Agent Framework 和 Agent Harness 是一回事吗？¶

不是同一个视角。Framework 描述开发 API、组件和编排抽象，Harness 描述驱动循环、装配上下文、执行工具、保存状态并处理失败的运行时职责。一个框架产品可以同时提供完整 Harness；具体能力仍需配置和部署，“框架只管开发、不含运行时”也不准确。

什么时候需要 Multi-Agent？¶

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

返回文档主题索引。