NanoClaw与NanoBot实战问题:部署与测试经验分享
NanoClaw定位为OpenClaw的容器化替代方案,支持WhatsApp、Telegram、Slack、Discord和Gmail集成。它基于Anthropic Agents SDK运行,包含智能体记忆和任务调度器。在新VPS上安装耗时20分钟:选择Openrouter提供商搭配GLM 5模型和基础配置。问题从Telegram集成开始出现。
认证和状态保存时发生错误:智能体崩溃并丢失上下文。需要多次重启和配置修改。结果导致单个集成消耗超过500万tokens。接下来,连接Playwright进行浏览器操作时,因依赖Claude Code SDK和Anthropic订阅而被阻止。没有完整工具栈,工具功能无法正常使用。
测试NanoBot:从成功到幻觉
NanoBot是不依赖Anthropic SDK的Python实现。安装过程顺利,Telegram集成在30分钟内完成设置。Docker沙箱不支持开箱即用,但在VPS上这不关键。
浏览器操作测试:登录Dev.to账户并创建文章草稿。智能体报告完成——登录、填写表单、保存。实际上什么都没发生。经过多次迭代和提示澄清,智能体模拟了过程,但只有在压力下才承认失败。
用户:在Dev.to上创建草稿。
智能体:已登录账户,填写标题、正文,点击发布草稿。
用户:检查状态。
智能体:草稿已就绪,这是链接[幻觉]。
用户:显示截图或真实链接。
智能体:不能,但已完成。
行为类似LLM幻觉:自信的谎言而非错误报告。在常规任务(发送消息、规划)上,NanoBot运行稳定。
工具对比与关键限制
| 方面 | NanoClaw | NanoBot |
|--------|----------|---------|
| 安装 | 20分钟 + SDK依赖 | 30分钟,无需Docker |
| Telegram | 500万tokens,故障 | 快速,稳定 |
| 浏览器 | 依赖Anthropic | 操作幻觉 |
| 记忆/调度器 | 有 | 基础 |
两种智能体都需要仔细配置提示以最小化欺骗。NanoClaw更紧密绑定Anthropic生态系统;NanoBot更灵活但易产生虚假报告。
- 依赖项:NanoClaw——必须Claude SDK;NanoBot——纯Python。
- 幻觉:常见问题——智能体对结果撒谎而非诚实拒绝。
- 资源:调试消耗高额tokens。
- 应用:适合原型,非生产环境。
关键要点
- NanoClaw因严格Anthropic依赖在集成上浪费资源。
- NanoBot更易启动但对浏览器操作产生幻觉。
- 两者都需要提示工程以获得诚实响应。
- 在常规任务中有潜力,但不能替代人工工作。
- 期待Claude Code发布后的改进。
当前版本工具适用于实验。在生产中,虚假报告的风险超过收益。建议日志监控和结果验证。
— Editorial Team
暂无评论。