SentinelX：用自然语言管理你的服务器
你的 AI 早已懂得很多服务器知识。SentinelX 补上了它缺少的那一环：真正动手操作服务器的能力，而且一切按你的规则来。
管过服务器的人都熟悉这样的场景。系统出了问题。你打开终端，SSH 登录，翻看日志，复制一段报错，粘贴到 ChatGPT 或 Claude 里。它给出三种可能的原因和一条命令。你复制命令、执行、再把输出复制回去。来回十轮之后，问题解决了，而你一直在充当 AI 和机器之间的那根“数据线”。
SentinelX 让这根线变得多余。它是一个 MCP Hub，把你的 AI 助手（ChatGPT、Claude、Grok、Cursor、VS Code、Codex 等）连接到你的 Linux、macOS 和 Windows 服务器与电脑上。你在每台机器上安装一个轻量的开源 Agent（代理程序），把 Hub 接入你的 AI，只需一次。从此，对话不再是“告诉我该运行什么命令”，而是“你去看看，告诉我发现了什么”。
这个差别听起来很小，但在实际工作中，它改变了你做事的方式。
一封别无所求的邮件
十月初，支持邮箱收到一封信。它不是故障报告，也不是咨询。署名是 Ade，一位用 SentinelX 管理自己家庭实验室（homelab）的用户：
“这不是技术支持请求，也没有遇到问题。我只是想说，SentinelX 是我为家庭实验室花过的最值的一笔钱，没有之一。它为我节省的时间、给我的帮助，都是无价的。”
第二天，他又直接写信给我，因为他觉得私人邮件比写给支持邮箱更合适：
“它为我省下了大量的时间、精力，也让我少了很多抓狂，而且运行得非常好。我原以为 ChatGPT 已经很好用了，是你让它变得这么出色！”
SentinelX 是我在布宜诺斯艾利斯独自开发和运营的项目。这样的来信并不常有，这一封让我高兴了一整周。谢谢你，Ade。
我问他是怎么使用的。他的回答很好地说明了，当 AI 能一次看清整个环境时会发生什么：
- 一台家用服务器，运行 Proxmox，以 LXC 容器运行 Home Assistant OS 和 Pi-hole，另有一台 Ubuntu 虚拟机，运行 Jellyfin、Immich，并存放家里的媒体和数据。
- 一台树莓派，用作仪表盘显示终端（Grafana 等），同时用第二个 Pi-hole 充当备用 DNS。
- 一台旧的 Windows 笔记本，作为管理专用电脑，通过 Tailscale 远程访问。
每台机器上都运行着 SentinelX Agent。据 Ade 说，这套组合已经帮他解决了很多问题，其中包括最近一次故障后重建 RAID 阵列。他还特别提到了一点。我们设计时并没有想到他的这种用法，但这一点恰好说明了这个产品的本质：
“我很喜欢这些 Agent 协同工作的方式。因为我有一台专门的管理电脑，AI 会直接切换到那台机器上的 Agent，这样就多了一条测试和访问设备的备用通道。”
也就是说：当某台设备没有响应时，AI 并不会“失明”。它会跳到网络里的另一台机器，从那里继续检查。没有人教过它这么做。它自己想到了，因为它手里有工具。
如果你刚开始接触服务器
你不需要背下 journalctl -u nginx --since "1 hour ago" 是做什么的。你只需要知道自己想达成什么。SentinelX 会把你的意图变成机器上的具体操作，并把每一步都展示给你。
最基础的事情它都能做：
- “我的服务器状态怎么样？磁盘、内存，有没有服务挂了？”
- “整理一下我的下载文件夹：安装包放一个文件夹，PDF 放另一个，再告诉我哪些可以放心删除。”
- “为什么我的网站从昨天开始变慢了？”
它也是一种学习方式。AI 排查问题时，你能看到它运行了什么命令、发现了什么、为什么这样判断。就像身边有一位资深同事，边做边给你讲解。
最重要的一点：能做什么，由你决定。Agent 默认拒绝一切（deny-by-default）。在初始配置下，它只执行白名单（allowlist）中的命令，只读写你开放的目录，每一次尝试都会被记录，包括被拒绝的。如果 AI 请求了不被允许的操作，拒绝信息会告诉它需要开放什么，而最终决定权仍在你手里。
你也不需要开放端口，更不用折腾路由器。Agent 不监听任何端口，而是主动向外连接到 Hub。无论是在 NAT 后面、防火墙后面，还是在你的家庭网络里，都能正常工作。
如果你已经做了多年运维
这些事你早就能手动搞定。问题不在于你能不能做，而在于你每天有多少时间耗在机械性的工作上：在三台主机之间比对日志，重载前检查 nginx 配置，为新子域名创建 DNS 记录，为一次测试开一台虚拟机，部署，再确认线上跑的确实是你刚发布的版本。
有了 SentinelX，这些都变成一场对话：AI 负责执行，你负责把关。
- 直接在服务器上编程和测试。AI 克隆仓库，进行结构化编辑，就地运行测试和构建，检查 diff，再用主机自己的 SSH 密钥 push。无需与你的笔记本同步任何东西。
- 带验证的部署。一句话同时提出部署和验证：校验配置、重启服务、确认服务正常响应。
- 在对话里操作 Cloudflare。创建、修改或删除 DNS 记录，查看某个区域的规则和安全事件。“把这个应用发布到 api.mydomain.com”不再意味着要去控制台点一圈。
- 按需创建新机器。接入 DigitalOcean 或 Hetzner 后，AI 可以创建虚拟机，并自动将其接入 SentinelX。创建之前，它会先给你看费用，等你确认。
- 长任务不必干等。备份、耗时的构建或数据迁移都可以在后台运行，完成后通过邮件或 Telegram 通知你。
对于那些不放心把 shell 交给模型的人（这种顾虑完全合理）：Agent 是开源的（Apache-2.0），策略文件就在你自己的服务器上，位于 /etc/sentinelx/config.yaml。你可以使用严格的白名单模式，可以禁用特定操作，也可以在开发主机上完全放开。最终的边界是运行 Agent 的操作系统账户：这个用户做不到的事，AI 也做不到。
真正改变工作方式的工具
SentinelX 为 AI 提供了几十种工具。下面这些对日常工作的改变最大：
| 能力 | 解决什么问题 | 请求示例 |
|---|---|---|
| 上传和下载文件 | 文件不经过聊天窗口：AI 生成一次性临时链接，文件直接在你的浏览器和服务器之间传输，最大 512 MB，并校验 checksum。 | “给我一个链接，把数据库备份上传到 /srv/backups” |
| 保存上下文 | AI 保存一项工作的状态（目标、发现、下一步、涉及的主机），改天在另一个对话里接着做。 | “保存这次迁移的上下文” |
| 同时管理多台主机 | 一个对话就能看到你的所有主机：对比、在机器之间切换、从第二台设备进行测试。 | “我所有主机上有哪些服务挂了？” |
| 主机间传输 | 在服务器之间复制文件并校验哈希，不经过你的电脑。 | “把 web-01 上的备份传到 nas-01” |
| 服务器上的 Git | 直接在主机上 clone、diff、patch 和 push，使用主机自己的凭据。 | “解决合并冲突然后 push” |
| 查看图片和 PDF | AI 能直接查看服务器上的截图、图表或 PDF，而不只是读取文本。 | “定时任务生成的那张图表显示了什么？” |
| Cloudflare | 管理你各个区域的 DNS 记录、规则和安全事件。 | “创建子域名 staging，指向这台主机” |
| 云端虚拟机 | 在 DigitalOcean 或 Hetzner 上创建已接入 SentinelX 的机器，费用事先确认。 | “在法兰克福开一台小规格虚拟机做测试” |
| 通知 | 通过邮件和 Telegram 发送后台任务结果或告警。 | “运行备份，完成后发邮件通知我” |
上下文值得单独说一说。AI 会遗忘：每个新对话都从零开始。有了 SentinelX，关于你基础设施的运维知识（做过哪些决定、还有什么没完成、什么服务跑在哪台主机上）都保存在你的账户里。上下文恢复的是知识，不是权限：在采取行动之前，AI 会重新核实主机的实际状态。
长出双手的 AI
无法访问你系统的语言模型，就像一位电话顾问：懂得很多，却只能依赖你的描述。有了 SentinelX，它能直接观察，这让它在三个方面的能力都上了一个台阶。
故障诊断。AI 不再根据一段粘贴的报错去猜，而是自己读日志、查服务状态、把配置与另一台正常的主机对比，一路追查到根因。Ade 在故障后重建 RAID 阵列时，AI 给他的不是一篇通用教程，而是在他真实的磁盘和配置上动手处理。
配置管理。修改 nginx 配置、docker-compose 文件或 systemd 单元，不再是一次冒险的复制粘贴。AI 做结构化修改，重载前先校验，并准确告诉你改了什么。
系统集成。这正是 SentinelX 难以替代的地方。一个请求可以跨越多个层面：在一台主机上启动服务，在 Cloudflare 上为它配置子域名，在另一台主机上配置反向代理，从外部验证能否访问，全部完成后发邮件通知你。Linux 服务器、Mac、Windows 电脑、树莓派：在 AI 眼里，它们都是同一组主机中的一员，都在同一个对话里。
而且它能配合你已经在用的 AI。不用换助手，也不用学新界面：SentinelX 可以连接 ChatGPT、Claude、Grok、Cursor、VS Code、Codex 以及任何兼容 MCP 的客户端。正如 Ade 所说，它不是取代 ChatGPT，而是让它变得出色。
如何开始
只需几分钟，第一台主机免费，无需绑卡。
- 把 SentinelX 连接到你的 AI。
- 在 ChatGPT 中，到应用目录搜索 SentinelX，或直接打开它在 ChatGPT 中的页面，点击“连接”。
- 在 Claude、Grok 或其他兼容 MCP 的客户端中，添加一个自定义连接器，地址为：
https://mcp.sentinelx.app/mcp/mcp
- 让它给你安装命令。对你的 AI 说类似这样的话：“我想把我的 Ubuntu 服务器接入 SentinelX，请给我安装命令。”SentinelX 会根据你的系统，生成一条带一次性令牌的 Linux、macOS 或 Windows 安装命令。
- 在你的机器上运行它。安装程序会把 Agent 注册为系统服务，并将其接入你的账户。几秒钟后，主机就可以使用了。
- 开始对话。“我的服务器状态怎么样？”就是一个很好的开始。
更多详情、套餐和文档，请访问 sentinelx.app。
出自每天都在用它的人之手
SentinelX 不是在产品会议上诞生的。它源于我自己的需求：管理自己的服务器，而不必再充当 AI 和终端之间的那根线。如今，SentinelX 用 SentinelX 维护自己：Hub、它的部署、这个网站，以及你正在读的这篇文章，都是通过它完成的。
每一个设计决定都来自这种日常使用。默认拒绝，因为服务器可不是儿戏。不开放任何端口，因为没有人应该为了试用一个工具而暴露自己的网络。记录每一次尝试，因为出了问题时，你会想知道到底发生了什么。不需要学习新界面，因为最好的工具，是能融入你现有工作方式的工具。
如今已有超过 3,000 台服务器接入 SentinelX。它们背后有开发者、IT 团队，也常常有像 Ade 这样的人：一个存着家庭照片的家庭网络，一台媒体服务器，还有一个绝对不能宕机的 Pi-hole。
如果你已经做了多年运维，SentinelX 帮你把时间拿回来。如果你刚刚起步，它是一位懂行、愿意讲解的伙伴。无论哪种情况，它能做到哪一步，都由你决定。