一天一个开源项目（第26篇）：ZeroClaw - 零开销、全 Rust 的自主 AI 助手基础设施，与 OpenClaw 的关系与对比

Ne0inhk

— 12 min read
一天一个开源项目（第26篇）：ZeroClaw - 零开销、全 Rust 的自主 AI 助手基础设施，与 OpenClaw 的关系与对比

引言

“同样的「多模型 + 多渠道 + 记忆 + 工具」愿景，用 Rust 重写：单二进制、几 MB 内存、毫秒级启动，还能从 OpenClaw 一键迁移。”

这是"一天一个开源项目"系列的第26篇文章。今天带你了解的项目是 ZeroClaw（GitHub）。

OpenClaw（ClawdBot）是大家熟悉的 AI 助手网关：多 LLM、Telegram/Discord/飞书等多渠道、持久记忆、技能与工具，但基于 Node.js/TypeScript，运行时内存与冷启动对树莓派、低配 VPS 或边缘设备并不友好。ZeroClaw 与 OpenClaw 处于同一赛道——都是「可自托管的、多模型 + 多渠道 + 记忆 + 工具」的自主 AI 助手基础设施——但采用 100% Rust 实现，目标 零额外开销：单静态二进制、常见场景下 <5MB 内存、<10ms 级启动、可在约 10 美元级硬件上跑。同时保留与 OpenClaw 的身份兼容（IDENTITY/SOUL 等 Markdown）与数据迁移（zeroclaw migrate openclaw），并在架构上强调 Trait 驱动、Provider/Channel/Tool 可插拔，便于按需替换与扩展。本篇会重点说明 ZeroClaw 与 OpenClaw 的关系以及功能、性能两方面的对比。

你将学到什么

  • ZeroClaw 的定位：与 OpenClaw 同愿景、Rust 实现的轻量级替代
  • 与 OpenClaw 的关系：身份格式兼容、记忆迁移、功能对照
  • 功能对比：Provider/Channel/Memory/Tool、安全与运行时、身份与扩展
  • 性能对比：内存、启动时间、二进制体积、部署成本（含 README 基准表）
  • 快速开始、架构要点与适用场景

前置知识

  • 对 OpenClaw 或「AI 助手网关」有基本概念（多模型、多渠道、记忆、工具）
  • 会使用 Rust 工具链（rustup、cargo）或愿意使用一键安装脚本
  • 若部署到树莓派或低配设备，对内存与启动时间敏感更易体会其优势

项目背景

项目简介

ZeroClaw 是快速、小巧、可完全自主运行的 AI 助手基础设施：单二进制、默认极低内存占用与毫秒级冷启动，支持多 AI 提供商（Provider）、多消息渠道（Channel）、可插拔记忆（Memory）、工具（Tool）与运行时（Runtime），并内置 Gateway 配对、沙箱、白名单等安全机制。与 OpenClaw 的关系可以概括为：

  • 同一类产品：都是自托管的多模型 + 多渠道 + 记忆 + 工具的 AI 助手/网关
  • 实现分叉：OpenClaw 为 TypeScript/Node；ZeroClaw 为 Rust，无 Node 运行时依赖
  • 兼容与迁移：支持 OpenClaw 式身份（Markdown：IDENTITY.md、SOUL.md 等）与 从 OpenClaw 迁移记忆（zeroclaw migrate openclaw）
  • 差异化：Trait 驱动架构、更小资源占用、更短启动时间、可选 Docker 沙箱、AIEOS 身份、订阅制认证（OpenAI Codex / Claude Code）等

项目由哈佛、MIT、Sundai.Club 等社区成员参与建设，文档与脚本中有「zeroclaw-labs」组织与安装/克隆地址。

项目解决的核心问题：

  • 在树莓派、10 美元级开发板或小内存 VPS 上跑 AI 助手网关，OpenClaw 的 Node 运行时与内存占用成为瓶颈
  • 需要冷启动极快的 CLI/daemon，便于脚本与 cron 调用
  • 希望与现有 OpenClaw 身份/记忆兼容，又能换到更轻量的运行时
  • 需要可插拔的 Provider/Channel/Memory/Tool，通过配置或实现 Trait 扩展而非改核心代码

