Nimbus

全天候在线的 AI 员工。

能在你休息时登录应用、发送邮件、更新 CRM 并处理工作的 AI。一次配置,永久免费。

由 Sunday Johnson 在 Yoodule 开发。

一条命令即可安装 CLI、网关和所有捆绑的 MCP 服务器。视频依次演示 Docker 前置条件、OpenRouter API 密钥步骤、可选的 Agent Dashboard,以及导入工作流的过程。

使用 Nimbus 的两种方式

Self-host

永久免费

可在笔记本、服务器、CI 任意环境运行
macOS、Linux、Windows 一条命令安装
完整源码开放,BUSL-1.1 许可证
经过 SHA256 校验和 SLSA 签名验证的发布版本

获取安装包

Nimbus Cloud

托管 · 由 Yoodule 运维

24/7 全天候进行配置、打补丁和监控
生产级可用性和事故响应能力
准备就绪后协助从 self-host 迁移
同一个 Nimbus、同一些 MCP 服务器、零运维负担

联系 Yoodule

Nimbus 的 self-host 版本将永远保持免费。Cloud 则面向那些希望由我们代为运维的团队。

为什么选择 Nimbus

你不需要再多一个工具。你需要的是一位员工 —— 一位能够处理重复工作、学习你的工作方式、并在凌晨两点客户发来邮件时及时响应的员工。Nimbus 就是那位员工。 它接入你已经在使用的应用,按你手动完成的步骤执行,每一次运行都变得更加智能。


在你休息时继续工作	随时安排任务 —— 每日跟进、每周报告、每小时检查。Nimbus 执行后通知你。
利用你已经付费的应用	Notion、Gmail、CRM、日历。Nimbus 登录并操作 —— 无需复制粘贴,无需导出。
危险操作前先确认	发送草稿而非直接发邮件,删除行前先展示计划。决定权始终在你手中。
出问题时自行恢复	密码轮换、服务重启、应用更新 —— Nimbus 会自动检测并修复,无需打扰你。

它能做什么

📨 发送跟进邮件

告诉 Nimbus:"给上周下载白皮书但没有预约通话的所有人发邮件"。它会起草邮件、等待你审批、然后发送。

📊 从数据生成报告

"把上个月成交的交易按行业分组,在共享的 Notion 页面上加一张图表"。第二天早上完成。无需再为电子表格苦恼。

🗓️ 整理你的收件箱

每天早上,Nimbus 为新邮件打标签、为明确的内容起草回复,其余的标记出来供你审阅。你看到的只是需要你处理的部分。

🔁 按计划执行工作流

"每周五下午 4 点把本周的主要成果发到 #team-channel,然后给我发一封摘要邮件"。Nimbus 会一直执行,无需维护。

🧠 记住你的工作方式

你使用 Nimbus 越久,它学习得越多。它会记住你总是归档哪些邮件、哪些报告重要、哪些步骤可以省略。

🛡️ 未获你批准绝不发送

Nimbus 先起草,你再审批。没有你的点击,它无法发送邮件、删除行或发布消息。每个操作都有完整的审计日志。

在业务中的应用场景

适合独自承担一切的创始人

不要再把周日浪费在跟进邮件和更新 CRM 上了。把重复工作交给 Nimbus,把时间花在你才能完成的事上。

nimbus start —— 在笔记本上配置一次,永久免费。

适合小团队

为团队每位成员配备各自的 Nimbus 员工。共享上下文,记住每个人的偏好,绝不丢失客户备注。

每个操作都经过签名、审计、可回滚。

适合需要管控的企业

在你自己的基础设施上、使用你自己的密钥和审计日志来运行 Nimbus,或者交给我们代为运维。无论哪种,都是同一位员工。

比较 self-host 与 Cloud →

语义网关 (mcp.json)

面向好奇者:Nimbus 基于一个小型配置文件运行,文件列出了你的员工可以使用的所有应用。你可能不需要修改它 —— Nimbus 自带合理的默认值。

Nimbus 将所有基于 stdio 和 HTTP 的 MCP 服务器统一在一个接口之后。当 AI 模型请求某项能力时,Nimbus 使用存储在 Qdrant 中的向量嵌入动态发现并执行相应的工具。

在你的 Nimbus 主目录中编辑 mcp.json 来配置活动服务器:

{
  "mcpServers": {
    "playwright-mcp": {
      "url": "http://localhost:3100/mcp",
      "transport": "streamable-http"
    },
    "notion-mcp": {
      "url": "https://mcp.notion.com/mcp",
      "transport": "streamable-http",
      "auth": "oauth"
    },
    "linkedin-mcp": {
      "command": "uv",
      "args": ["run", "-m", "linkedin_mcp_server", "--transport", "stdio"]
    }
  }
}

