香港大学开源轻量级OpenClaw:1%代码量打造你的专属AI助理

港大开源OpenClaw精简版nanobot,1%代码量实现核心功能,2分钟部署,快速拥有你的专属AI助理!

原文标题:3天5k+星标,港大开源极致轻量OpenClaw, 1%代码量打造个人专属贾维斯

原文作者:机器之心

冷月清谈:

香港大学黄超老师课题组开源了OpenClaw的精简版本nanobot,仅用4000行Python代码实现了原项目核心功能,代码量仅为原项目的1%。nanobot保留了OpenClaw完整功能,大幅降低了使用门槛,开发者可以在2分钟内完成部署上线。nanobot采用经典的消息处理循环模式,将复杂系统重构为易于理解和定制的轻量级架构方便用户学习和使用。项目在GitHub上迅速获得5000+星标,受到了开源社区的广泛关注。 nanobot支持主流聊天平台接入、具备文件管理、系统命令、网络搜索等操作能力,以及定时提醒、上下文记忆等智能特性。极简架构也使得部署复杂度大幅降低。

怜星夜思:

1、OpenClaw的nanobot版本大幅减少了代码量,但同时保留了核心功能。你认为在AI项目开发中,如何平衡代码的复杂度和功能性?
2、文章提到nanobot可以接入微信、Telegram等聊天平台。你觉得AI助手在聊天平台上的应用场景有哪些?除了文章中提到的功能,你还希望它能做什么?
3、OpenClaw和nanobot都是开源项目。你认为开源对于AI技术的发展有什么意义?作为开发者,你更倾向于参与哪种类型的开源项目?

原文内容


最近硅谷被一个神奇的 Agent(OpenClaw/ClawdBot)刷爆了!


写代码、上网冲浪、操作电脑、定时提醒... 就像拥有了一个永不下班的 AI 助理。


但现实很骨感:当你兴致勃勃 clone 下来,准备一探究竟时 —40 万 + 行代码直接给你整蒙了。



面对 40 万行的复杂代码,很多开发者都有同样的困扰:"我只是想学习它的原理,或者快速部署体验一下,为什么这么复杂?"


港大黄超老师课题组正是为了解决这个痛点,将庞大系统重构为仅 4000 行的 nanobot—— 保留完整功能,大幅降低使用门槛,而且是纯Python实现。


从 40 万行到 4000 行,不只是代码的精简,更是使用体验的提升:2 分钟部署上线、架构清晰易于定制、核心逻辑便于学习。让每个开发者都能轻松搭建自己的贾维斯助手。


项目上线后反响不错,三天内在 GitHub 上获得了 5000+ 星标,700+ fork,也受到了海外开源社区的关注和讨论,不少开发者分享了使用体验。



项目链接:https://github.com/HKUDS/nanobot





OpenClaw 的本质:一个经典的消息处理循环


别被 40 万行代码吓到。剥开复杂的外衣,OpenClaw 的核心其实是一个我们在系统设计中经常见到的模式 —— 工具调用循环:


while True:     

1. 接收输入(用户消息 + 上下文)    

2. 处理判断(LLM 分析:回复 or 调用工具)     

3. 执行动作(工具调用 → 获取结果 → 反馈)    

4. 输出响应(直接回复 or 继续循环)


这其实就是经典的事件驱动架构在对话系统中的应用。港大团队的洞察是:既然核心逻辑如此简单,为什么不能用更加简洁直观的方式实现?


nanobot 的设计哲学很朴素:一个 Python 文件搞定主循环,几个模块处理工具调用,清晰的函数调用关系。你不需要在复杂的类继承和接口抽象中迷失,也不用为了找一个函数在几十个文件间跳转。代码结构就像搭积木一样直观 —— 每个模块职责单一,组合起来就是完整功能。


这种简化不是功能的简化,而是架构复杂度的重新思考。



Nanobot 的核心架构