面向的用户群体：

  • 已用 OpenClaw、希望降低资源占用或迁移到边缘/低配设备的用户
  • 需要「类 OpenClaw 能力」但偏好单二进制、无 Node 依赖的团队
  • 做嵌入式/边缘 AI、对内存与启动敏感的开发者
  • 关注安全与可审计性的自托管用户（沙箱、白名单、配对、隧道）

作者/团队介绍

  • 组织/仓库：zeroclaw-labs（GitHub），主仓库 zeroclaw-labs/zeroclaw
  • 致谢：README 注明由 Harvard、MIT、Sundai.Club 等社区成员参与建设
  • 项目创建时间：2026 年 2 月（GitHub 显示 2026-02-13 左右）

项目数据

  • ⭐ GitHub Stars: 11.6k+
  • 🍴 Forks: 1.1k+
  • 📦 版本: 以 main 为主干，无单独版本号
  • 📄 License: MIT（README 与 LICENSE 注明）
  • 🌐 官网: 无独立官网，以 GitHub 与仓库内 docs/ 为主
  • 💬 社区: GitHub Issues

主要功能

核心作用

ZeroClaw 的核心作用是提供与 OpenClaw 同类的「多模型 + 多渠道 + 记忆 + 工具」能力，在资源与性能上做减法、在可插拔与安全上做加法：

  1. 多 Provider：内置多种 AI 提供商（约 28+ 及别名），支持 OpenAI 兼容与 Anthropic 自定义端点
  2. 多 Channel：CLI、Telegram、Discord、Slack、Mattermost、iMessage、Matrix、Signal、WhatsApp、Email、IRC、Lark、DingTalk、QQ、Webhook 等
  3. 记忆系统：SQLite 混合检索（向量 + FTS5）、Lucid 桥接、Markdown 文件、或显式关闭（none）；支持从 OpenClaw 迁移（migrate openclaw）
  4. 工具与运行时：shell/file/memory、cron、git、pushover、browser、http_request、screenshot、composio 等；运行时支持 native 或 Docker 沙箱
  5. 安全：Gateway 配对码、沙箱、白名单、速率限制、工作区文件系统范围、加密密钥存储
  6. 身份：默认 OpenClaw 格式（Markdown）；可选 AIEOS v1.1（JSON）便于跨系统移植人设
  7. 订阅认证：OpenAI Codex（ChatGPT 订阅）、Claude Code / Anthropic setup-token 等多账号、加密存储

使用场景

  1. 从 OpenClaw 平滑迁移
    • 继续使用现有 SOUL/IDENTITY 与记忆，用 zeroclaw migrate openclaw 导入，在更小资源下运行
  2. 边缘与低成本部署
    • 树莓派、10 美元级板子、小内存 VPS；单二进制、无 Node，冷启动与内存占用显著低于 OpenClaw
  3. 脚本与自动化
    • CLI 冷启动极快，适合 cron、CI 或脚本中频繁调用 zeroclaw agent / zeroclaw status
  4. 安全与合规优先
    • 默认本地绑定、配对、工作区限定、Docker 沙箱、白名单，满足「不暴露公网、最小权限」需求
  5. 多身份与订阅
    • 多 Profile（OpenAI Codex、Anthropic）、加密存储，适合多账号或团队统一网关

快速开始

环境：Rust 工具链（或使用仓库内一键安装脚本安装系统依赖 + Rust + ZeroClaw）。

一键安装（推荐先审阅脚本）：

curl -LsSf https://raw.githubusercontent.com/zeroclaw-labs/zeroclaw/main/scripts/install.sh |bash

从源码构建并安装：

git clone https://github.com/zeroclaw-labs/zeroclaw.git cd zeroclaw cargo build --release --locked cargo install --path . --force --locked exportPATH="$HOME/.cargo/bin:$PATH"

快速配置与对话：

# 无交互快速配置（API Key + Provider） zeroclaw onboard --api-key sk-... --provider openrouter # 或交互向导 zeroclaw onboard --interactive # 单条消息 zeroclaw agent -m "Hello, ZeroClaw!"# 交互对话 zeroclaw agent # 启动 Gateway（默认 127.0.0.1:3000） zeroclaw gateway # 后台常驻（含渠道与定时任务） zeroclaw daemon

