OPALL

OPALL · TOPIC MAP · 2026-07-07

Agent 架构地图

从会说话到能承担后果

Agent 架构不是把模型接上工具这么简单。真正要看的是循环、授权、上下文、权限、评测和证据如何连成一个能被追问的系统。

01一张图MAP

循环observe-plan-act 工具动作从外部来 上下文工作台布置 权限沙箱与边界 评测固定题集 证据层 TaskSpec · trace · artifact · quality gate · report

图 A-001 · Agent 架构的主线：动作能力越强，越要把权限和证据补上。

02六层阅读READING ORDER

  1. 循环。先读 F-001：Agent 是被授权采取动作的循环，不是更会聊天的模型。
  2. 工具。再读 F-006：模型只负责决定，动作由工具和权限边界提供。
  3. 上下文。读 F-011：长任务变笨，常常不是模型坏了，而是工作台乱了。
  4. 协作。读 F-007 和 N-014：多 Agent 是组织结构选择，不是质量增强咒语。
  5. 权限。读 F-012 与 N-015：信任应建立在出错也越不了界上。
  6. 评测。读 F-013 与 N-007：通过率必须和 trace、artifact、quality gate 一起看。

03项目落点PROJECTS

P-001 OpenAgent 是评测证据链样板；P-006 Minimal Agent Loop 是最小闭环样板；P-004 GameGen-Lab 是长任务生成与发布闸样板；P-005 KB-Prototype 是知识系统与来源约束样板。

04追问清单QUESTIONS

  • 这个 Agent 被授权做哪些动作？哪些动作必须人确认？
  • 工具失败、越权、超时、重复提交时，各落到什么状态？
  • trace 里能否看见每一步输入、决策、工具返回和验证结果？
  • 有没有一组固定题集，能证明版本变化不是手感变好？