Nimbus

io.github.nimbus-agent由 GitHub 帳號 nimbus-agent 發布v0.4.1更新於 Oct 25, 2026

Search your local Nimbus index and run its built-in agents from any MCP client.

已驗證STDIO僅桌面知識與記憶AI 與機器學習

概覽

AI 產生的概覽

一個小型啟動器,把 MCP 用戶端連接到已安裝的本機 Nimbus CLI,藉此使用其本機索引搜尋與內建代理。

可以做什麼
透過 MCP 用戶端搜尋本機 Nimbus 索引,工具由已安裝的 Nimbus CLI 的 mcp-server 指令提供(啟動器本身不實作任何工具)。透過同一連線執行 Nimbus 內建代理。依 NIMBUS_BIN、PATH 或各平台已知安裝目錄尋找 Nimbus 執行檔,再把 stdio 原樣轉交給它。找不到執行檔或閘道未執行時回報明確錯誤。
適用情境
適用於 Nimbus 已在本機安裝並執行,且希望編輯器或聊天用戶端搜尋 Nimbus 索引、呼叫其代理而不必手動設定執行檔路徑的情況。若已知 CLI 路徑,也可直接執行 nimbus mcp-server --stdio。
執行需求
透過 npx 或全域 npm 安裝啟動的本機程序,需要 Node.js 與 npm。Nimbus 閘道必須已安裝並已啟動(nimbus start);本套件不安裝也不捆綁它。選用環境變數 NIMBUS_BIN(nimbus 執行檔的絕對路徑)與 NIMBUS_MCP_TIMEOUT_MS(代理簡報逾時,預設 60000)。僅限桌面端。
安裝前請注意
啟動器會把你的環境變數原樣傳給 Nimbus CLI 程序,且不管理閘道設定、身分驗證或索引;這些需在 Nimbus 中自行設定。閘道未啟動前工具呼叫會失敗。NIMBUS_BIN 必須指向執行檔本身,而非 .cmd 或 .bat 包裝指令碼,否則無法啟動。工具缺少或異常屬於 Nimbus CLI 的問題,而非本套件。

安裝

在 SourceWeft 中

  1. 開啟 儀表板中的 Nimbus,將其新增到工作區。
  2. 為需要使用其工具的對話啟用該服務。

Desktop only,透過 STDIO。 STDIO 服務會啟動本機處理程序,因此需要 SourceWeft 桌面主機。

其他 MCP 客戶端

參照 儲存庫 中的啟動說明。

README

@nimbus-dev/mcp

What this is

A tiny launcher that exposes your local Nimbus index and agents to any MCP (Model Context Protocol) client — editors, chat clients, or other MCP-speaking tools. It does no work itself: it locates the Nimbus CLI binary already installed on your machine and execs it as nimbus mcp-server --stdio, then gets out of the way and lets stdio pass straight through.

This package is MIT-licensed and does not depend on (or import from) the AGPL-3.0 packages/cli or packages/gateway Nimbus source — it only knows how to find the installed binary, never how to run the gateway itself.

Requires the Nimbus gateway to already be installed and running. This launcher does not install or bundle Nimbus; run the regular Nimbus installer first, and keep the gateway configured the way you normally use it (the mcp-server --stdio command talks to your existing local index). Start the gateway with nimbus start: the MCP server comes up without it, but its tool calls then return an error asking you to start it.

Scope

Finding the binary, spawning it with stdio inherited, and staying in the process tree only long enough to translate the child's exit status back to the client is the whole job. Keeping it that way is what lets this package stay MIT while the gateway it launches is AGPL-3.0. Specifically, it does not:

  • Install, bundle, update, or version-check Nimbus. Use the regular Nimbus installer.
  • Implement any MCP tools. The index and agent tools are served by nimbus mcp-server in the Nimbus monorepo (packages/cli, packages/gateway). A tool that is missing or misbehaving is a bug there, not here.
  • Parse, filter, proxy, or rewrite the MCP stream. The child process inherits stdio, and traffic passes through untouched in both directions.
  • Manage gateway configuration, authentication, or the index itself. Configure those the way you normally do; this launcher passes your environment through unchanged and otherwise stays out of the way.
  • Take on runtime dependencies. package.json has devDependencies only. That is a licence and supply-chain boundary rather than a style preference — adding a runtime dependency here is a deliberate decision, not a convenience call.

Install

Run it directly, without a global install, from your MCP client's config (see below), or install it explicitly:

