在自己的服务器上 24/7 运行编程智能体

笔记本上的编程智能体，盖子一合就停了。把它搬到一台常开的机器上是容易的部分。人们常常跳过的是：进程守护（什么让进程保持存活，重启后又由什么把它拉起来）、并行会话之间的隔离，以及用量限制——它会远早于硬件让智能体停下来。本指南针对 Claude Code、Codex 和其他终端智能体，逐一讲解这些问题。

云端还是自有服务器

先决定你是否真的需要一台机器。各家厂商现在都能替你运行智能体：

如果你的项目托管在 GitHub 上、能用一个配置脚本完成构建，厂商云端是最省事的。可以从 Anthropic 的云端会话文档开始；claude --cloud "…" 能直接在终端里启动一个。当智能体需要只有你的机器才有的东西，或者你想让多家厂商的智能体并排工作时，就选自己的服务器。VPS 选购指南介绍了配置选择和当前价格。家里的 Mac mini 也行，只要关掉休眠。

进程守护

交互式智能体是终端程序。除非有别的东西托住终端，否则它们会随终端一起结束。从最简单到最稳健，你有四种选择。

1. tmux

tmux new -A -s main
cd ~/src/api && claude        # detach: Ctrl-b d · re-attach: tmux attach -t main

tmux 能扛住断线，但扛不住重启。它是交互式工作的合适工具，也是 Anthropic 文档推荐的、在远程机器上让 Remote Control 会话保持存活的方式。我们的 tmux、mosh 与 Tailscale 指南里有智能体所需的配置。

2. systemd + tmux，重启后自动恢复

交互式 TUI 需要终端，所以不能直接作为服务运行。但你可以让 systemd 在开机时启动一个分离状态的 tmux 会话。以普通用户身份创建 ~/.config/systemd/user/agents.service：

[Unit]
Description=tmux session for coding agents

[Service]
Type=forking
ExecStart=/usr/bin/tmux new-session -d -s main
ExecStop=/usr/bin/tmux kill-session -t main

[Install]
WantedBy=default.target

systemctl --user daemon-reload
systemctl --user enable --now agents.service
sudo loginctl enable-linger "$USER"     # start user services at boot, without a login

这样恢复的是一个空会话，而不是你的对话。恢复对话是另一步（见下文重启时会发生什么）。

3. 定时运行的无头任务

对于周期性任务，比如每晚升级依赖、分拣新 issue 或重新生成文档，就不用 TUI 了。在 cron 或 systemd timer 中运行 claude -p "…" 或 codex exec "…"。没有人在场批准任何操作，所以要有意识地设置权限模式和允许列表。具体做法见安全地以完整权限运行智能体。

4. 会话守护进程

最稳健的选择是一个持有智能体会话的进程：由它启动会话、保存对话记录，并让你从任何地方接入。Claude Code 的 Remote Control 服务器模式（claude remote-control）就是一种。它默认最多支持 32 个并发会话，可通过 --capacity 调整，但你仍需在 tmux 或服务中运行它。agy remote-control start 会把 Antigravity 的守护进程注册为系统服务。第三方工具（Maude 也是其中之一）会部署自己的守护进程，同时管理多个智能体。

并行会话与 worktree

两个智能体编辑同一份检出，会互相覆盖对方的改动。给每个会话分配独立的 git worktree——一个共享仓库历史、但拥有独立工作目录和分支的副本：

git worktree add ../api-auth -b feature/auth
git worktree add ../api-billing -b fix/billing
# one tmux window per worktree, one agent per window

Claude Code 可以替你完成这一步：claude --worktree feature-auth（或 -w）会在 .claude/worktrees/ 下基于新分支创建一个 worktree，并在其中启动会话。详见 worktree 文档。

一台服务器能承载多少会话，取决于它们运行的东西，而不是智能体本身。一个实用的经验法则是：第一个会话 4 GB，之后每个需要构建或测试的会话再加 1–2 GB；如果每个 worktree 都跑自己的开发服务器或数据库，还要更多。添加新会话前，先在繁忙时段观察一下 free -h。磁盘占用也会累积，因为每个 worktree 都有自己的 node_modules。

额度与速率限制

只有套餐允许智能体持续工作，24/7 的服务器才有意义，所以在做计划之前先看清限制：

• Claude（Pro、Max）。根据 Anthropic 的用量限制说明，用量限制每五小时重置一次，另外还有每周限额。多个并行会话共用同一份额度。你可以在“设置 → 用量”中查看当前用量。
• Codex（ChatGPT 套餐）。Plus 及同类套餐使用滚动的五小时窗口，还可能有每周限额。本地 CLI 和云端任务共用一份额度。你的套餐详情请看 OpenAI 的 Codex 价格页面。
• API 密钥。没有套餐窗口，但按 token 付费，所以一个失控的循环不会停下，而是一直花钱。请在服务商控制台中设置消费上限。

实际上，“24/7”指的是只要有活可干、额度也够，智能体随时都能工作，而不是一整天满负荷运转。把耗时长的任务排到你不在的时候，并做好它在下次重置前停下来的准备。

重启时会发生什么

内核更新、服务商维护和内存不足被杀进程，都会让东西重启。智能体的对话保存在磁盘上，所以什么都不会丢，但也没有什么会自己重新启动：

• Claude Code：claude --continue 会恢复当前目录下最近的一次对话，claude --resume 则让你挑选一个。
• Codex：codex resume --last，或用 codex resume 打开选择列表。
• tmux：tmux 服务端没了，你的窗口布局也随之消失。上面的 systemd 单元会重新创建会话。tmux-resurrect 之类的插件也能恢复布局。

服务器宕机时正在进行的事情，比如改到一半的文件或正在跑的测试，都需要手动检查。这也是让智能体经常提交的又一个理由。

用手机盯着

全天候运行的智能体会在一些意想不到的时刻需要你：一个权限请求、一个问题、一个待审阅的已完成任务。你可以选择：接入 tmux 的 SSH 应用，免费但没有通知；厂商的 Remote Control 应用，每个智能体各用各的；用 ntfy 钩子实现推送，详见在手机上批准权限请求；或者一个全都能做的应用。

Maude 正是为这种场景打造的。它通过 SSH 部署一个守护进程，在服务器上 24/7 运行你的会话，关闭应用后会话照常继续，并且在你添加的任意数量服务器上支持 Claude Code、Codex、OpenCode、Grok Build 和 Antigravity。你会得到带“允许 / 拒绝”的推送通知、一个列出待处理事项的收件箱，以及每个会话独立的 git worktree、diff 审阅和终端。当一个智能体的额度用完时，你可以把会话连同一份工作进展简报交给另一个智能体。每个智能体仍需各自的套餐或 API 密钥。应用在免费试用 3 天后为每周 $2.99，或在免费试用 7 天后为每年 $59.99。

常见问题