主题
构建篇认知总图
第 3 章 → 第 4 章 → 第 5 章 → 第 6 章（三能力域一条线，构建篇收口）
- ① 第 3 章 · 入口与责任：从哪构建：决定 Harness 由谁实现（四类入口）。8 个构建对象 → 3 个能力域 = 第 4/5/6 章。路径控制 ≠ 应用形态。
- ② 第 4 章 · 任务流转：执行与编排能力域：Agent Loop、权威状态与预算、Planning/门禁、Subagent 委派、异步续行、完成由证据决定。
- ③ 第 5 章 · 信息组织：上下文与状态能力域：Context 编译与 Manifest、压缩生命周期、Call/Session/Task、Workspace、四类 Memory、Knowledge、Skill 渐进披露。
- ④ 第 6 章 · 行动反馈（收口）：行动与反馈能力域：Action Plane、FC/MCP/A2A、Environment Contract 与双闸、HITL、事件流、Trace 与 Evaluation 闭环。
▍三能力域 × 四章全景（构建篇骨架）
第 3 章 · 总入口
8 个构建对象 → 3 个能力域
第 4 章 · 执行与编排
Agent Loop · 权威状态 · 预算
Planning/门禁 · 委派 · 异步续行
完成由证据决定（Verifier）
第 5 章 · 上下文与状态
Context 编译 · Manifest · 压缩生命周期
Call/Session/Task · Workspace · 四类 Memory
Knowledge 供事实 · Skill 渐进披露
第 6 章 · 行动与反馈（收口）
Action Plane · FC/MCP/A2A · Environment 双闸 · HITL · 事件流 · Trace→Evaluation 闭环
＝ 围绕任务、信息、行动三类工程契约构建 Harness → 可运行 · 可治理 · 可优化
▍贯穿案例六阶段轨迹：一次漏洞修复如何走完全程
① 影响分析
第 4 章：Loop · Planning 阶段门禁
② 修复实施
第 5 章 Workspace 载体
第 6 章 Sandbox 隔离 · 补丁测试
③ 独立验证
第 4 章 Verify + 第 5 章证据
④ 创建变更单
第 6 章 change.create · ALLOW 自动
⑤ 生产发布审批
第 6 章 production.deploy · ASK+HITL
⑥ 交付验证与沉淀
第 6 章 Verify/Eval + 第 5 章 Skill 沉淀
一次任务的完整闭环 = 第 4 章组织推进 + 第 5 章组织信息 + 第 6 章组织行动
计划/委派/状态 → 补丁/证据/上下文 → 受控执行/审批/验收 → 失败经 Trace 进入下一版 Harness
三章不是三条并列路径，而是同一任务的三类工程契约——缺一类，Agent 就进不了生产
▍构建篇概念谱系（一表分清归属）
| 概念 | 归属 | 一句话 |
|---|---|---|
| Harness（广义） | 第 1 / 3 章 | 模型之外的全部工程系统；≠Prompt、≠Framework、≠Runtime/Sandbox |
| Agent Loop | 第 4 章 | 执行内核：Prepare→Model→Act→Observe→Verify，稳定内核+扩展点 |
| 权威状态 + 预算 | 第 4 章 | 任务流转的确定性边界：10 态机，WAITING≠失败，预算耗尽≠悄然截断 |
| Planning / Todo / 门禁 | 第 4 章 | 把任务控制外部化：每阶段回答"输出是什么、证据在哪里、谁来确认" |
| Subagent 委派（Delegation / Handoff） | 第 4 章 | 上下文/能力/并行隔离；父责任保留 vs 控制权转移，不能只靠一条自然语言 |
| Continuation / 共享 Session | 第 4 章 | 任务身份与连接分离，跨请求/进程/窗口续行 |
| Context Builder / Manifest | 第 5 章 | 本轮"看见什么"可编译、可回放、可审计 |
| Call / Session / Task | 第 4 / 5 章 | 请求 / 交互边界 / 可验收目标（可跨请求进程节点） |
| Workspace / Memory / Knowledge / Skill | 第 5 章 | 窗口外工作记忆 / 跨任务经验 / 企业事实 / 可复用方法资产 |
| Action Plane / Action Request | 第 6 章 | 意图→受控环境事实：Schema→身份→Policy→审批→执行→Observation |
| FC / MCP / A2A | 第 6 章 | 意图接口 / 连接协议 / 远程任务协议——协议不替 Harness 做授权治理 |
| Environment Contract / Sandbox | 第 6 章 | 声明→兑现；双闸：Sandbox 防越界 × Policy 定允许 |
| ALLOW / DENY / ASK + HITL | 第 6 章 | 权限决策三态；ASK 非兜底；Preview—Approve—Commit—Verify |
| Verifier（单次完成门禁） | 第 4 / 6 章 | 模型申请完成，Harness 用证据提交完成 |
| Evaluation Harness（跨版本评估） | 第 6 章 | 单步/轨迹/最终结果三层评测，固定运行条件才可比 |
| Trace → Patch 闭环 | 第 6 章 | 失败聚类→根因→最小 Patch→回归→发布门禁→新 Agent 版本 |
▍四类构建入口 × 三类能力域的责任边界
| 构建入口 | 任务（第 4 章） | 信息（第 5 章） | 行动（第 6 章） | 企业必须保留 |
|---|---|---|---|---|
| 高代码 Framework | 自建 Loop、状态、预算 | 自建 Context/记忆/资产治理 | 自建 Action Plane、Sandbox、观测 | 全部责任 + 调优空间最大 |
| 产品化 Harness | 复用成熟执行内核 | 项目文件、Skill 接入 Context | canUseTool 接入企业审批 | 租户入口、共享状态、业务验收 |
| Managed Agents | 平台托管 Loop 与 Session | 平台托管上下文与事件 | 托管执行与 Event 流 | 业务 Task 映射、审批、证据来源 |
| 云产品构建 | 预置任务服务 | 预置资产与治理 | 预置 Runtime/Sandbox/Trace | Agent 定义、授权范围、发布阈值 |
构建篇一条线（复述用）
构建 Agent 的核心不是选框架，而是决定 Harness 由谁实现（第 3 章）；任务靠执行内核组织成可推进、可恢复、可验证的过程（第 4 章）；模型看见什么由上下文与状态系统编译和治理（第 5 章）；意图要变成受控的环境事实，并靠 Trace 与 Evaluation 闭环持续变好（第 6 章）——任务、信息、行动三类工程契约，构成可运行、可治理、可优化的 Agent。
▍概念澄清（构建篇三处容易绕的地方）
① Verifier vs Evaluation Harness：Verifier 是单次任务的完成门禁，运行在 Agent Harness 内部，回答"这次做完了没、证据够不够"；Evaluation Harness 是跨样本、跨版本的质量判断，回答"哪个版本更好、退化在哪"——不要把昂贵的发布评估器嵌入每次线上任务。
② Task 状态 vs Action 状态：Task 是围绕可验收目标的任务级状态；Action 是单次行动的状态（REQUESTED→…→SUCCEEDED/FAILED）。一个 Tool 失败不一定使整个 Task 失败；Task 取消也可能要等已提交 Action 返回再补偿——两者相关但不能混为一谈。
③ 路径控制 vs 应用形态：Workflow/Agent/Hybrid 是路径控制方式（路径何时确定）；Single/Long-Horizon/Multi 是应用形态（任务结构）——第 3 章明确这是两个维度，选型时分开判断。