别让 Agent 永远从零开始：Mainplane 把常开机器变成可远程协作的本地运行时
许多 AI 编码 Agent 的工作方式默认你坐在电脑前：打开终端、启动任务、等它完成。笔记本合盖、网络切换或长任务中断后，工作流就容易断开。Mainplane 是一个 MIT 许可的 Go 项目，试图把常开电脑变成 Agent 的运行节点：在服务器端协调会话和凭据，其他设备作为 worker 接入；开发者可以从终端界面或会话 API 继续与 Agent 交互。
这不是“把 Agent 放进云端”的同义词。项目强调可用自己的设备、模型密钥或 Claude Code / ChatGPT Codex 订阅；Agent 可运行在工作节点上，而控制面与密钥留在服务器端。它适合有闲置常开设备、希望从多台设备接续任务的开发者。若只需要单机交互，官方说明也支持所有组件运行在一台机器上。
三个角色：服务器、worker 与 connector
理解 Mainplane，先分清三类组件：
- Server 负责协调设备、会话和控制能力；可在 Linux、macOS、Windows 上运行。
- Worker 是实际运行 Agent 的计算机，可以是另一台电脑，也可以与 server 同机。
- Connector 是消息入口。快速开始会引导配置 provider、worker 和 connector；项目 README 将终端界面与 sessions API 列为交互方式。
这种拆分的价值在于把“在哪里运行”和“从哪里发消息”分开。比如家中一台常开电脑运行 server，工作站作为 worker 执行任务；你在另一台已登录设备上连接会话。项目还描述了共享文件驱动器、浏览器与电脑操作能力，以及设备间的私有网状连接。它们是项目提供的能力方向，不应被理解为无需配置或适用于任何网络环境的保证。
从官方 quickstart 启动
README 给出的自托管安装入口如下。安装脚本来自项目官方域名，执行前建议先阅读脚本内容并确认信任来源：
# Linux / macOS curl -fsSL https://mainplane.ai/install | sh -s -- server quickstart # Windows PowerShell & ([scriptblock]::Create((irm https://mainplane.ai/install.ps1))) server quickstart
Quickstart 会引导添加模型提供方、worker 和 connector。首次设置后，按照引导保存生成的连接信息；再在其他设备运行安装程序并使用官方文档提供的连接步骤。本文不臆造未在 README 中列出的 worker add 或 connector create 子命令，具体参数以仓库的自托管文档为准。
项目文档还介绍了非交互式安装路径：省略 quickstart，由安装过程给出命令和设备代码，再在服务器端继续初始化。因为生成的密钥具有访问权限，应通过安全渠道传递并妥善保存，避免贴进聊天记录或提交到版本库。
对开发者工作流的意义
Mainplane 的卖点不是替代 Claude Code 或 Codex，而是给它们提供一个可持续连接的运行环境。对于耗时的测试、构建或跨设备操作，常开 worker 可以减少“本地终端关了，任务也没了”的摩擦；会话可恢复的设计则让中断后的接续更自然。对团队而言，共享文件和统一控制面可能有用，但也意味着要认真管理谁能加入网络、访问哪些文件，以及服务器凭据如何保护。
部署前至少考虑三件事：
- 先在单机验证。 让 server、worker 在一台测试机器工作，再扩展到多设备，缩小网络与权限问题的排查范围。
- 把密钥当作生产凭据。 模型 API key 和连接密钥不要进入仓库；限制服务器账户权限，并在设备丢失或成员变动时撤销访问。
- 评估暴露面与依赖。 查阅官方自托管文档，确认网络入口、更新方式和备份策略；项目 README 提到私有网状网络及 Cloudflare 相关部署路径，不代表所有部署默认安全或无需额外配置。
适合谁，不适合谁
如果你经常在不同设备间切换，或有一台可长期运行的机器，希望把 Agent 会话从前台终端中解耦，Mainplane 值得在隔离环境里试用。它的 README 明确提到一体化 Go 二进制、MIT 许可，以及 server 可运行于三类主流桌面/服务器操作系统。
反过来，如果你只在单台电脑上短时间使用编码助手，新增 server、worker 与网络管理层可能只是额外负担。Mainplane 也不是无需运维的托管服务：自托管意味着你负责设备可用性、凭据、更新和访问控制。判断标准很简单：远程接续与常驻执行带来的收益，是否超过维护一个常开控制面的成本？
结语：Mainplane 把 Agent 工作流从“某个终端窗口”扩展到“常开设备网络”。它最值得关注的是 server/worker 分离、会话持续性和凭据隔离思路；真正部署时，则应从官方 quickstart 开始，在小范围验证后再接入重要代码与账户。