AI 写的面板管着 root 密码：Mistgate 的运维雏形

「给家人朋友开个 VPN」这件事，痛点从来不在协议，在管理：节点散在各处，人一多，续费、加人、排查全靠人肉。Mistgate 是一个 10 月 1 日创建的年轻项目，定位就是 self-hosted 的 VPN 节点管理面板：面板放一台服务器上，节点加进来，每人发一条订阅链接。Beta 状态（v0.1.0），218 星、11 fork，AGPL-3.0，Go 写的，昨天还在提交。

一、协议面：务实但偏科

支持 Hysteria2、VLESS（REALITY over XHTTP 或 TCP+Vision，TLS 走 XHTTP/WebSocket 还能过 CDN）、AmneziaWG 2.0/3.1（按设备独立 key），外加实验性 MTProto。VMess、Trojan、Shadowsocks、TUIC 和原版 WireGuard 都不支持，协议清单偏科明显，家里设备杂的话要先对表。架构倒是干净：两个静态 Go 二进制（panel 加 node agent）加 SQLite 和 systemd，无 Docker、无外部数据库，面板空载只占 16 到 20 MiB 内存，对比材料里 Remnawave 是 426 到 454 MiB。

二、本文核心：内置 MCP server

这是它和所有同类面板拉开差距的地方。Mistgate 内置了 MCP server，agent 可以读取整个 fleet 的状态、规划变更，采用 plan/apply 模式：agent 先出计划，风险操作进 admin 等所有者批准后才执行；管理类工具需要 Operator 或更高权限。官方对比表里「AI agents (MCP)」一栏，Mistgate 写的是「yes built in, plan/apply, owner approvals」，3x-ui、Marzban、PasarGuard、Hiddify、s-ui 全是问号，Remnawave 标着「无第一方 server，有社区版」。独一份。仓库还带 AGENTS.md 和现成的 agent 引导 prompt。传统面板是人点 UI 管节点，Mistgate 赌的是 agent 读 fleet、规划变更，人只批高风险操作：运维交互从界面前移到了审批流。

三、运维细节的完成度

节点接入在浏览器里填 IP 和 root 密码，面板固定 SSH host key、自动装签名 agent。健康检查每 5 分钟像客户端一样连一遍每个节点；node doctor 跑 17 项主机检查、给出 7 个修复方案，执行前需确认。更新走 canary 先行加 5 分钟健康门禁，失败自动回滚；release 用离线密钥签名。隐身设计也有：公开地址显示的是诱饵站点，admin 藏在 secret path 后面。

四、冷水：六条都得泼

一，Beta 且年轻，1.0 之前 API 和存储格式都可能变。二，协议覆盖窄，没有 VMess、Trojan、Shadowsocks、TUIC 和 WireGuard。三，最扎眼的组合：AI 写的代码，管着你的 root 密码。README 明确承认「written with AI coding agents」、由维护者 review 后合并。这话可信，但要打折听。四，社区只有 218 星，出问题大概率自己啃。五，MCP 的实际体验还没有第三方验证。六，AGPL-3.0 商用前先读 license。

五、判断

把它当玩具跑、别急着交生产节点，是正确的打开方式。但方向值得记一笔：这可能是第一款把「AI 运维」做成原生工作流而不是外挂的面板，plan/apply 加审批流的形态，比「聊天框里问一句」的伪 AI 运维实在得多。16MB 的面板对 400MB 的面板，轻是其次，重要的是它赌的那个未来：运维的交互界面，正在从 UI 变成审批流。

来源：github.com/Mistgate/mistgate（第一手，2026-11-04 直读）；官方对比表 mistgate.app/reference/comparison；TG 原帖 t.me/zhetengsha/7385。