基于这个简单循环,他们构建了一套麻雀虽小、五脏俱全的基础设施:


  • 连接能力:支持主流聊天平台,Agent 可以在微信、Telegram 等熟悉环境中使用;

  • 操作能力:文件管理、系统命令、网络搜索... 覆盖了日常工作的核心需求;

  • 智能特性:定时提醒、上下文记忆,让交互体验更自然。


整个架构遵循轻量化原则,代码量控制在 OpenClaw 的 1%。成功瘦身 99%。结果就是一个真正轻便可控的智能助手框架:理解成本低、修改门槛低、部署要求低。


一键安装 nanobot,你的专属贾维斯


极简架构带来的最直观收益就是部署复杂度的大幅降低。相比 OpenClaw 需要配置各种环境依赖,nanobot 实现了真正的一键安装 —— 一条命令,完成部署。


团队在官网提供的快速上手指南验证了这种简便性:从下载到工具正常运行,整个过程压缩在 2 分钟以内。



装好之后你会发现,这个轻量级工具的功能覆盖面相当实用。它能够编写代码并直接在本地执行,联网检索资料后整理成结果,处理文件的读写操作,还能执行系统命令完成各种任务。


更方便的是可以接入聊天软件 —— 简单配置后就能在手机上通过消息调用这些功能,让你随时随地处理工作需求。



© THE END 

转载请联系本公众号获得授权

投稿或寻求报道:liyazhou@jiqizhixin.com

开源的意义太大了!它促进了技术的共享和创新,降低了学习和使用的门槛。 就像OpenClaw和nanobot,任何人都可以免费使用、学习和修改。 这使得更多的人可以参与到AI技术的发展中来,共同推动技术的进步。 而且,开源项目往往有更强的社区支持,可以更快地解决问题和改进功能。

那可太多了!除了文章里说的,我觉得AI助手在聊天平台上可以做: 1. 智能回复:根据聊天内容自动生成回复,解放双手。 2. 语言翻译:实时翻译聊天内容,方便跨语言交流。 3. 会议纪要:自动记录和整理会议内容,生成纪要。 4. 娱乐互动:讲笑话、玩游戏,活跃气氛。 我最想要的是一个能帮我自动过滤垃圾信息的AI助手,每天收到的各种广告、推销信息太多了!

问题提得很好!我觉得这跟软件工程中的“KISS(Keep It Simple, Stupid)原则”很像。在AI项目里,首先要明确核心需求,然后围绕核心需求设计最简洁的架构。代码量少意味着更容易维护、调试和理解,也方便快速迭代。功能当然重要,但过度设计反而会增加维护成本,甚至影响性能。 我觉得可以先用最简单的版本快速验证想法,然后根据实际情况逐步增加功能,而不是一开始就追求大而全。

从法律角度来看,开源 license 也很重要。不同的 license 对使用和修改开源代码的限制不同。 常见的 license 有 MIT、Apache、GPL 等。 在选择开源项目时,要仔细阅读 license 条款,确保自己的使用方式符合规定。 有些公司会使用开源项目,但不会将自己的修改贡献回去,这可能会违反某些 license 的规定。

有没有一种可能,nanobot只是把很多功能放到了云端或者依赖了第三方服务?这样本地代码确实少了,但整体系统的复杂度并没有降低。 就像我们现在用的很多App,看起来很简洁,但背后可能调用了无数个API。 这种做法有利有弊,好处是可以快速开发和部署,坏处是可能会受到第三方服务的限制。

从商业角度来看,AI助手在聊天平台上可以作为一种新的客户服务方式。 比如,银行可以用AI助手回答客户的常见问题,保险公司可以用AI助手进行理赔咨询。 这种方式可以降低人工成本,提高服务效率。 还可以根据用户画像,进行精准营销,提高转化率。

我个人更倾向于参与文档完善的开源项目。很多开源项目代码写得很好,但是文档很烂,导致很难上手。 如果能把文档写清楚,配上详细的示例,就能吸引更多的用户和贡献者。 毕竟,对于很多开发者来说,时间比代码更宝贵。