什么是“Claws”？以及为什么不应该在你的Mac Mini上运行它们
Source: Dev.to
Andrej Karpathy 刚发布了一篇关于购买 Mac Mini 来玩弄他所称的 “Claws” 的小随笔——这些是位于大型语言模型（LLM）之上的持久化 AI 代理系统。他列举了 OpenClaw、NanoClaw、zeroclaw、ironclaw、picoclaw。
Simon Willison calls “Claw” a term of art for the entire category.
当 Karpathy 给事物命名时，它们会被记住。他创造了 “vibe coding”。这正是同样的能量。
Definition – “就像 LLM 代理是 LLM 之上的新层一样，Claws 现在是 LLM 代理之上的新层，将编排、调度、上下文、工具调用以及一种持久性提升到下一个层次。”
我一直在为正是这个类别构建托管基础设施。下面我将拆解 Claws 是什么，为什么在 Mac Mini 上运行它们有真实的权衡，以及替代方案是什么。
什么让 Claw 与 Agent 不同？
常规的 LLM 代理 运行一次，完成任务，然后停止。你提示它们，它们响应，可能调用工具，完成。
Claws 是 持久的。它们：
- 持续运行在硬件或服务器上
- 拥有自己的调度——在你未请求时也会行动
- 在会话和对话之间保持上下文
- 通过消息协议（MCP 等）进行通信
- 编排多个具有工具访问权限的代理
把它想象成运行脚本与运行 服务 的区别。Claw 是一种服务：始终在线，始终监视，随时准备行动。
Mac Mini 角度
Karpathy 专门买了一台 Mac Mini 来运行 Claws。Apple Store 告诉他它们“selling like hotcakes and everyone is confused.” 这很有道理——硬件不错，体积小，能在家里 24/7 运行。
但以下是一个运行持久 Elixir 服务已有一段时间的人的一些想法。
Source: …
自托管痛点清单
我热爱自托管，真的很爱。然而，在你桌子下的机器上运行一个持久化的 AI 代理系统，就意味着你现在需要负责：
正常运行时间
当电源中断、ISP 出现故障，或 macOS 在凌晨 3 点决定更新时，你的 Claw 会宕机。Claw 的核心理念是始终在线。“除非不在线时才不在线”是一种粗略的规格说明。
网络
Claw 需要互联网访问——接收 webhook、调用 API、暴露端点。这意味着：
- 端口转发
- 动态 DNS
- TLS 证书
- 期待路由器配合
你的 ISP 很可能只提供动态 IP。
安全
你在家庭网络上运行一个拥有工具访问权限的 AI 代理。它可以执行代码、发起 API 调用并访问文件系统。一次权限配置错误就可能让你的 Claw 看到局域网内的所有内容。
更新与维护
Claw 生态系统发展迅速。OpenClaw 会定期推送更新。你必须管理版本、处理破坏性变更，并保持依赖项最新。在个人的 Mac Mini 上，这都是手动工作。
进程监管
当 Claw 进程崩溃会怎样？在 Mac Mini 上，它就……死掉了。你需要自行构建重启逻辑、健康检查和监控。这在生产基础设施中是已解决的问题，但在桌面环境里并非如此。
可扩展性
今天你运行一个 Claw。明天你想要三个。下个月你想为每个项目都配一个。Mac Mini 的资源是有限的，且没有水平扩展的办法。
为什么托管托管是有意义的
我正在构建 OpenClawCloud，因为我认为上面列出的痛点会影响大多数认真使用 Claws 的人。
该架构基于 Elixir 并运行在 Fly.io 上。以下是这对 Claws 的具体意义：
监督树
Elixir 的 OTP 监督机制正是为需要长期运行且必须保持存活的进程而设计的。如果 Claw 进程崩溃，监督进程会自动重启它——无需 cron 任务、systemd hack 或 Docker 重启策略。这已经内置在运行时中。
进程隔离
每个租户的 Claw 都在其独立的进程中运行。一个 Claw 崩溃不会导致其他 Claw 失效。BEAM 虚拟机正是为此而生——具备电信级别的可靠性，能够并发、独立地运行大量进程。它在 80 年代由 Ericsson 为保持电话交换机持续运行而设计，同样非常适合持久化的 AI 代理。
内置调度
Claws 需要自行按照计划执行任务。Elixir 提供 Process.send_after、GenServer 定时器，以及像 Oban 这样的持久化作业调度库。无需外部 cron；调度器与代理在同一运行时中。
可行的经济性
我在 Fly.io 上运行了五个 Elixir 应用，总费用不足 €50 / month。基础设施足够高效，以至于在同一台机器上托管多个 Claw 成本可控，不会让信用卡“燃烧”。
生态系统现状
Karpathy 提到了几个项目，每个项目采用不同的方法：
| 项目 | 亮点 |
|---|---|
| OpenClaw | 功能完整的选项；Karpathy 承认他对直接运行它“有点 sus’d” |
| NanoClaw | 大约 4 000 行核心代码；“既能装进我的脑袋，也能装进 AI 代理的脑袋” — 可审计、精简，默认在容器中运行 |
| zeroclaw, ironclaw, picoclaw | 在体积、安全性和功能等方面有不同权衡的变体 |
生态系统尚未统一，但模式很明确：人们希望拥有 持久的、工具驱动的 AI 代理系统，能够自主运行。
这将走向何方
Karpathy 为这个类别命名很重要。“Vibe coding” 在几周内从一条推文变成了会议演讲的标题。“Claws” 作为一种专业术语也会走同样的轨迹。Simon Willison 已经在使用它，甚至还有一个既定的表情符号：🦞。
有趣的问题不在于 Claws 是否真实——它们显然是真实的——而在于 基础设施是否能跟上。目前的默认路径是“购买硬件自行解决”。这对玩耍来说可以，但用于生产环境——代理 mana…（原文在此处被截断）。
Managing your calendar, monitoring your infrastructure, handling customer requests — you need something more robust.
That's the gap I'm building **[OpenClawCloud](https://clawcloud.net/)** to fill. You bring your Claw config, I handle deployment, uptime, and process supervision. No Mac Mini required.
I'm a solo founder building this in Elixir from Braga, Portugal. It's early days, but the foundation is solid — and today, thanks to Karpathy, the category has a name.
* I'm [@joaosetas](https://x.com/joaosetas) on X. Building OpenClawCloud and other Elixir SaaS products in public.管理你的日程、监控你的基础设施、处理客户请求——你需要更可靠的方案。
这正是我构建 OpenClawCloud 所要填补的空白。你提供 Claw 配置，我负责部署、运行时间和进程监管。无需 Mac Mini。
我是一名独立创始人，在葡萄牙布拉加使用 Elixir 构建此项目。虽然仍处于早期阶段，但基础扎实——今天，多亏了 Karpathy，这个类别终于有了名字。
- 我在 X 上的账号是 @joaosetas。公开构建 OpenClawCloud 以及其他 Elixir SaaS 产品。