让 AI Bot 替你值班管服务器：onefrog 自托管运维面板

LINUX DO 上 11 月 5 日有个帖子，作者 onefrog 给自己的项目找定位："开源的 Grok Bot 替代方案"。项目叫 onefrog（GitHub：llc370219/onefrog），形态是自托管 AI 运维面板——通过对话管理服务器、Bot、密钥保险箱与自定义模块，多 Bot 协同、交互审批，数据留在本地。

先给体量一个准数：gh 实测（2026-11-06）27 stars、8 forks，AGPL-3.0，Go 写的，2026 年 10 月 25 日创建，11 月 6 日仍在更新。12 天 27 星，非常早期。

onefrog 仓库

它能干什么（README 原文口径）

四大块：

AI 助理与多 Bot 协作：给 Bot 分派任务、各自独立记忆、逐步显示执行进度；需要选择、密钥或审批时展示交互卡片，人点一下确认再继续；
服务器管理：SSH 接入带指纹校验、远程命令执行、探针监控，还能检测 systemd 服务、Docker 容器与监听端口；
面板与模块管理：通过助理管理 Bot 和模块，记录资产与订阅，创建带交互界面的自定义模块；
模型与密钥管理：配置兼容渠道和模型路由，密钥加密保存、按名称调用，提供命令审批与变更记录。

对同时看着几台服务器、几个自动化 Bot 的人来说，"命令审批 + 变更记录"是最值钱的两项——AI 能动手，但每一步都留痕、关键操作等人点头。

部署门槛不高，默认配置要改

Linux 服务器（x86_64/arm64）上一行安装脚本拉取预构建镜像，不需要 Go 或 Node.js 环境。首次启动生成随机密码，首次登录强制修改用户名和密码。

但注意默认入口是公网 HTTP :8080——README 自己都写了：生产部署应套 HTTPS 反向代理并绑定本机。一个能对你服务器执行命令的面板裸奔在公网 HTTP 上，这不是可以延后的优化项。

数据流向也要心里有数：普通聊天内容、附件以及参与分析的命令输出，会按任务发送给你配置的模型服务——"数据在本地"指的是面板与密钥自托管，发给哪家模型、发什么内容，取决于你的渠道配置；密码请通过专用卡片或保险箱录入。

三个"平替"之外的边界

"Grok Bot 平替"是 LINUX DO 帖作者的说法，而帖作者就是项目作者——自荐口径。README 本身只称"自托管 AI 运维面板"，没提 Grok Bot 一个字，别写成第三方评测结论。
默认主密钥与加密数据保存在同一卷里，完整数据备份仍应作为敏感资料单独保管。
可选的第三方账号登录使用非公开接口，存在账号受限或封禁风险。