Technical Guide
20. 总结:读完后你应该能做什么
收束 OpenClaw 源码教程,回到 CLI、Gateway、Agent Runtime、Channels、Tools 和扩展系统。
回到一开始的问题
OpenClaw 不难安装,难的是看懂它怎么转起来。
它同时包含:
CLI
Gateway
Channels
Agent Runtime
Tools
Skills
Cron
Plugins
MCP
Sandbox
State Dir
Companion apps
如果不分层,源码一定会看乱。
这套教程的主线
openclaw 命令启动
→ Gateway 常驻
→ Channel 收到消息
→ pairing / allowlist 判断
→ 路由到 agent/session
→ Agent Runtime 构造上下文和工具面
→ LLM provider 流式响应
→ 工具调用和结果回填
→ session 保存
→ Gateway 投递结果
这条线就是 OpenClaw 源码阅读主线。
你现在应该能分清这些概念
CLI 和 Gateway
CLI 是本地操作入口。
Gateway 是常驻控制平面。
Gateway 和 Channel
Gateway 负责路由和控制。
Channel 负责具体平台接入。
Agent Runtime 和 Tools
Runtime 负责模型、上下文、session、stream、tool call。
Tools 负责真实动作,并受 policy、sandbox、sender、group、provider 影响。
Skill、Plugin、MCP
Skill 是过程知识。
Plugin 是 OpenClaw 扩展体系。
MCP 是外部工具协议接入。
三者不要混。
最重要的二开判断
想改 OpenClaw 时,先判断:
入口层:CLI / Gateway / Channel
运行层:Agent Runtime / Provider / Sessions
能力层:Tools / Skills / Plugins / MCP / Cron
边界层:Config / Sandbox / Security / Logging
层级判断对了,源码位置通常就不会差太远。
后续可以继续加的实战
这套目前是源码阅读主线。后面可以继续补实战篇:
写一个最小 Skill
写一个只读 Tool
接一个 MCP server
新增一个简单 Plugin
配置一个安全的 Telegram/Feishu channel
写一个 Cron 日报任务
排查一次 provider 401
最后一句
OpenClaw 的价值不是“支持很多平台”这么简单。
它真正的核心是:把你自己的设备、消息入口、模型、工具、会话和长期自动化,统一到一个本地优先的个人助手运行时里。