OpenClaw 下一阶段—补齐 Agent Runtime 的工程骨架

https://github.com/nirholas/claude-code?utm_source=chatgpt.com

这个仓库对 OpenClaw 的启发很大。

我先给结论：代码仓库暴露出来的不是几个零散功能，而是一套成熟 agent CLI 的“工程骨架”。

OpenClaw 真正该升级的，不是单纯多接几个 MCP，而是把 Tool、Skill、Command、Memory、Permission、Task、Bridge、Feature Flag 这些层做成清晰分层、彼此解耦的系统。

这个 nirholas/claude-code 仓库 README 自称是 2026 年 3 月 31 日泄露的 Claude Code 源码镜像，仓库结构里确实能看到 src/、skills/、mcp-server/、web/、docs/ 等完整分层，文档也明确写了 Query Engine、Tool System、Command System、Bridge、Permission、Feature Flags 等核心模块。

⚡ 一句话判断

OpenClaw 现在如果主要强在“能连工具、能跑模型、能进 session”，下一阶段就该从“可用的 agent”升级为“可运营、可扩展、可治理的 agent runtime”。

Claude Code 这份仓库最值得学的，恰恰是这类 runtime 能力：统一工具定义、统一权限判定、上下文压缩、会话恢复、插件与技能双扩展、后台任务、多 agent 协同、IDE Bridge，以及按 feature flag 裁剪不同发行形态。

OpenClaw 应该学什么

1. 先把 Tool 层做成真正的内核，而不是“工具集合”

Claude Code 的文档里，工具不是简单函数，而是标准化对象：每个工具都有 输入 schema、权限检查、执行逻辑、UI 渲染、并发安全、只读标记、prompt 注入 等统一接口；工具在 src/tools.ts 里注册，再由 Query Engine 在 tool loop 中调度。

这个抽象非常关键，因为它让“模型会不会调用”变成次要问题，真正重要的是：

•调用什么

•能不能并发

•是否危险

•结果怎么展示

•是否可复用

2. 把 Skill 从“提示词模板”升级成“工作流封装层”

仓库里对 Skill 的定义很明确：可复用、具名的工作流，打包 prompt 与 tool 配置；还能从 MCP 资源生成 skill，并通过 SkillTool 或 /skills 命令执行，用户也可自定义。

甚至内置 skill 里已经有 remember、verify、skillify、loop 这类“自增强”能力。

3. 必须补 Permission System，否则 OpenClaw 很难企业化

Claude Code 的权限系统非常成熟：所有工具调用都经过中心化权限检查；支持 default、plan、bypassPermissions、auto 等模式；规则还能写成通配形式，比如：

•Bash(git *)

•FileEdit(/src/*)

•FileRead(*)

4. 把 Command System 独立出来，形成“用户入口层”

Claude Code 不只是聊天，而是有成体系的 slash commands。文档列出 /compact、/context、/resume、/memory、/mcp、/plugin、/skills、/tasks、/agents、/plan、/doctor、/cost、/status 等。

并且命令分为 PromptCommand、LocalCommand、LocalJSXCommand 三类。

5. 增强 Memory + Compact，把记忆做成层级体系

Claude Code 的记忆系统不是单一 memory，而是分层的：

•项目记忆 CLAUDE.md

•用户记忆 ~/.claude/CLAUDE.md

•自动抽取 memories

•团队记忆同步

同时还有 /memory 命令和 compact 上下文压缩系统。

6. 增加 Task System，让 agent 会“后台工作”

Claude Code 不是每件事都前台同步完成。文档里有完整任务子系统：LocalShellTask、LocalAgentTask、RemoteAgentTask、InProcessTeammateTask 等，并提供：

•TaskCreateTool

•TaskListTool

•TaskOutputTool

•TaskStopTool

7. 把 Bridge 做成第一公民，而不是附属能力

Claude Code 有专门的 bridge/，负责 CLI 与 IDE 扩展（VS Code、JetBrains）之间的双向通信，还有会话执行、权限回调、JWT、附件处理等；并且 Bridge 是一个独立子系统，而不是“顺手做个插件”。

8. 增加 Plugin System，让 OpenClaw 不只靠官方迭代

Claude Code 文档把插件系统单独列出来：可发现、安装、加载、执行、自动更新；插件可贡献 tools、commands、prompts。

9. 引入 Feature Flags，支持多形态发行和灰度能力

Claude Code 明确用了 GrowthBook feature flags，且一些能力如 BRIDGE_MODE、VOICE_MODE、COORDINATOR_MODE 等是按 flag 控制，甚至能在构建期裁剪。

10. 补 Coordinator / Multi-Agent，但不要过早迷恋“群体智能”

Claude Code 文档显示它有 coordinator/，能通过 AgentTool、TeamCreateTool、SendMessageTool 等做多 agent 协同，但这个能力被 feature flag 控制，并非所有场景都默认开。

#openclaw #claudecode #runtime

💡 这部分最容易被误读

多 agent 看起来最“炫”，但真正值得先学的，不是群体智能，而是单 agent runtime 的分层、权限、任务和扩展机制。