网关直接暴露 MCP 传输层接口 —— 不存在 nimbus-utility-mcp 这样的包装命名空间。模型若要发现并操作已注册的服务器，只需要以下两个工具：

find_tools —— 对所有已配置的 MCP 后端(以及通过 kind 区分器指定的校验器目录)进行语义搜索。当模型请求"浏览 linkedin"时,仅返回命名空间格式的相关工具 schema(<server>_<tool>),便于通过 execute_tool 直接派发。只读。
execute_tool —— 通用派发器。接收 find_tools 返回的工具名与参数,将调用转发到对应的后端服务器,并以流式方式回传结果。读写注解取决于下游工具,派发器自身永远不会删除用户数据。

代理自身的进度管理工具(nimbus_agent、nimbus_todo_write、nimbus_get_task_progress_log)也位于同一传输层,但与 mcp.json 中列出的应用进行交互的接口就收敛于上述两个工具。

CLI 参考

面向技术用户:Nimbus 理解的所有命令。大多数用户只需要 nimbus start 和 nimbus doctor —— 剩下的留到出现问题时再用。

nimbus CLI 控制本地容器化工作区的生命周期。

命令	作用
`nimbus start`	启动服务。配置并启动所有 Docker 容器(postgres、redis、qdrant、gateway)。
`nimbus start --build`	重新构建并启动。从当前源码重建 Docker 镜像,然后干净地启动服务。
`nimbus start --gateway`	无头模式。仅运行网关容器 —— 跳过完整堆栈,适用于 CI 或仅使用远程 MCP 的场景。
`nimbus start --fresh`	清除数据卷。重新生成 Postgres/Redis 凭据,并重置数据目录。
`nimbus stop`	停止。安全关闭所有容器化服务并释放系统端口。
`nimbus upgrade`	刷新容器镜像。拉取最新的 gateway/dashboard 镜像,必要时执行一次性的 Qdrant schema 迁移,然后运行 `compose up -d --build`。
`nimbus update [--gateway]`	自更新 CLI 二进制本身。下载平台归档,校验 SHA256 + minisign 签名,以原子方式替换正在运行的二进制。`--gateway` 会在同一次执行中拉取并重启网关容器。
`nimbus uninstall`	卸载。删除 Nimbus CLI、容器、配置以及 `~/.nimbus/`。
`nimbus doctor`	诊断。检查 Docker、版本差异、容器健康状况、更新新旧、凭据漂移。
`nimbus dashboard install`	安装可选的 Agent Dashboard 配套组件。
`nimbus dashboard uninstall`	移除 Dashboard 容器及其服务块。
`nimbus dashboard status`	显示 Dashboard 是否启用及其容器状态。
`nimbus config <子命令>`	管理 `~/.nimbus/.env`(list、get、set、unset、append、prepend、remove)。
`nimbus mcp <子命令>`	管理 `~/.nimbus/mcp.json`(list、get、set、remove)。
`nimbus agent "<提示词>" [--model <id>]`	向 dashboard 的 `nimbus_agent` 发送提示词并以流式获取响应。默认使用 `openrouter/free`。
`nimbus activate <key>`	激活许可证/注册密钥。
`nimbus env-init`	将 CLI 管理的密钥写入 `~/.nimbus/.env`(幂等)。

完整参考请参阅 nimbus --help,各平台安装步骤请参阅下载页面。

v1.0.5 新增 — nimbus config {append, prepend, remove}

新增 3 个子命令,用于处理逗号分隔的值(如 OPENAI_API_KEYS、OPENROUTER_API_KEYS)。

nimbus config append  OPENAI_API_KEYS sk-newkey    # 追加到末尾(默认去重)
nimbus config prepend OPENAI_API_KEYS sk-priority  # 插入到开头(默认去重)
nimbus config remove  OPENAI_API_KEYS sk-oldkey    # 删除一个或多个 token(支持 CSV)

与网关侧的 CSV 解析器严格一致([a, b, c] / a,b / a\nb\nc 均可),remove 使列表清空时会同时删除该键(与 unset 行为一致)。需要保留重复项请加 --force。CLI v1.0.5 及以上版本可用——旧版本不识别这些子命令。

准备好为你的 Agent 提供一个真正的运行时了吗?

想要获得指导性设置?预约一对一的上线辅导,我们将一起浏览你的工作区。

预约上线辅导 →