专题/Agent OS

多 Agent runtime 越来越像一个小型操作系统：它要安排执行单元、隔离资源、传递消息、保存状态、处理失败，还要让人随时暂停、接管和恢复。这个类比适合用来检查工程缺项。

八项责任

类比在哪里有用

操作系统把“能运行”与“能长期管理”分开。一个模型能够调用多个工具，并不代表 runtime 已经处理调度、公平性、隔离、资源泄漏和故障传播。类比迫使架构师给这些责任安排明确位置。

例如两个 Coding Agent 分别修改客户端和服务端。调度器需要知道它们是否争用同一个 API 合同；隔离层给出独立 worktree 和短时凭证；通信层使用带版本的 Handoff Contract；存储层保存 checkpoint；取消其中一个任务时，回收层还要释放沙箱、租约和排队中的回调。只实现“同时启动两个 Agent”，这些责任都还没有答案。

类比在哪里失真

Agent 的执行意图和结果具有概率性，传统进程通常没有这种语义。Agent 的记忆也不等同于内存：它还涉及内容选择、可信度、遗忘和版本。Human-in-the-loop 更接近业务控制与组织责任，不能简单映射为中断处理。

因此，Agent OS 目前适合作为工程清单和研究议程，不作为统一产品定义。

最小运行时接口

submit(task, principal, constraints)
spawn(role, task_packet, authority_scope)
handoff(contract)
observe(run_id)
checkpoint(run_id)
cancel(run_id, reason)
reclaim(run_id)

接口名称可以变化，责任不能消失。实现采用中心 Orchestrator、分布式事件总线或混合架构，都要回答这些问题。

研究问题

1. Agent、workload、run 和 tool invocation 的身份模型怎样分层？
2. 跨 Session 的资源冲突能否在调度前声明和检测？
3. Handoff Contract 与 Agent Protocol 怎样对接？
4. 长程任务的 checkpoint 应冻结哪些版本与外部前置条件？
5. 资源回收怎样覆盖试点结束、责任人离岗和系统退役？

来源

该专题来自协作与治理模块研讨中的跨层讨论，并连接 C5 子 Agent 隔离、C6 编舞、X1 可观测性和 X3 安全与身份。