最近三个月，我用 Claude Code Vibe Coding 了几个项目，非常有意思，写篇文章记录一下。
WorkAny
workany.ai
在上一篇文章
Vibe Coding 一周，我做了个桌面 Agent
写到，我第一次尝试全自动 Vibe Coding，发布了我的第一个 Agent 项目 WorkAny。
断断续续在迭代 WorkAny，修复了一些用户反馈的问题，Github 仓库 star 涨到了 1.4k。
WorkAny 最初的版本基于 Claude Agent SDK 实现 Agent Runtime，依赖本地的 Claude Code，任务处理比较慢，还经常遇到一些模型不兼容的问题。
最近一段时间尝试了接入 DeepAgents、Pi 作为 Claude Agent SDK 的替代方案，效果始终不太理想，需要定制的工具很多，不能做到像 Claude Agent SDK 一样开箱即用。
这周把 WorkAny 的 Agent Runtime 换成了自己写的 Open Agent SDK，运行流畅了，好多问题也解决了。
WorkAny Bot
workany.bot
2 月份的时候，OpenClaw 特别火，掀起了全民养虾热潮，主要的需求和痛点是：
大家都在玩，很好奇，我也想试试
不敢在自己电脑跑，担心隐私和安全风险
不懂技术，搞不了虚拟机，折腾不来云服务器
希望长时间待机，但没预算，不想买 Mac Mini
不想学怎么配模型、Skills，只想开箱即用
我花了一个周末的时间，发布了 WorkAny Bot，提供 OpenClaw 云端托管服务。
用户不需要关心技术，只需要点几下
Next
，付费开通服务，马上得到一个
xxx.workany.bot
地址，打开就能看到 OpenClaw 的页面，接入到自己的 im 软件，开始养虾。
WorkAny Bot 给不想自己折腾的用户提供了便利，让部分人快速用上了 OpenClaw。但在使用过程中，体验还是比不上在自己电脑上部署 OpenClaw。
云端的 Bot 在浏览器自动化、配置工具、定时任务等方面有很多限制，使用起来不够流畅。
ClawHost
clawhost.me
我把 WorkAny Bot 背后的 OpenClaw 托管方案整理出来开源了。
这套方案的核心依赖 K8S 集群，在每个 Pod 部署一个 OpenClaw 实例，通过 PVC 挂载磁盘，对 .openclaw 目录进行持久化存储。
ClawHost 提供一个简单的管理面板，管理员创建 App 和 Bot，对外提供 Restful API，第三方 App 通过 API 创建 Bot 和管理 Bot 内配置。
熟悉 K8S 运维的人可以使用这个方案，做自己的 OpenClaw 托管服务。企业可以私有化部署，挂载内部 Skills，为员工统一配置企业版龙虾。
ChatClaw
chatclaw.im
我觉得 OpenClaw 自带的 Web UI 有点丑。
功能很多，配置很杂，改起来很麻烦。而且对话的体验很不好。
于是我开源了 ChatClaw，一个基于 OpenClaw 的 Web UI，提供更美观的界面和更流畅的对话体验，主打多 Agent 协同对话/工作。
最近 OPC（一人公司） 很火，ChatClaw 从 OPC 的角度设计了整体架构：
OPC -> Companies -> Teams -> Agents -> Tasks
一个 OPC 可以创建多个公司，每个公司对应一个 OpenClaw Gateway，可以是本地的，也可以是云端的（比如：WorkAny Bot）。
ChatClaw 的本质是一个 Web UI，只做界面交互，不做业务逻辑。依赖的是 OpenClaw 提供的 Agent Runtime，相当于给你的龙虾换个壳子。前提是，你得有自己的 OpenClaw。
CoRich
1 月份的时候，我想做一个开源版本的桌面 Agent，对标 Cowork。
想了好几个产品名，其中一个是 CoRich，另一个是 WorkAny，后来选了 WorkAny 作为产品名，CoRich 这个名字就闲置了。
最近 Slack 被爆出批量删除中国团队账户，不允许中国公司使用了。
然后我就很想做个 Agent 版本的 Slack，让人与 AI 可以协同工作，共同完成任务。
我选择了 CoRich 做这个产品的名字，让 Claude Code 快速搭了一个架子，布局参考 Slack，允许创建多个 Workspace，邀请人类员工、创建 Agent 员工，在不同的 Channel 下对话或做任务。
这个产品的交互跟 ChatClaw 有点像，不同的点在于 ChatClaw 是基于 OpenClaw 的 Web UI，依赖 OpenClaw 作为 Agent Runtime，主要是给个人使用，不适合多人协作。
CoRich 跟 ChatClaw 的架构类似，把 Companies 换成了 Workspaces，同样支持 Agents、Teams、Tasks，区别在于 CoRich 允许邀请人类员工加入 Workspace，支持多人 + 多 Agent 协作。
目前，CoRich 还属于 Demo 阶段，还需要点时间完善基本功能。
FastClaw
fastclaw.ai
我做了近两个月的 OpenClaw 托管服务，部署在阿里云国际站的 K8S 集群上，一个月接近 5k 美金的部署成本。
我分析了一下，部署成本高的原因主要有几点：
OpenClaw 是单租户架构，我需要为每个用户单独用一个 Pod 隔离部署，挂载独立的存储空间
OpenClaw 需要至少 1G 的运行内存，在 K8S 部署，每个 Pod 的 memory_limit 不能低于 4G，不然很容易 OOM
OpenClaw 针对一些复杂类任务（比如：写代码），会开独立的子进程去执行，进程开销很大。
OpenClaw 启动依赖网关初始化、插件加载等多个串行步骤，从启动到可用需要 15-30 秒，没办法做到秒级启动。如果要保证用户云端的 Bot 一直在线，Pod 需要常驻，对于不经常使用的 Bot，是一种资源浪费
所以我得出的结论是，OpenClaw 是针对个人使用场景设计的助理类 Agent，不适合云端部署的多租户场景。上面提到的 CoRich 这种需要多人协作的产品，用 OpenClaw 做底层的 Agent Runtime 肯定不行。
于是我决定自己做一个 Agent 底层框架（操作系统）。
我开源了 FastClaw，定位是一个更好的 OpenClaw-Like Agent OS。
使用 Go 实现，单二进制分发（5MB），运行零依赖，秒级启动
运行时内存占用 ~20M，约为 OpenClaw 内存占用的 1/7
约 3000 行代码实现 OpenClaw 的核心功能，二次开发更简单
以 RPC 进程通信的方式运行插件，隔离风险，插件挂了不影响主进程，解决 OpenClaw Gateway 容易挂的问题
引入数据库实现持久化存储，用户会话隔离，天然适用云原生多租户部署场景
可视化引导安装，上手门