FastClaw 发布了，这是一个 OpenClaw-Like 的 Agent 基础框架，参考 OpenClaw 的设计，使用 Go 语言完全重写，在架构方面做了很多优化，重点支持多租户，云原生部署友好。
- 使用 Go 开发，3000 行代码实现 OpenClaw 核心功能
- 单二进制（ 5MB ）分发，轻量级安装，无环境依赖
- 秒级启动，资源占用小（内存占用约为 OpenClaw 的 1/7 ）
- 支持可视化安装，上手门槛很低
- 支持个人本地使用，原生支持云端多租户场景
- 支持 OpenClaw 90% 功能，兼容 OpenClaw 生态。
如何使用？
- 在项目主页复制 FastClaw 一键安装命令
- 在电脑运行安装命令，自动打开可视化配置界面
- 按照步骤，配置接入的模型和消息渠道
- 安装完自动进入 FastClaw 管理面板，查看网关运行情况
- 在接入的消息渠道开始对话
跟 OpenClaw 有什么区别？
- 使用方式上没太大区别，都是命令行安装，配置各种功能，在自己习惯的消息渠道对话
- 第一次配置，比 OpenClaw 简单，上手门槛更低
- 运行过程中，比 OpenClaw 资源占用小，对电脑配置要求更低
- 如果你想二次开发，代码量更少，改起来更轻松
- 如果你要部署到云端，让多个用户接入使用，FastClaw 更适合，天然支持云端多租户
- FastClaw 支持了 OpenClaw 大部分功能：多模型、多渠道、多 Agent 等，添加了额外的特性：沙盒、并发控制、数据库配置、消息持久化等
- FastClaw 兼容 OpenClaw 的生态，比如 clawhub 安装 skills 等，配置参数跟使用习惯也尽量跟 OpenClaw 保持一致，减少用户切换成本
- FastClaw 是 OpenClaw-Like 的 Agent 底层框架，不是 OpenClaw fork 版本，而是从底层重构的全新版本
- 如果把 OpenClaw 比作 Linux ，那么 FastClaw 想做的就是 Centos ，面向企业场景、云部署场景、智能终端而设计的 Agent OS
为什么做？
- 我做了一个月 OpenClaw 云托管服务，得出的结论是 OpenClaw 不适合云端多租户场景，主要是 OpenClaw 的架构是为本地使用场景而设计的，定位是个人 Agent
- OpenClaw 在云端多租户场景需要每个用户一个隔离的 Pod ，开销很大，成本很高
- OpenClaw 通过子进程完成复杂任务，多个任务串行排队，效率不高
- OpenClaw 的对话和记忆内容是存储在本地文件的，容易丢失，配置容易搞崩
我需要一个更好的方案来降低云端部署的成本，让更多人拥有自己的龙虾。
-
随着微信 ClawBot 等入口的开放，使用 Agent 的用户会越来越多，不太可能每个用户都在自己的电脑部署一个 Agent ，云端多租户是刚需。企业需要给员工分配 Agent ，挂载知识库，统一管理。这些场景 OpenClaw 都不适合。
-
要建摩天大楼，需要先打地基。OpenClaw 有很多优秀的设计可以参考，但是代码太臃肿，没办法在此基础上改架构，所以只能自己写。
FastClaw 还在初期阶段，堆了很多功能，还没来得及完整测试，需要点时间完善。期待有更多的朋友参与共建，做一个更好的 OpenClaw-Like 的 Agent OS 发行版。
MIT 协议开源，欢迎使用，感谢支持。
https://github.com/fastclaw-ai/fastclaw