我给 AI 配了个前台 —— Claude Code + OpenClaw 协同架构
前台为什么重要
想象你开了一家公司。
你不可能让任何一个路人走进来就直接吩咐工程部干活——得有个前台。她收件、问你找谁、确认你确实是公司的人，然后才放行。如果你提的需求只是”帮我查下会议室”，她直接回答；如果你说”我要造个火箭”，她帮你登记、交工程部、回头把结果转给你。
OpenClaw 就是这个前台 + 部门经理。Claude Code 就是工程部。
这俩加起来，就是我的个人 AI 操作系统。
OpenClaw：AI 的操作系统壳
OpenClaw 管三件事：谁在说话、该谁干、干完怎么回。
不管你是从飞书、iMessage、微信还是网页发消息，OpenClaw 统一收进来，交给对应的 Agent。我设了几个专职 Agent——Boss 总管、PM 分析需求、RD 写代码、DA 搞数据——每个 Agent 有自己的人格、工作区和权限，互不干扰。
它还有记忆。重要的事存长期 MEMORY，日常的按天归档，搜索走 RAG 检索。配上 cron 定时任务，它能自动发提醒、做周期性检查、完全无人值守。
打个比方：OpenClaw 就是你的 AI 管家。它不亲自写代码，但它确保消息不错乱、任务不遗漏、结果可追溯。
Claude Code：重型武器，只在必要时调用
大部分对话——查信息、帮你理思路、写段文案——OpenClaw 内就解决了。
但当你说 “帮我重构这个模块” 或 “帮我 review 这个 PR” 时，就不是在聊天了，而是在开一个工程任务。这时候 Boss Agent 判一判：这事儿太重，得叫工程部。
Claude Code 就是那个工程部。
它拥有完整的 shell 权限，能读代码、写代码、跑测试、修 bug，什么都干。但它运行在一个隔离的临时目录里，碰不到 OpenClaw 的核心配置，干完活就销毁。完事后，它通过 openclaw message send 把结果推回你的飞书对话。
你在飞书等就行，不用盯着。
一个真实的工作流
你在飞书私聊发：“帮我写个后台仪表盘。”
- Boss Agent 收到：判断是重型开发，不是自己能答的。
- 安全检查：你是不是本人（你的 open_id），是不是从飞书来的。两个条件都满足，放行。
- 生成回投地址：告诉 worker “干完活把结果发回这个对话”。
- 启动 Claude Code worker：后台跑，隔离目录，传完整任务说明。
- Boss 告诉你：“已启动 worker，正在处理，完了叫你。”
- Worker 独立工作：读项目、写代码、跑测试，十几分钟甚至几十分钟，不打扰你。
- Worker 完成：结果自动推回飞书。
- Boss 汇总呈现：“做好了，关键决策点帮你标出来了。”
全链路无人值守。你要做的就是开头说一句话，末尾看结果。
设计理念：关注点分离
这套架构最核心的思想就四个字：各管各的。
OpenClaw 负责”想清楚、分明白、跟到底”——这是调度和管理的艺术。Claude Code 负责”写代码、跑测试、交结果”——这是执行的肌肉。
中间的安全闸门确保：只有从飞书来的、确认是本人的请求，才能启动无限制的 worker。其他渠道（微信、iMessage、网页）再大声喊”帮我跑 shell”，也只在网关内安全应答。
这样的好处：安全边界清晰、新能力易扩展（加 Agent 或加 Skill 即可）、自动化闭环无需人工干预。
结尾
如果你只有一个 Claude Code，你有一个能干的工程师，但没人帮你管日程、分任务、记事情。如果你只有一个 OpenClaw，你有一个好管家，但没法处理重型开发。
把两个叠在一起，你就有了一个 AI 操作系统。
这就是我的实践。
