AI-NEWS

Appearance

Agent 六大支柱 ​

🎯 学习目标

  • 说出 Agent 六大支柱各自解决什么问题
  • 识别缺某一支柱时的典型系统症状
  • 理解六者如何组成可生产化的整体架构
  • 为团队分工映射到六大模块

引言 ​

Agent 不是「Prompt + 工具列表」。可上线的 Agent 系统至少涉及六个工程模块——缺任何一个，都会在某个 scale 上撞墙。本节建立全景图，后续各节分别深挖。

章节正文 ​

第 1 步：六大支柱一览 ​

  1. Agent Loop：思考 → 行动 → 观察，终止与预算（5.3）
  2. Tool System：Function Calling、MCP、权限（第 3 章）
  3. Context Engineering：拼什么进窗口、顺序与压缩（5.4–5.5）
  4. Memory：会话与长期用户状态（4.8）
  5. Multi-Agent：分上下文协作（5.7）
  6. Harness Engineering：权限、Hook、观测、中断（5.8）

Loop 是心跳；Tools 是手脚；Context/Memory 是大脑工作记忆；Multi-Agent 是组织分工；Harness 是安全带的整套系统。

第 2 步：缺支柱的症状 ​

缺失症状
Loop 无防护死循环、Token 爆
Tools 混乱误调用、Schema 漂移
Context 失控越聊越笨、指令被冲掉
Memory 缺失重复问用户、无个性化
Multi-Agent 滥用单窗口塞爆仍强行拆分
无 Harness生产事故、无法审计

排查生产问题时，先问「坏在哪一根支柱」，而不是先换模型。

第 3 步：架构示意图 ​

text
        ┌────────── Harness ──────────┐
        │ Hook / 权限 / Trace / 中断   │
        └─────────────┬───────────────┘
                      ▼
              ┌───────────────┐
              │  Agent Loop   │
              └───────┬───────┘
      Context ◄───────┼───────► Tools
         ▲            │            ▲
         │            ▼            │
      Memory    Multi-Agent    MCP/API

Harness 包裹一切；Loop 居中调度。

第 4 步：团队分工建议 ​

  • 平台/Harness：SRE + 安全
  • Tools/MCP：后端集成
  • RAG/Context：数据 + 应用
  • Loop/Multi-Agent：应用架构
  • Eval/观测：质量工程（第 7 章）

小团队可一人多柱，但代码模块应分边界，便于测试与替换。

动手练习 ​

  1. 画六大支柱依赖图，标出你最熟悉的 2 柱与最薄弱 2 柱。
  2. 选一个开源 Agent 项目，尝试映射其 repo 结构到六柱。
  3. 写「无 Harness 上线」事故故事（虚构即可）五步推演。
  4. 为六柱各写一条可量化健康指标（如 tool 误调用率、P95 loop 步数）。

常见问题 ​

Q：六大支柱顺序有固定实现顺序吗？

建议：Loop + Tools + Harness 最小闭环 → Context → Memory → Multi-Agent 按需。Multi-Agent 往往是最后优化，不是起点。

Q：LangChain/LangGraph 覆盖哪几柱？

主要覆盖 Loop、Tools、部分 Context/Memory 抽象；Harness 与生产观测仍需自建（第 6–7 章）。

Q： pillars 之间谁最关键？

视场景不同。对外有副作用的系统：Harness + Tools 安全 第一；长对话知识型：Context + Memory；开放研究型：Loop + Tools。

本节小结 ​

Agent = Loop + Tools + Context + Memory + Multi-Agent + Harness 六柱合体。用支柱视角做架构评审，比争论「要不要上 Agent 框架」更有效。