从 OpenClaw 迁移记忆：

zeroclaw migrate openclaw --dry-run # 预览 zeroclaw migrate openclaw # 执行迁移

核心特性

  1. 单二进制、极低内存
    • Release 构建下，zeroclaw --help / zeroclaw status 约 3.9–4.1MB 峰值内存；README 称常见场景 <5MB，约为 OpenClaw（>1GB，含 Node）的约 1%
  2. 毫秒级冷启动
    • 同文档示例：0.01–0.02s 级 real time；README 表内在 0.8GHz 边缘设备上 <10ms，对比 OpenClaw >500s（冷启动）
  3. Trait 驱动、全可插拔
    • Provider、Channel、Memory、Tool、Runtime、Tunnel、Identity 等均为 Trait，可换实现或扩展，配置驱动、无需改核心代码
  4. 安全默认
    • Gateway 默认 127.0.0.1、配对码、工作区限定、禁止敏感路径、可选 Docker 沙箱；README 提供安全清单与自测建议（如 nmap）
  5. OpenClaw 兼容与迁移
    • 身份格式默认与 OpenClaw Markdown 一致；migrate openclaw 支持把 OpenClaw 记忆迁入 ZeroClaw
  6. 订阅与多账号
    • OpenAI Codex OAuth、Anthropic setup-token、多 Profile、加密存储（auth-profiles.json + .secret_key）

ZeroClaw 与 OpenClaw：关系与对比

二者关系简述

  • 产品形态一致：都是「自托管 AI 助手网关」——多模型、多渠道、持久记忆、技能/工具、可选自主运行（daemon）。
  • 实现不同：OpenClaw 为 TypeScript/Node.js 生态；ZeroClaw 为 Rust，单静态二进制，无 Node 依赖。
  • 兼容与迁移：ZeroClaw 默认支持 OpenClaw 式身份（IDENTITY.md、SOUL.md 等），并提供 zeroclaw migrate openclaw 做记忆迁移，方便从 OpenClaw 迁到 ZeroClaw 而不丢失人设与历史。
  • 定位差异：OpenClaw 生态成熟、Skill 与第三方集成多；ZeroClaw 主打资源与性能（小内存、快启动、低成本硬件），以及 Trait 架构、安全默认、AIEOS/订阅 等扩展能力。

功能对比

维度ZeroClawOpenClaw
语言/运行时Rust，单二进制，无运行时依赖TypeScript/Node.js，需 Node 环境
AI 提供商28+ 内置 + 自定义 OpenAI/Anthropic 端点多模型（Claude/GPT/Gemini/Ollama 等）
消息渠道CLI、Telegram、Discord、Slack、WhatsApp、iMessage、Matrix、Signal、飞书/钉钉/QQ 等Telegram、Discord、WhatsApp、飞书、Slack 等
记忆SQLite 混合检索、Lucid、Markdown、none；可迁入 OpenClaw 数据自有记忆实现，可配合 Claude-Mem 等
工具/技能shell、file、memory、cron、git、browser、http、composio 等；TOML + SKILL.mdSkill 系统（Markdown），丰富社区 Skill
身份格式默认 OpenClaw Markdown；可选 AIEOS v1.1 JSONMarkdown（SOUL/IDENTITY 等）
安全配对、沙箱、工作区限定、Docker 运行时、白名单、加密密钥配置与插件依赖，可配合隧道与权限
订阅/多账号OpenAI Codex、Anthropic 多 Profile、加密存储多为 API Key 配置
扩展方式Trait + 配置，Provider/Channel/Memory/Tool 可换插件与 Skill，Node 生态

性能对比（基于 README 基准表）

README 给出的本地可复现基准（归一化到 0.8GHz 边缘设备概念）如下，便于理解量级差异：

