上一次我丢掉一整夜的智能体任务时，什么都没有崩溃，也没有报错。我在一个躲了好几个月的仓库上启动了一次漫长的迁移，看着它啃完开头那段无聊的部分，然后合上笔记本，因为那天我干完了。第二天早上在咖啡馆重新打开。会话不见了。不是失败，是停在了中途，留下一个做了一半的分支，以及一片空白——没有任何记录说明它接下来要做什么。
而且我早就用上了那个所谓的解决办法。真正扎心的正是这一点。
所以这篇文章讲的是：那个办法为什么从一开始就不可能奏效，以及那台极其无趣的租来的机器如何顶上。现在我的 AI 智能体就跑在它上面，全天候不停，而我彻底不再琢磨笔记本的电源设置了。
人人都推荐的那个办法
caffeinate -dimsu。或者一个菜单栏里带咖啡杯图标的小程序。又或者，如果你翻得更深一点， sudo pmset -a disablesleep 1，这是核选项，也是在那些听起来最笃定的建议里最常冒出来的一条。我跑的就是它。当时感觉问题算是解决了。
macOS 进入睡眠的方式不止一种，而这里要紧的两种彼此独立：空闲休眠是一个在无事发生时倒数的计时器，而合上盖子通常会通过另一条独立路径触发强制休眠。 caffeinate 所创建的，是一组电源断言（power assertion），而 ss64 的 caffeinate 参考文档 显示，它的参数覆盖了显示器休眠、空闲休眠、磁盘空闲休眠和系统休眠。而 Apple 的 电源管理文档 点明了关键区别：空闲休眠断言依然无法覆盖正常合盖、Apple 菜单或电量过低这几种情况。
所以，防休眠工具在它们本来就该管的那些休眠条件上确实有效。但正常合盖是另一回事，而 caffeinate 并不是一套合盖跑服务器的方案。
注意：
disablesleep是个怪东西。它根本没有出现在标准的 pmset 选项参考文档 里，一次也没有。人们伸手去抓的这个办法，是一项没有文档的设置。它不是电源断言。它能让 MacBook 在合盖状态下保持唤醒，用电池供电时也一样，直到你把它关掉，或者电池耗尽。
笔记本电脑的形态，不适合 7×24 小时的活
九十年代有那么一段时间，人们把生产环境的 Web 服务器跑在某个人办公桌底下的台式机塔箱上，全楼的人都学会了别踢那个插排。我们没有靠在插排上贴张告示来解决这件事。我们解决它的办法，是把负载搬到一台唯一职责就是待着不动、持续通电的机器上。
同样形状的问题，三十年后。MacBook 是一台围绕“被合上、被带走”而设计的机器。这不是它电源管理里的 bug，这就是产品本身。每一个防休眠的办法，都是在跟别人有意做出的设计决策争论；你可以赢上一阵子，代价是从此永远得惦记着它。
你还可以更进一步，直接把休眠关掉。恭喜：你现在拥有一台永远在跑、还自带电池的服务器，外加一项系统级设置，你得记得在把笔记本塞进包里之前把它改回去。第一次匆忙收拾东西时，任务并不会停。它会让机器保持唤醒，一边耗电，一边在你最不希望它发热的地方积攒热量。
而且这些都不是什么新鲜事。自托管的智能体守护进程撞上的是同一堵墙，原因也一模一样： 它们必须在你不在办公桌前时也保持运行，这就在你还没开始配置任何东西之前，先把笔记本排除掉了。这一点在这个品类里已经成立很久了，只不过还没让我赔上一整夜的工作。
你的智能体并不在那台机器上思考
Claude Code 自己的系统要求写的是 4 GB or more of RAM and an x64 or ARM64 processor。硬件那一行就这么多，全在这儿了。没有 GPU 那一行，没有显存那一行，关于模型更是只字未提，因为你的机器上根本就没有模型。
我花了长得让人难为情的时间才真正想明白这件事，而这正是那个价格开始不再可疑的原因。你机器上的智能体进程做三件事：组装上下文并以 API 调用的形式发出去、在多轮之间保存对话状态、以及运行模型要求的各种工具。这是协调类的活。（我一直在这个故事里找那块 GPU。这个故事里没有 GPU。）真正昂贵的那部分，那需要一整机架加速器的部分，发生在别人的数据中心里。
智能体并不在那台机器上思考。它只是在向真正会思考的东西发起调用。
这就是为什么一台能干这活的机器只值这个价。截至 2026 年 8 月下旬，DigitalOcean 最便宜的 Basic Droplet 是每月 $4，配 512 MiB 内存和一个 vCPU；Vultr 的 Cloud Compute 阶梯从 $2.50 起步，对应一台 512 MB 的纯 IPv6 实例，到 1 GB 时是 $5。两家厂商，底部形状一致。两条最低档都低于那行要求里的 4 GB，$5 档位的方案同样如此。如果你跑的正是 Claude Code，4 GB 就是官方公布的下限。低价档只有在你实际运行的智能体要求更低时才成立。
先划一条界线，因为在这里判断错了是要花钱的：以上说法适用于调用托管模型的智能体。如果你想要的是在自己拥有的硬件上本地运行的模型，那么以上没有一条成立。一台只有一 GB 内存的机器，跑不了任何你愿意拿来写代码的模型。
这台机器便宜，是因为昂贵的那部分发生在别处。
一台 Mac mini 值多少钱，又能换来什么
Mac mini 现在卖 $899，而且要到 9 月 22 日你才能拿到手。 M6 基础配置 （12 核 CPU、12 核 GPU、16GB 内存、256GB 存储）已开放预订，当天发货； TechCrunch 的发布报道 给出了这个数字。在它之下，Apple 什么都不卖。
这个数字值得多待一会儿。同样是 16GB，同样是 256GB：这套内存加存储的配置在 2024 年 10 月上市时是 $599。不到两年，基础款 Mac mini 就贵了一半。中间还有过 $799 这一档，2026 年 5 月 Apple 停售 256GB 配置，起售价也跟着往上挪了一格。这就是“干脆买断”这套论证所站的地面，而这块地面一直在动。
另一方的理由比我愿意承认的要多。机器彻底归你，有残值，也没有每月一笔的账目。待机时的电费几乎可以忽略：Apple 公布的数字是 M4 配置待机 4W，按 2026 年 6 月美国居民平均电价。真实负载耗电更多，所以我不会假装 4W 就是运行时的数字。而租来的算力，只有在阶梯底部才便宜。同一份从 $4 起步的 DigitalOcean 价目表，到 16 GB 的机器时是每月 $96，这样跑三年，花的钱是 Mac mini 的好几倍。
所以，是的。如果问题是：同样一份算力，买下来和租三年哪个更便宜，那就买 Mac mini。那个问题有答案，只是它不是我在主张的那个。
Mac mini 能换来两样东西，足以改变这道算式。第一样是 macOS 本身：跑在上面的智能体可以通过 macOS 的自动化和应用权限，接到备忘录、信息、快捷指令、日历和提醒事项上。一台无头的 Linux 机器没有这些本地应用。如果你的智能体的工作就是跟它们打交道，那 Mac mini 就是对的机器，我不会硬说不是。
第二样是本地推理：一大块高速内存紧挨着一颗快芯片，性价比确实很强，没有哪台便宜 VPS 能比。 一个正好讨论这件事的 Hacker News 帖子 里的评论者把这一点讲得很好，我也认为他们是对的。只不过那是另一个问题，不是我的问题。
这两样都不是“笔记本会被合上”这个问题的解法。为了不让笔记本睡觉而去买一台台式机，是拿硬件去解一个拓扑问题。
搬过去之后，有什么变了
有那么几周，我压根忘了它的存在。这就是我的评测。
我把它开起来，把智能体挪过去，因为还不放心，查了几次，然后就不查了。任务都能跑完。盖子跟任何事都没关系了。我的 Mac 现在会睡觉，而这正是我希望一台笔记本该做的事。
摩擦是真实存在的，所以我照实写下来。我失去了本地那台机器：凡是智能体过去靠碰我自己的桌面才能做的事，现在都做不了了，这弄坏了两条我当初压根没多想就搭起来的小工作流。现在多了一台服务器，上面跑着 SSH，前面挡着防火墙，还有一个总要更新的发行版，这是对我注意力征收的一笔小额永久税。任何告诉你租来的机器零维护的人，都跳过了一步。而它便宜的原因在于推理在远端：等到哪天我想在上面跑点本地的东西，最低档的价格就不再是那个数字了。
直接在 SSH shell 里启动的智能体，会在连接断掉时一起死掉。先把它放进一个持久会话里再启动。 tmux 是标准答案，而 在远程机器上让会话保持存活 里有具体做法。
接下来是别人对此提出的最尖锐的反驳：对一个智能体来说，租来的机器难道不是比你实际拥有的硬件更糟的家吗？对于能访问你个人文件的操作者型智能体，这话说得公道。但对于编码智能体，一台你用 root 权限掌控、防火墙由你自己配置的 VPS，跟一个被你大范围暴露在公网上的智能体服务，是两种不同的风险画像。它终究还是别人硬件上的一台虚拟机，而你留在互联网上可达的一切，依然属于你的攻击面。至于那部分脱离你掌控的东西——那个把你的代码送往模型供应商的 API 调用——不管怎样都会离开。无论 Mac 还是 Linux，那条信任边界都是同一条。
我想要的，是一台我可以不再操心的机器。开机、加固、把智能体放上去、然后忘掉它。如果你正打算搭一台， 一台普通的 Linux VPS 就是这份负载所需要的全部；而我们的 VPS，在你选好地区和发行版之后一分钟，就把 root 通过 SSH 交到你手上。大致就是这件事该有的仪式感。
在拥有 root 权限、NVMe 与 AMD EPYC 强大性能的 Linux VPS 上构建应用。
查看 Linux 套餐如果有人今天才开始，我会跟他说什么
三件事，说完就收。
我现在跑的是什么：一台租来的小 Linux 机器，一两 GB 内存，一个 vCPU，NVMe 存储，选在离我近的地区。这就是我的负载所需要的；如果你的智能体公布了更高的下限，那就照它来。机器上装着智能体 CLI、 tmux、一个防火墙，还有自动更新。它占用我的注意力，大概跟我家路由器差不多。
要说建议，也就这一条：在买任何东西之前，先把智能体放到能满足其公开要求的最便宜的机器上。不是作为永久决定，而是作为一次测试。一周之内你就会知道，你的负载究竟只是 API 编排——那就到此为止，你刚刚省下了 $899——还是它确实需要一台属于自己的硬件。
唯一一件我不会再做的事：花上好几周去调电源管理。我先后试过 caffeinate、菜单栏小程序、 disablesleep，还有定时唤醒，并且把每一次失败都当成我还没找出来的配置问题。它不是。线索就摆在那儿：每一个办法都让这台机器作为笔记本变得稍微差一点。赔上一整夜的工作，是让我注意到这件事的一种昂贵方式。
常见问题
合上盖子后，Caffeinate 还能让 Mac 保持唤醒吗？
编号 caffeinate 使用电源断言来拖住空闲休眠、显示器休眠这类休眠条件。Apple 自己关于该断言的文档写明：系统仍可能因为合盖、Apple 菜单或电量过低而进入休眠。正常合盖会触发强制休眠，而那些电源断言并不能阻止它——这正是防休眠工具一直很可靠、直到盖子合上那一刻为止的原因。
AI 编码智能体在服务器上需要多少内存？
比大多数人以为的要少，因为模型并不在它上面运行。Claude Code 公布的系统要求是 4 GB 及以上内存，外加 x64 或 ARM64 处理器，没有 GPU 要求，因为推理发生在模型供应商的硬件上。下限由智能体自身的工具链决定——你的代码检出、你的构建步骤、你的语言运行时——而不是由模型决定。
按三年算，Mac mini 比租服务器便宜吗？
这取决于你需要多大的机器。在租赁市场的底部，一台小机器跑三年，花的钱只是 Mac mini 的零头；而 Mac mini 现在的起售价是 $899，对应 M6 基础配置，9 月 22 日发货。往上走几档，自有硬件就赢了，因为购机款会停，月账单不会。但无论哪种情况，这回答的都是一个成本问题，而不是“一台便携机器的常驻负载应该住在哪里”这个问题。
我断开与服务器的连接之后，是什么让智能体会话继续跑？
一个终端复用器。把智能体放在服务器上的 tmux （或 screen）会话里启动，然后 detach。SSH 连接断掉后它照样跑，之后你可以从任何地方重新接回去。没有它，关掉终端就可能杀掉直接挂在那个 shell 上的进程——于是你在服务器上，一模一样地复现了当初逃离笔记本时想躲开的那个问题。
讨论
评论
登录后参与讨论。