PicoClaw:用 Go 重写的超轻量 AI 助手,10MB 内存跑在 10 美元硬件上
小巧、快速且可在任何地方部署,自动化日常工作,释放您的创造力。
秒懂
- 它是什么?
- Sipeed 推出的 PicoClaw 是一个用 Go 从零实现的个人 AI 助手,目标是在 10MB 内存、10 美元硬件上运行。它支持 MCP、视觉管道和模型路由,但官方明确警告 v1.0 之前不要用于生产。
- 适合谁用?
- PicoClaw 适合两类人:一是想在 RISC-V 开发板、旧手机或树莓派上跑本地 AI 助手的嵌入式爱好者,二是需要把 MCP 工具链塞进极小内存环境的技术验证者。不适合追求稳定生产系统的团队,官方自己都写了 v1.0 之前不要部署到生产。
- 能商用吗?
- 可以。MIT 是宽松许可证:你可以使用、修改并销售基于它的软件,只需保留版权和许可证声明。
- 还在维护吗?
- 在维护。仓库最近一次提交在 12 天前。
- 用什么语言写的?
- 主要是 Go(依据 GitHub 的语言统计)。
以上回答依据项目的 GitHub 数据(最近同步于 2026年9月15日)和我们的分析,不构成法律意见。
开源项目深度解析
一个为 10 美元硬件设计的 AI 助手
PicoClaw 解决的问题很具体:现有的 AI 助手框架太重。OpenClaw 用 TypeScript 写,内存占用超过 1GB,启动时间在 0.8GHz 单核上超过 500 秒。NanoBot 用 Python,也要 100MB 以上内存。PicoClaw 用 Go 从零重写,目标是把内存压到 10MB 以下,启动时间压到 1 秒以内,这样就能跑在 10 美元的 Linux 开发板上,比如 Sipeed 自家的 LicheeRV-Claw。它不 fork 任何现有项目,是独立实现。适合的读者是那些想在嵌入式设备、旧手机或树莓派上跑一个私人 AI 助手的开发者,而不是想在企业服务器上部署重量级 Agent 平台的团队。
从 NanoBot 到 Go 的重写,以及 AI 自举的开发方式
PicoClaw 的起源是 NanoBot,但作者没有直接移植,而是用 Go 重新实现。README 里提到一个关键细节:这个项目通过「自我引导」过程开发,AI Agent 自己驱动了架构迁移和代码优化,95% 的核心代码由 Agent 生成,人工做 review。这意味着代码风格和模块划分可能不是传统人工设计的产物,而是模型迭代的结果。你不需要理解这个开发过程才能用,但它解释了为什么项目迭代这么快,也解释了为什么会有频繁的 PR 合并和资源占用波动。从仓库结构看,它支持 MCP 协议,有视觉管道(自动 base64 编码图片),还有基于规则的模型路由,简单查询走轻量模型,复杂任务走更强模型,用来省 API 费用。
部署方式:单二进制,跨架构,甚至支持 Android
PicoClaw 的部署方式很直接:一个二进制文件,支持 RISC-V、ARM、MIPS 和 x86。官方提供了 Docker Compose 和 Web UI Launcher,v0.2.0 开始就有。v0.2.5 加入了从 TZ/ZONEINFO 环境变量读取时区信息的支持,v0.2.6 增加了 hooks 和 respond action,v0.2.8 加入了 MCP 命令行工具,包括 show、add、list、remove、test、edit 子命令。v0.2.9 在 Web UI 里管理 MCP 服务器,还加了可配置的 Sogou 搜索引擎支持。如果你想在 Android 上跑,官方提供了 APK 下载。实际启动命令和配置文件的具体格式,README 没有给出完整示例,但根据发布说明,配置涉及 provider(比如 AWS Bedrock、Azure、Xiaomi MiMo、Kimi、Minimax、Avian)和 channel(Matrix、IRC、WeCom、Discord Proxy)。
内存占用的真相:10MB 是目标,不是当前状态
README 里有一个明显的矛盾点,值得注意。标题写着「<10MB RAM」,但安全警告里明确说:由于最近合并了大量 PR,近期构建可能使用 10 到 20MB 内存,资源优化要等到功能稳定之后再做。表格里也加了星号注释,说明这是目标值。所以如果你因为「10MB」这个数字而决定采用,请先检查 nightly 构建的实际占用。对于 10 美元的硬件,多 10MB 内存可能意味着从「能跑」变成「勉强能跑」,这个差距是实际决策因素。另外,启动时间对比表里写的是 0.8GHz 单核下的数据,你的硬件未必是这个配置,实际表现需要自己测。
安全警告:v1.0 之前不要碰生产环境
PicoClaw 的 README 开头就放了 CAUTION 块,这是少见的诚实。它明确说:没有发行任何官方代币,pump.fun 上的相关声明都是骗局;唯一官方域名是 picoclaw.io;项目处于早期快速开发阶段,可能存在未解决的安全问题,v1.0 之前不要部署到生产。此外,v0.2.4 加入了安全加固,比如 .security.yml 和敏感数据过滤,v0.2.3 对 Cron 做了安全门控。这说明开发者知道风险在哪,但你不能因此就忽略警告。如果你要把 PicoClaw 暴露到公网,或者让它访问你的个人文件,先假设它有漏洞,然后限制权限。
MCP 支持是核心卖点,但生态还在早期
MCP(Model Context Protocol)是 PicoClaw 扩展能力的主要方式。v0.2.1 开始支持 MCP 协议,v0.2.8 加入了完整的 CLI 管理命令,v0.2.9 在 Web UI 里也能管理。这意味着你可以连接任何 MCP 服务器,给 Agent 增加工具。但要注意,MCP 是一个相对新的协议,可用的服务器质量和维护状态参差不齐。PicoClaw 本身还在快速迭代,MCP 相关的 API 可能变化。另一个点是,v0.2.8 修复了 MCP 工具参数为空对象的问题,说明这类细节还在打磨。如果你依赖某个特定的 MCP 服务器,先测试它和当前版本的兼容性。
与 NanoBot 和 OpenClaw 的对比,以及替代选择的差异
PicoClaw 的直接参照物是 NanoBot 和 OpenClaw。NanoBot 是 Python 实现,内存占用 100MB 以上,启动 30 秒以上,但 Python 生态的库更多,调试工具更成熟。OpenClaw 是 TypeScript 实现,功能更丰富,但资源占用高一个数量级。PicoClaw 用 Go 换来了低内存和快启动,代价是生态更薄,很多功能要自己通过 MCP 补齐。如果你的硬件不是极端受限,NanoBot 可能是更稳妥的选择,因为 Python 的 AI 库链更完整。如果你的需求是轻量且愿意接受早期项目,PicoClaw 是唯一用 Go 写的选项。
维护与升级成本:nightly 构建和许可证
PicoClaw 采用 MIT 许可证,这意味着你可以自由使用、修改和分发,包括商用,只要保留版权声明。项目当前活跃,最近推送在 2026 年 7 月,有 nightly 构建和 v0.3.1 版本。但活跃也意味着变化快,升级可能带来破坏性变更,比如 v0.2.4 的 Agent 架构大改(SubTurn、Hooks、Steering、EventBus),如果你基于旧版本做了定制,升级时要重新适配。官方没有提供长期支持承诺,也没有迁移文档的详细说明。如果你要长期使用,建议固定版本,不要追 nightly。
编辑结论
PicoClaw 适合两类人:一是想在 RISC-V 开发板、旧手机或树莓派上跑本地 AI 助手的嵌入式爱好者,二是需要把 MCP 工具链塞进极小内存环境的技术验证者。不适合追求稳定生产系统的团队,官方自己都写了 v1.0 之前不要部署到生产。采用前先验证三件事:你的模型提供商是否在支持的列表里,MCP 服务器的安全边界是否可控,以及 nightly 构建的 10 到 20MB 内存占用是否在你的硬件预算内。如果你能接受早期项目的粗糙和变化,PicoClaw 是目前少有的、真正为低端硬件设计的 Go 实现。
社区笔记