指标OpenClawNanoBotPicoClawZeroClaw
语言TypeScriptPythonGoRust
内存（典型）>1GB（含 Node）>100MB<10MB<5MB
冷启动（0.8GHz 概念）>500s>30s<1s<10ms
二进制体积~28MB（dist）N/A~8MB约 3.4MB
低成本硬件Mac Mini 级 $599Linux SBC ~$50~$10 板子约 $10 级硬件
  • 内存：ZeroClaw 常见 CLI/status 约 3.9–4.1MB 峰值；OpenClaw 需 Node，整体常 >1GB。
  • 启动：ZeroClaw 毫秒级；OpenClaw 冷启动（尤其是首次拉依赖/起服务）可达数百秒量级。
  • 部署成本：ZeroClaw 面向约 10 美元级板子与小内存 VPS；OpenClaw 更常见于 Mac Mini 或更大实例。

复现方式（README）：cargo build --release 后 ls -lh target/release/zeroclaw，并用 /usr/bin/time -l target/release/zeroclaw --help / zeroclaw status 在本地测量。

何时选 ZeroClaw、何时选 OpenClaw

  • 优先选 ZeroClaw：边缘/树莓派/低配 VPS、对内存与冷启动敏感、希望单二进制无 Node、需要从 OpenClaw 迁记忆且保留身份、重视 Trait 可插拔与安全默认、需要 OpenAI Codex/Claude 订阅多账号。
  • 优先选 OpenClaw：已深度依赖 OpenClaw Skill 与 Node 生态、需要特定社区 Skill/插件、团队已统一 Node 运维与调试、对「最小内存/最快冷启动」不敏感。

项目详细剖析

架构要点：Trait 与可插拔

README 用表格概括了各子系统及其 Trait、内置实现与扩展方式：

  • Provider：内置 28+ 及别名，扩展为 custom:https://... 或 anthropic-custom:https://...
  • Channel：多种消息渠道，可接任意消息 API
  • Memory：SQLite / Lucid / Markdown / none，可接其他持久化后端
  • Tool：shell、file、memory、cron、git、browser、http、composio 等，可扩展
  • Runtime：native 或 Docker（沙箱）；未来计划 WASM/edge
  • Security：配对、沙箱、白名单、速率限制、工作区与敏感路径限制
  • Identity：OpenClaw（Markdown）或 AIEOS v1.1（JSON）
  • Tunnel：none、Cloudflare、Tailscale、ngrok、自定义

配置以 ~/.zeroclaw/config.toml 为主，由 onboard 生成；API Key 等可加密存于 ~/.zeroclaw/。

记忆与 OpenClaw 迁移

  • 记忆层：SQLite 内向量 + FTS5 关键词、混合加权、EmbeddingProvider Trait、LRU 缓存、安全重建索引。
  • zeroclaw migrate openclaw：从 OpenClaw 导出并导入记忆到 ZeroClaw，支持 --dry-run 预览。

安全与 Gateway

  • Gateway 默认仅绑定 127.0.0.1；需公网访问时需配合隧道（Tailscale、Cloudflare、ngrok 等）或显式 allow_public_bind。
  • 配对：启动时 6 位一次性码，通过 POST /pair 换 Bearer Token；Webhook 需在请求头中携带 Authorization: Bearer <你的 token>（尖括号为占位，实际填写配对得到的 token）。
  • 渠道白名单：空即拒绝所有；"*" 为显式允许全部；推荐按 Telegram/Discord 等 ID 精确放行。
  • 工作区限定、禁止敏感路径、Docker 沙箱等见 README 安全清单与配置说明。

项目地址与资源

官方资源

相关资源

适用人群

  • OpenClaw 用户：想降低资源占用、迁到边缘或低配机，或保留身份/记忆换运行时
  • 边缘/嵌入式与低成本部署：树莓派、10 美元级板子、小内存 VPS，需要小二进制与快启动
  • 安全与合规优先：需要配对、沙箱、白名单、工作区限定、隧道优先的自托管网关
  • Rust 与架构爱好者：想参考 Trait 驱动、可插拔 Provider/Channel/Memory 的 AI 助手实现

欢迎来我中的个人主页找到更多有用的知识和有趣的产品

Read more

MySQL：表的增删查改

MySQL：表的增删查改

