Agent 状态分层
Agent 的状态应按生命周期分成两层：workspace 留本地、work 搬远程。出自 Josh Rosen - Local Workspace, Remote Work（2026-08-27）对”分布式 agent 却把状态放本地文件系统”这一架构矛盾的回应：本地文件系统是 coding agent 成功的基石（稳定路径、持久化、增量编辑、Unix 工具链），但作为分布式 agent 的权威状态层（canonical state layer）会撞上同步、锁、新鲜度、发现等分布式经典问题——Git 适合源码，不适合几分钟一变的活执行态。
两层划分
| Workspace（工作区） | Work（工作） | |
|---|---|---|
| 内容 | 源码 checkout、scratch、临时计划、缓存、中间表示 | 任务、决策、发现、检查点、审批、进度 |
| 位置 | 本地文件系统 | 权威远程宿主（经 MCP 暴露，底层 Postgres 等） |
| 生命周期 | ephemeral：进程结束大多可丢弃 | durable：进程/机器消失后其他 agent 仍可访问 |
| 定位 | 高效执行的工作面（working surface） | 共享权威记录（authoritative record） |
agent 可以把 work 对象缓存/物化到本地使用，但远程表示始终是权威源。
落地：给 work 建模
不一次建全，从一个 workflow 的几个核心概念起步：
- 识别工作中存在的概念——goals / plans / tasks / findings / decisions / evidence / approvals / deliverables；
- 赋予类型、稳定身份、相互关系，形成”活的工作模型”（goal 有 plan，plan 含 task，finding 支撑 decision，decision 改变后续）；
- 经 MCP 暴露：发现已有对象、跟随关系、增改对象、驱动生命周期流转——类型与关系让 client 理解领域，可用操作定义它如何行动；
- agent 推进时增改模型，而非留下一堆孤立文件。
MCP 的演化方向与此呼应（2026-07 spec 去 session affinity 支持水平扩展；Tasks 原语给长时操作可回查的 handle；Resources 讨论远程文件系统语义）——详见 Josh Rosen - Local Workspace, Remote Work。
与相关概念的边界
- vs Agentic Memory：memory 管”agent 记什么知识”（内容层），本概念管”工作状态存哪、谁权威”（基础设施层）；二者正交，wiki 式 memory 本身就该住在 work 层。
- vs Agent Fleet 管理：fleet 管理（委派、隔夜工作、跨机移动）以此为前提——没有共享权威的 work 层，多 agent 协作只能靠”同步笔记本文件夹”。
- 判据一句话：这段状态是否需要在发起它的进程消失后，被别的 agent 访问？ 是 → work 层；否 → workspace。