NanoClaw 没有功能(这恰恰是件好事)
2026年3月3日 · Gavriel Cohen
NanoClaw 很小。NanoClaw 是 AI 原生的。NanoClaw 很精简。
NanoClaw 没有功能。
开箱即用的 NanoClaw 智能体能力很强。它们可以搜索和浏览网页、读写文件、安装命令行工具,还能在多次会话之间保持记忆。底层基础很强大。
但是那些将 AI 助手连接到你日常生活的功能,比如通过 Telegram、WhatsApp、Discord 或 Slack 发消息,Gmail 集成,语音转写等等……我在构建 NanoClaw 时,骄傲而刻意地没有加入其中任何一个。
NanoClaw 不是自带功能,而是使用 skills。Skills 是一组指令,用来教 Claude Code 如何完成某项任务。在 NanoClaw 中,我们用 skills 来教 Claude 如何修改你的代码库以添加新能力。你运行一个 skill,Claude 读取指令,编写代码,你的 NanoClaw 就获得了一个为你的环境量身定制的新功能。
Andrej Karpathy 在亲自使用 NanoClaw 后这样描述:“写一个最大程度可 fork 的仓库,然后用 skills 将它 fork 成任何想要的更特殊的配置。”
一个 skill 有两层结构:一个 markdown 文件,解释该集成应该如何工作以及需要做什么;还有一组代码文件,提供参考实现。当你运行一个 skill 时,Claude 会读取指令并将参考代码合并到你的代码库中。在全新安装上,任何 skill 都能干净地应用。如果你已经有自定义修改或其他已应用的 skills,Claude 会处理合并,解决新代码与已有代码之间的冲突。最终的结果是,每个用户的 NanoClaw 都成为了独一无二的个性化工具。
我们为每个通讯平台、Gmail、语音转写以及通用设置、调试和自定义都提供了 skills。但真正强大之处在于,任何人都可以贡献新的 skills。
假设有人想让他们的 NanoClaw 管理音乐。他们和 Claude 一起构建了一个 Spotify 集成。一旦跑通了,他们可以贡献一个 Spotify skill,教其他人的 NanoClaw 如何处理核心集成:使用 Spotify API、如何连接等等。
但这个 skill 只覆盖核心集成部分。实际的实现对每个终端用户来说都是定制的。如果一个人只需要播放现有的播放列表,他们可以让 Claude 添加这个功能。如果另一个人想调整播客的播放速度,他们也可以做到。不需要为你永远不会用到的 API 调用编写逻辑。
这是一种全新的高度定制化软件模式,每个人在自己 fork 的仓库中只拥有自己确切需要的功能集,没有大量多余的、用不到的代码。你的助手会随着你的需求和工作流的变化而成长,或者仅仅因为你突然有了一个很酷的新想法。
而且因为你只有自己选择添加的代码,你实际上可以阅读和审计整个代码库。一个拥有 40 万行代码的大一统智能体,无论你用了两个功能还是二十个,它的全部攻击面都在那里。使用 skills,边界是清晰的:只有几千行代码,而且全部属于你。我在 Don’t trust AI agents 中详细写了为什么这很重要。
Karpathy 在另一个帖子中也谈到了这种定制化软件的理念,描述了一个未来——那种你从中挑选的离散应用的应用商店正变得越来越过时,取而代之的是由 AI 原生服务编排而成的高度定制化、即用即走的应用。他在一个小时内构建了一个个人有氧运动追踪仪表盘,这在两年前需要十个小时,并指出真正的问题是需要什么条件才能让它只花一分钟。
这就是 NanoClaw 所朝向的方向。
AI 让这种可定制的、高度个性化的软件成为可能。
NanoClaw 让它变得切实可行——提供核心基础,让你在此之上拓展,拥有精良的设计、稳健的架构和坚固的安全模型。
Skills 让它变得简单——分享行之有效的方案,帮助其他人让它为自己所用。
未来的软件不再堆砌功能。它用 Claude 这样的 AI 和 skills 来为每个用户提供量身定制的体验,没有臃肿,没有浪费。
NanoClaw 让我们今天就能一窥这个未来。