CRUD : Create(创建), Retrieve(读取)，Update(更新)，Delete（删除） 一、Create（insert） 语法： INSERT [INTO] table_name       [(column [, column] ...)]       VALUES (value_list) [, (value_list)] ... value_list: value, [, value] ... [ ]内的是可以省略的 案例： 创建一个学生表  1.1 单行数据 + 指定列插入  value_list 数量必须和定义表的列的数量及顺序一致  可以不用指定id，因为mysql会用默认的值进行自增  1.2 单行数据 + 全列插入 全列插入可以省略values左侧的列属性   1.3 多行数据 + 全列插入 多行数据用逗号隔开

By Ne0inhk

2026年10大网络爬虫工具横评：从Scrapy到Bright Data，我为什么最终选择了“不写代码”？

作为一个写了多年爬虫、踩过无数反爬坑、被Cloudflare封到怀疑人生的全栈工程师。今天这篇文章，不是那种泛泛而谈的“Top 10工具推荐”，而是一次真实的技术选型复盘——在2025年底，我们团队为一个跨境电商竞品监控项目重新评估所有主流爬虫方案后，最终放弃自研、全面转向SaaS服务的决策过程。 如果你也曾： * 在凌晨三点调试Scrapy的IP代理池； * 被LinkedIn的JS指纹检测搞得想砸键盘； * 或者在老板问“为什么数据还没回来？”时无言以对…… 那么，请继续往下读。这可能是你今年看到的最实用的一篇爬虫工具评测。 我们到底要抓什么？ 项目需求很典型： ✅ 实时监控全球50+电商平台（Amazon、eBay、Walmart、Zalando等） ✅ 抓取商品价格、库存、评论、促销信息 ✅ 每日抓取量 > 200万条 ✅ 数据延迟 < 15分钟 ✅ 关键要求：不能被封，不能丢数据 过去三年，我们用的是 Scrapy + 自建住宅代理池 + Playwright渲染 的混合架构。听起来很酷，但维护成本高得离谱—

By Ne0inhk
Ribbon - 微服务负载均衡演进史：从 Ribbon 到 Service Mesh（如 Istio）

Ribbon - 微服务负载均衡演进史：从 Ribbon 到 Service Mesh（如 Istio）

👋 大家好，欢迎来到我的技术博客！ 💻 作为一名热爱 Java 与软件开发的程序员，我始终相信：清晰的逻辑 + 持续的积累 = 稳健的成长。 📚 在这里，我会分享学习笔记、实战经验与技术思考，力求用简单的方式讲清楚复杂的问题。 🎯 本文将围绕一个常见的开发话题展开，希望能为你带来一些启发或实用的参考。 🌱 无论你是刚入门的新手，还是正在进阶的开发者，希望你都能有所收获！ 文章目录 * Ribbon - 微服务负载均衡演进史：从 Ribbon 到 Service Mesh（如 Istio） * 🧭 背景与重要性 * 🎯 Ribbon：客户端负载均衡的经典代表 * 🔍 什么是 Ribbon？ * 🛠️ Ribbon 的核心组件 * 💡 Java 示例：使用 Ribbon 实现简单的负载均衡调用 * 🧱 项目结构概览 * 📦 依赖配置 * 🚀 启动类配置 * 🔄 负载均衡服务调用控制器 * 🏢 提供者服务示例 * 🧪 配置文件

By Ne0inhk
SpringAOP详解（二）

SpringAOP详解（二）

一、代理模式的核心概念 1. 定义 为目标对象提供 “代理类”，让调用方不直接访问目标对象，而是通过代理类间接访问，从而在代理类中实现功能增强（比如日志、权限校验）。 2. 核心角色（以 “房屋租赁” 为例） 角色对应示例作用说明SubjectHouseSubject接口定义目标对象和代理类的共同行为（比如 “租房”）RealSubjectRealHouseSubject（房东）目标对象（被代理的实际业务执行者）ProxyHouseProxy（中介）代理类，包装目标对象，在调用目标方法前后添加增强逻辑 静态代理的实现步骤（以房屋租赁为例） 1. 定义共同接口（Subject） 2. 实现目标对象（RealSubject） 3. 实现代理类（Proxy） 4. 使用代理 静态代理的核心特点 * 提前创建：代理类的.class文件在程序运行前就已存在（比如HouseProxy是提前写好的）； * 功能增强：不修改目标对象代码，通过代理类实现 “附加逻辑”

By Ne0inhk