Posts
快、简、稳 —— 我近期的个人智能体选择 NanoBot

快、简、稳 —— 我近期的个人智能体选择 NanoBot

April 5, 2026

nanobot architecture

1. “养虾” 变 “抓瞎”

近期 OpenClaw 更新频繁，而且变动幅度越来越大，我这段时间的“养虾”体验，基本已经从“养虾”变成了“抓瞎”。

从 OpenClaw 2026.03.24 版本开始，几乎每次升级都会导致它无法正常使用，而回退版本也免不了一番折腾。由于 OpenClaw 最近重写了 plugin 的安装与管理机制，回退时还得全局搜索 openclaw 关键字清理相关文件，不然旧版很容易直接报错。

所以每当 OpenClaw 发出新版时，我总期待它能把上个版本的问题补上，但最后换来的往往还是失望。

尤其是 2026.04.02 版本引入审批机制之后，可能因为迁移问题，我从旧版升级上来后，审批始终不触发，甚至连工具都调不起来，整个表现就是一副“我答应你了，但我就是不做”的样子，确实让人恼火。

image-20260405141540236

为了解决这个问题，我曾短暂切到 Copaw 用了 1 到 2 天。不得不说，Copaw 在降低用户门槛这件事上做了不少工作：Dashboard 非常简单易用，内置了 office、pdf 等常用 Skill，也支持从第三方导入。此外，Copaw 还把自己的配置指南 guidance 和定时任务配置方式 cron 做成了内置 Skill，这样就直接解决了我之前在《OpenClaw 定时任务没通知，你应该这样做》 里提到的“OpenClaw 不懂 OpenClaw”的问题。

image-20260405142323986

但用了一段时间之后，我还是发现了一些影响体验的问题。比如依然会出现“已读不回”，另外有些历史对话任务，明明已经让它放弃执行了，但当上下文自动压缩之后，这个任务又会被重新捞起来继续执行。

到这里我一度有些茫然：这个概念已经炒了这么久，难道就没有一个稳定可用的个人智能体吗？

2. NanoBot 简介

连续折腾一圈之后，我才想起来回头看看 NanoBot 这个项目。这个由 HKUDS（香港大学数据科学研究所）推出的 Claw 类工具，当初因为“仅用 4000 行代码实现 OpenClaw 级别的核心能力”而出圈。但因为那段时间 OpenClaw 太火，我并没有真正关注过这个由高校实验室推出、看上去有些“简陋”的项目。

但最近在研究 CLI-Anything 时，我也刷新了对 HKUDS 的认识。这个团队的 Harness Engineering 做得非常好，工程味很足，也体现了很强的专业性。也正因为这样，我才开始认真重新看 NanoBot。

值得一提的是，HKUDS 似乎真的抓住了今年几条热门技术线。从 NanoBot 到 CLI-Anything，再到最近开源的 OpenHarness 框架，几乎每一步都踩在点上。

回到 NanoBot 本身。从 2026.02.02 发布到现在，它几乎保持着日更式推进，这个更新频率确实有点夸张。

image-20260405200308017

我又去翻了项目 Issue，发现它甚至会主动调整默认端口，给 OpenClaw 的 plugin 生态让路，非常开放包容。

image-20260405143616213

此外，Issue 里也能看到一些来自真实用户的正向反馈，这多少给了我一些信心。

image-20260405201825173

3. NanoBot 安装与配置

正如前面提到的，NanoBot 走的是极简路线。正式说安装之前，我想先把它的短板讲清楚；如果这些点你都能接受，再考虑上手也不迟。

  • 没有专门的文档站，主要信息都在 GitHub Repo 里。
  • 没有 Dashboard，也没有图形化配置界面。甚至在 Terminal 里改配置时，很多时候也只能直接输入键值对文本，不熟悉的话很容易配错。
  • 没有多 Agent，只有多实例。这意味着如果你想多开一个 Agent，本质上就是再起一个 NanoBot 实例。当然这也有好处，就是隔离性更强。
  • 沙箱、审批、工具控制等一系列安全相关能力都还不具备。

