一个开发者，天天活在终端里，但依然经常忘记命令。这不是段子，这是现实。他还管理着服务器，SSH本来挺好用，但当你对一台天天用的机器只能反复“打开会话、敲一行命令、关掉”的时候，这体验就崩了。

下次再想看个日志、查个磁盘、重启个服务，得先回忆三个月前用的那串 systemctl 或 journalctl 标志。想从手机操作？还得在迷你键盘上硬敲终端。这显然不是他想要的。所以他写了 Vela。

Vela 是什么

它是一个运行在 Linux 桌面上的 FastAPI 代理，把真实的系统控制能力通过 REST API 暴露出来。能做什么？文件系统操作（限定在白名单内）、音频控制、显示管理、电源选项、系统通知、进程管理、网络监控，还有 systemctl 这类维护动作、调度任务、剪贴板、媒体播放甚至 Spotify。

重要的是，它还带了个 LLM 助手，能把自然语言转成同样的 API 调用。你可以直接调接口，可以用聊天方式对话，或者用一个安卓客户端。最关键的一点：你的手机不需要和电脑连在同一个家庭网络下。

为什么不直接用 SSH 或 Tailscale？

SSH对服务器来说很好。但对每天用的笔记本，他要的东西更接近产品：结构化动作，而不是记住一行奇技淫巧；一个对手机友好的交互层，而不是在小键盘上开终端；还有个可选的 AI，当你知道你想干什么但不知道用什么命令时。另外，他不想在家里路由器上开任何入站端口。

Tailscale 这类工具解决了连接问题。Vela 要解决的是“连上之后我到底想干什么”——用一个一致的 API 和界面来回答，而不是“从手机 SSH 上去然后祈祷”。

它是怎么跑的

Vela 以两个进程运行。流程是这样的：手机连到一台 VPS 中继，通过 WebSocket 隧道，到达 vela-agent，再到本地 API，最后到 Linux 系统。是由你的电脑主动发起隧道连接，VPS 永远不会反向打进你的网络。代理就像电话线，API 是手。

配对过程走的是二维码或配对码：设置阶段向中继服务器注册，手机完成配对，凭证写进 .env 文件，代理自动重连并带有退避策略。

助手不是独立产品

这是有意为之。助手没有自己的魔法路径去访问操作系统。它用的工具注册表和 REST API 完全相同。模型选择工具——比如列出服务、锁屏、查磁盘用量——Vela 来执行，模型做摘要总结。

直接调 API：你知道端点。用助手：你知道意图。下面跑的引擎是一样的。破坏性操作可以要求 PIN 确认。文件系统访问基于白名单。API 侧有 JWT 认证和速率限制。中继认证和本地 API 认证是分开的，这是有意设计的两层信任。

实际用起来什么样

通勤路上突然想确认某个服务是不是卡住了，打开应用，查状态，重启一下。不在电脑前想静音或者锁屏，直接从手机操作。想看看日志，不用再翻 shell 历史记录。这就是他为自己搭建的东西，也顺便把那个让他心烦的 SSH 循环彻底解决了。