FastClaw 发布了，这是一个 OpenClaw-Like 的 Agent 基础框架，参考 OpenClaw 的设计，使用 Go 语言完全重写，在架构方面做了很多优化，重点支持多租户，云原生部署友好。

1. 使用 Go 开发，3000 行代码实现 OpenClaw 核心功能
2. 单二进制（ 5MB ）分发，轻量级安装，无环境依赖
3. 秒级启动，资源占用小（内存占用约为 OpenClaw 的 1/7 ）
4. 支持可视化安装，上手门槛很低
5. 支持个人本地使用，原生支持云端多租户场景
6. 支持 OpenClaw 90% 功能，兼容 OpenClaw 生态。

如何使用？

1. 在项目主页复制 FastClaw 一键安装命令
2. 在电脑运行安装命令，自动打开可视化配置界面
3. 按照步骤，配置接入的模型和消息渠道
4. 安装完自动进入 FastClaw 管理面板，查看网关运行情况
5. 在接入的消息渠道开始对话

跟 OpenClaw 有什么区别？

1. 使用方式上没太大区别，都是命令行安装，配置各种功能，在自己习惯的消息渠道对话
2. 第一次配置，比 OpenClaw 简单，上手门槛更低
3. 运行过程中，比 OpenClaw 资源占用小，对电脑配置要求更低
4. 如果你想二次开发，代码量更少，改起来更轻松
5. 如果你要部署到云端，让多个用户接入使用，FastClaw 更适合，天然支持云端多租户
6. FastClaw 支持了 OpenClaw 大部分功能：多模型、多渠道、多 Agent 等，添加了额外的特性：沙盒、并发控制、数据库配置、消息持久化等
7. FastClaw 兼容 OpenClaw 的生态，比如 clawhub 安装 skills 等，配置参数跟使用习惯也尽量跟 OpenClaw 保持一致，减少用户切换成本
8. FastClaw 是 OpenClaw-Like 的 Agent 底层框架，不是 OpenClaw fork 版本，而是从底层重构的全新版本
9. 如果把 OpenClaw 比作 Linux ，那么 FastClaw 想做的就是 Centos ，面向企业场景、云部署场景、智能终端而设计的 Agent OS

为什么做？

1. 我做了一个月 OpenClaw 云托管服务，得出的结论是 OpenClaw 不适合云端多租户场景，主要是 OpenClaw 的架构是为本地使用场景而设计的，定位是个人 Agent

• OpenClaw 在云端多租户场景需要每个用户一个隔离的 Pod ，开销很大，成本很高
• OpenClaw 通过子进程完成复杂任务，多个任务串行排队，效率不高
• OpenClaw 的对话和记忆内容是存储在本地文件的，容易丢失，配置容易搞崩

我需要一个更好的方案来降低云端部署的成本，让更多人拥有自己的龙虾。

1. 随着微信 ClawBot 等入口的开放，使用 Agent 的用户会越来越多，不太可能每个用户都在自己的电脑部署一个 Agent ，云端多租户是刚需。企业需要给员工分配 Agent ，挂载知识库，统一管理。这些场景 OpenClaw 都不适合。

2. 要建摩天大楼，需要先打地基。OpenClaw 有很多优秀的设计可以参考，但是代码太臃肿，没办法在此基础上改架构，所以只能自己写。

FastClaw 还在初期阶段，堆了很多功能，还没来得及完整测试，需要点时间完善。期待有更多的朋友参与共建，做一个更好的 OpenClaw-Like 的 Agent OS 发行版。

MIT 协议开源，欢迎使用，感谢支持。

https://github.com/fastclaw-ai/fastclaw