其他像 Heartbeat、Cron、Memory、Subagent、Skills、Channel 这些 Claw 类工具常见的能力，NanoBot 基本都有。

主要的安装和配置流程如下：

  • 使用 pip 安装

    pip install nanobot-ai

  • 交互式配置

    nanobot onboard --wizard

# web_search 建议用 Tavily

    image-20260405204502343

  • 启动实例

    nanobot gateway

单实例装好之后就可以直接用。如果你有多 Agent 的需求，再参考以下步骤：

  • 复制实例

    cp -r ~/.nanobot ~/.nanobot-other

  • 修改新实例配置，主要看 workspace 路径 （路径不可重复），gateway 端口（端口不可重复）和 channel （是否需要绑定其他渠道）：

    vi ~/.nanobot-other/config.json

  • 启动实例

    # 2个实例要分别启动
nanobot gateway --config /root/.nanobot/config.json
nanobot gateway --config /root/.nanobot-other/config.json

# 建议参考 https://github.com/HKUDS/nanobot?tab=readme-ov-file#-linux-service 创建系统服务

  • Skills 复用：由于是 2 套实例，可以把 /root/.nanobot-other/workspace/skills 软连接到 /root/.nanobot/workspace/skills，实现 Skills 的复用。

4. NanoBot 使用感受

快，非常快，快到离谱。快到让我一度怀疑，我之前用的那些 Claw 类工具到底吃了多少粗粮。

之前遇到的那类“便秘”问题，比如已读不回、定时任务无效，在 NanoBot 上基本都消失了。

image-20260405210046517

我在服务器上连续跑了 2 天，速度几乎没有衰减，整体也非常稳定。对个人智能体来说，我现在最看重的已经不是“功能表看起来有多全”，而是消息能不能回、任务能不能跑、跑了会不会慢。至少在这几件事上，NanoBot 先把基础盘打稳了。稳定可用，这难道不应该是一个产品最基础的要求吗？

5. OpenClaw 记忆、Skills 迁移

安装好 NanoBot 后，你也可以直接和它对话，让它去读取 OpenClaw workspace 下的 Memory.md，再同步到自己的 Memory.md 中，这样就能完成记忆迁移。

另外，虽然 NanoBot 走的是极简路线，但它也接入了 OpenClaw 生态，内置了 ClawHub Skill 和一些基础 Skills，这意味着很多 Skill 依然可以通过 ClawHub 直接安装。

image-20260405210443068

你也可以把 OpenClaw 的 Skills 文件夹里一部分 Skill 直接拷贝过来，完成 Skills 迁移。也就是说，从 OpenClaw 切到 NanoBot，并没有想象得那么复杂。

6. 其他说明

使用 NanoBot 这几天，我还有一些补充 Tips：

  • 模型推荐： 目前我主要使用 Codex OAuth 的 GPT-5.4。之前用 OpenRouter 的 Kimi K2.5 时，比较容易遇到 I've completed processing but have no response to give. 这类问题。
  • 开启 Hint： 把 config.json 里的 sendToolHints 打开后，就可以在 Channel 里看到 NanoBot 的工具调用情况。放心，它只会显示缩略信息，不会像 Copaw 那样刷屏。
  • Telegram 关闭 stream 模式： 目前 Telegram 这边有一个 Bug：issue #2559 ，会导致长消息报错，临时解决办法是先关闭 stream 模式。
  • 注意备份： 由于 NanoBot 没有图形化界面，很多配置都要直接改 config.json，同时也没有审批机制，所以最好定期备份工作区，避免配置损坏或数据丢失。

经过 2 天使用，我的感受很直接：它把 OpenClaw 两个月前画出来的那张饼，做成了。

最后更新于
CLI-Anything 实战：开发钉钉 CLI