bash
npm install -g @nimbus-dev/mcp

Quickstart

Add nimbus-mcp as a command in your MCP client's server configuration, for example:

json
{  "mcpServers": {    "nimbus": {      "command": "npx",      "args": ["-y", "@nimbus-dev/mcp"]    }  }}

Clients that install from the MCP Registry can find this server listed as io.github.nimbus-agent/nimbus.

Running from a local checkout

To run the launcher straight from a clone of this repository — when developing it, or to try a change before it is released — point your MCP client at the entry point itself. Use absolute paths: an editor-spawned MCP server does not inherit your shell's working directory.

json
{  "mcpServers": {    "nimbus": {      "command": "bun",      "args": ["/absolute/path/to/nimbus-mcp/src/index.ts"]    }  }}

If you already have the Nimbus CLI installed, you can skip the launcher altogether and have your client run nimbus mcp-server --stdio directly — the launcher exists only to find that binary for you.

How the binary is found

The launcher looks for the Nimbus binary in this order:

  1. NIMBUS_BIN — an explicit full path to the binary, if set. A NIMBUS_BIN that points at a non-existent file is reported as an error, never silently ignored.

  2. PATH — the first nimbus (or nimbus.exe on Windows) found on your PATH.

  3. Known per-platform install directories, the installer's own output directory first, then the directories the other Nimbus distribution channels write to:

    PlatformSearched in order
    Windows%LOCALAPPDATA%\Programs\Nimbus\bin (installer and .msi/winget), then Scoop's shims — %SCOOP%\shims or %USERPROFILE%\scoop\shims, then %SCOOP_GLOBAL%\shims or %ProgramData%\scoop\shims
    macOS~/.local/bin (installer and .pkg), then /opt/homebrew/bin and /usr/local/bin (Homebrew)
    Linux~/.local/bin (installer), then /usr/local/bin (apt/yum) and /usr/bin, then /home/linuxbrew/.linuxbrew/bin and ~/.linuxbrew/bin (Homebrew)

Step 3 is what carries a GUI-launched editor on macOS, which typically spawns MCP servers without your shell's PATH. If none of those resolve, the launcher exits with a message naming the fix — never a bare exit code.

If you installed Nimbus somewhere else entirely, set NIMBUS_BIN rather than waiting for a directory to be added here.

Environment variables

  • NIMBUS_BIN — override the resolved binary path. Point it at the exact Nimbus CLI executable — on Windows, nimbus.exe itself. Node will not start a .cmd or .bat wrapper without a shell, so one fails with Failed to start the Nimbus MCP server: spawn EINVAL.
  • NIMBUS_MCP_TIMEOUT_MS — how long the Nimbus CLI's MCP adapter waits for an agent brief before returning a clean timeout error; it defaults to 60 s. Lower it when your editor's own MCP transport timeout is shorter, so the tool reports a timeout instead of having the call severed underneath it. This is the adapter's own budget — the gateway imposes no such timeout. It is read by the underlying nimbus mcp-server process, which this launcher execs with your environment inherited unchanged.

See also

  • docs/architecture.md — Nimbus subsystem design and the MCP connector standard.
  • The CLI's mcp-server command, in the main Nimbus repository (packages/cli, serving the gateway's index and agents from packages/gateway) — this package launches it, but does not contain or license it.

License

MIT — see LICENSE. Note that the Nimbus gateway and CLI this launcher execs are licensed separately under AGPL-3.0.

來源:README.md,提交 36263d3

工具

0
SourceWeft 尚未在沙箱中啟動過該軟體包,因此其工具未知。

版本歷史

1
  1. v0.4.1最新Sep 16, 2026

評分

已滿足適用檢查項的 50%

該評分衡量此收錄條目的完整程度,依據註冊中心條目、端點與公開來源計算得出。它不是對伺服器本身的評價,也不表示伺服器安全或目前可用:可連通性是帶日期的檢查結果,評分也不包含安裝量或使用者評價。

  • 近 30 天內可連通25 分

    請保持端點能夠回應 MCP 握手;SourceWeft 每 30 天探測一次。

  • 已宣告認證方式10 分

    請在註冊中心條目中宣告憑證請求標頭,或保持端點能夠回應探測,以便判定其認證方式。

  • 已列出工具15 分

    請讓伺服器在無憑證時回應 tools/list,或發布可在沙箱中無憑證啟動的軟體包。

  • 描述必需15 分
  • 圖示10 分
  • 文件15 分
  • 授權條款10 分