KEEL · 龙骨 · A CURRICULUM FOR THE AI ERA
OpenClaw — keel 龙骨
课程导读 · 把 20 个渠道、100 个插件、一个 Agent 收进同一个常驻进程
课程导读 · 把 20 个渠道、100 个插件、一个 Agent 收进同一个常驻进程
章节目录
- 01 · 定位与进程模型：单 Gateway 就是本地控制平面 — OpenClaw 2026.8.1 的自我描述只有两句。README.md 第 18 行：它是 "a personal AI assistant that runs on your devices and meets you in the channels you already use"，并且 "designed for a single operator"，把模型、工具、消息渠道和可选伴生应用都接到 "one Gateway" 上。
- 02 · 主循环与三重护栏：没有 maxTurns，只有超时与循环检测 — 多数 agent 框架会给主循环配一个 maxTurns 兜底，OpenClaw 2026.8.1 没有。全仓搜 maxTurns / maxIterations / maxSteps，在 agent 内核里零命中——命中的只有 A2A ping-pong 的轮次上限（src/agents/tools/sessions-send-helpers.ts:118）与测试里的压力档位。
- 03 · 工具体系与执行安全：四层策略只能收紧不能放宽 — OpenClaw 的工具层有一条贯穿始终的设计律：每一层策略只能让结果更严格，不能更宽松。Profile 限定可见工具集合，allow / deny 在其上做增减，会话权限模式把文件与 shell 的边界进一步压紧，exec 审批再压一层。四层叠加的结果永远是各层「最严」的子集。
- 04 · 渠道与路由：把 20+ 消息渠道收敛成统一事件 — 渠道是 OpenClaw 最外显的那一层：extensions/AGENTS.md 把整个 extensions/ 目录定义成 bundled plugin 的地盘，而其中一大批插件的 package.json 里挂着 openclaw.channel 元数据。已核对含该元数据的包括 whatsapp、telegram、slack、discord、matrix、mattermost、msteams、feishu、googlechat、i
- 05 · 插件、记忆与部署：bundled 也守同一条边界 — VISION.md 第 67 到 87 行把插件体系写成项目主线：「OpenClaw has an extensive plugin API. Core stays lean; optional capabilities should usually ship as plugins.」，并给出两层门槛的区分——核心的每一次新增都摊到「每个 operator 的每一次模型请求」上，插件与技能没有这个税。第 78 行则给出接口化的判据：「O