目录
- 这是往 Agent Operating System 方向演进的设计。
- 一、架构层：把“能力”当成可挂载的硬件
- 二、执行层：统一的 I/O 抽象
- 1️⃣ 可替换性（Replaceability）
- 2️⃣ 可组合性（Composability）
- 三、编排层：能力成为资源，而不是函数
- 四、为什么要这么设计？
- 五、和 AgentScope 的对比
- 六、从系统设计角度看本质
- 七、什么时候这种设计特别有价值？
在 OpenClaw 里，把“能力（capability）”抽象成 device，本质上是一种系统级的能力建模方式。你可以从三个层面理解：架构层、执行层、编排层。
OpenClaw 把“能力”抽象为 device，本质是：
把“调用行为”升级为“系统资源”，
把“函数式能力”升级为“可挂载、可调度、可组合的执行单元”。
权限控制（哪些 agent 能访问哪些 device）
沙盒隔离
资源调度
监控计费
多 agent 共享能力
换句话说：
能力不是代码，而是资源。
这是往 Agent Operating System 方向演进的设计。
一、架构层：把“能力”当成可挂载的硬件
在传统系统里：
- 功能 = 函数 / API
- 服务 = 微服务
- 能力 = 一段逻辑
而在 OpenClaw 里：
能力 ≠ 函数
能力 = device（设备）
也就是说：
- 模型推理是一个 device
- 浏览器控制是一个 device
- 文件系统访问是一个 device
- 代码执行是一个 device
这类似于操作系统中的“设备驱动模型”：
| 操作系统 | OpenClaw |
|---|---|
| 硬盘 | FileDevice |
| 网卡 | NetworkDevice |
| GPU | ModelDevice |
| USB 外设 | PluginDevice |
核心思想：
Agent 不是“调用函数”，而是“挂载设备”。
二、执行层：统一的 I/O 抽象
如果能力是 device，那么它必须符合某种统一接口。
通常 device 会具备：
- 标准输入（Input）
- 标准输出（Output）
- 状态（State）
- 生命周期（init / close）
这意味着：
Agent 不关心 device 内部实现
Agent 只和 device 的 I/O 协议交互
这种抽象带来两个好处：
1️⃣ 可替换性（Replaceability）
比如：
- OpenAI 模型 → Claude 模型
- 本地 Python 执行 → Docker 执行
只要符合 device 接口，就能替换。
这类似：
GPU 换成另一块显卡，不影响操作系统逻辑。
2️⃣ 可组合性（Composability）
多个 device 可以：
- 串联
- 并行
- 广播
- 级联
例如：
User → ModelDevice → BrowserDevice → FileDevice
能力被结构化为“数据流网络”。
三、编排层：能力成为资源，而不是函数
传统 function call：
call_tool("search", query)
device 抽象更像：
search_device.emit(input)
差别在于：
| Function Call | Device Model |
|---|---|
| 一次性调用 | 持续存在 |
| 无状态 | 有状态 |
| 过程式 | 资源式 |
| 临时执行 | 可被调度 |
device 是“常驻能力单元”。
四、为什么要这么设计？
这是典型的 分布式系统 + Agent OS 思路。
如果 OpenClaw 想变成：
Agent 的操作系统
那能力必须像“硬件资源”一样被管理。
这样可以实现：
- 权限控制（哪些 agent 能访问哪些 device）
- 沙盒隔离
- 资源调度
- 监控计费
- 多 agent 共享能力
换句话说：
能力不是代码，而是资源。
五、和 AgentScope 的对比
你之前在做 agent scope demo，这里可以对比理解：
| AgentScope | OpenClaw |
|---|---|
| skill | device |
| tool | device |
| function call | device I/O |
| flow orchestration | device wiring |
OpenClaw 抽象得更底层、更“操作系统化”。
六、从系统设计角度看本质
把能力抽象成 device，本质上是：
Capability-as-a-Resource
这是一种：
- 资源化设计（Resource-oriented architecture）
- 数据流编排
- Actor / Reactive System 思想
- 类 Unix “一切皆文件” 的理念
可以类比：
- 在 Docker 里，一切是 container
- 在 Kubernetes 里，一切是 pod / resource
- 在 OpenAI function calling 里，一切是 tool
OpenClaw 则是：
一切是 device
七、什么时候这种设计特别有价值？
当系统具备：
- 多 agent 协作
- 动态加载能力
- 复杂流程图
- 权限隔离
- 长生命周期任务
- 广播通信
- 流式执行
例如你之前提到的：
A 和 B 点对点，B 广播给 C
如果能力是 device：
- B 可以挂一个 BroadcastDevice
- C 监听该 device
- 数据流天然支持 fan-out
这比 function call 更自然。
--