Skip to main content
Glama

πŸ™ octoport

One local MCP endpoint for every AI coding tool. 8 arms, 1 port.

Your MCP servers are configured in four different places β€” Claude Code, Cursor, Claude Desktop, Windsurf β€” each with its own copy of the same JSON, the same API keys, the same drift. octoport is a tiny self-hosted hub that pulls them all behind one endpoint: run one command, and manage everything else from the web dashboard.

Claude Code ─┐
Cursor      ─┼──▢  http://127.0.0.1:6286/mcp  ──▢  all your MCP servers
Windsurf    β”€β”˜         (octoport)

Quickstart β€” one command, then it's all web

npx octoport up --open

The dashboard walks you through the rest:

  1. Import β€” octoport scans your Claude Code / Claude Desktop / Cursor / Windsurf / VS Code configs and shows every MCP server it found. Pick and import.

  2. Connect β€” copy one snippet per client (shown in the wizard).

  3. Clean up β€” remove the now-duplicate direct entries from your client configs. A timestamped backup of every file is written first, and the octoport connection itself is never touched. Restart running clients after.

From then on: add/edit/toggle servers, watch the live tool-call log, create per-person access tokens, and export JSONL β€” all in the dashboard. New servers propagate to every connected client live (tools/list_changed), no restarts.

Until the npm package is published, run from source: git clone https://github.com/nullarch/octoport && cd octoport && npm install && npm run build && node dist/cli.js up --open

Start at login:

octoport autostart          # launchd (macOS) / systemd --user (Linux)
octoport autostart --remove

Port 6286 is "OCTO" on a phone keypad. Change it with octoport up --port <n>.

Related MCP server: MCPHub

What you get

  • One endpoint β€” N clients Γ— M servers becomes 1 Γ— M.

  • Live call log β€” exactly which tools your agents called, with what, how long it took, and which token (person/machine) made the call. SQLite under the hood, JSONL export.

  • Named access tokens β€” one per person or machine. Revoking a token kills its live sessions on the spot.

  • Process supervision β€” stdio servers run as child processes with crash isolation and backoff restart, plus a restart button in the dashboard.

  • Local security by default β€” 127.0.0.1 binding, Host/Origin validation (DNS-rebinding protection), and a per-install bearer token baked into every connection snippet. The MCP Inspector RCE (CVE-2025-49596) happened because a localhost tool skipped exactly these three.

Remote access (optional, explicit)

octoport never exposes itself beyond loopback unless you say so, twice.

Recommended: Tailscale. Keep the default loopback bind on the machine that runs octoport, or bind the tailnet address; either way nothing touches the public internet:

octoport up --host 100.x.y.z --allow-host hub.tailnet-name.ts.net --behind-proxy

Reverse proxy (Caddy) with a real domain. octoport does not terminate TLS β€” your proxy does:

# Caddyfile
hub.example.com {
  reverse_proxy 127.0.0.1:6286
}
octoport up --allow-host hub.example.com --behind-proxy

Then connect clients with https://hub.example.com/mcp and a token from the dashboard. Rules enforced at startup: a non-loopback bind refuses to start without at least one --allow-host and --behind-proxy. X-Forwarded-Host is deliberately ignored β€” the allowlist matches the real Host header.

Small team setup: run octoport on a shared box behind Tailscale, create one named token per teammate in Settings, and the call log becomes a team-level "which agent did what" record.

Honest scope: every token is full-admin. Any token opens the dashboard, reads server configs (including env secrets), and can create or revoke other tokens. Token names exist for log attribution, not access control β€” hand one out exactly like you'd hand out SSH access to the box.

Commands

Command

What it does

octoport up [--open] [--port <n>] [--host <addr>] [--allow-host <h>] [--behind-proxy]

Start the hub

octoport autostart [--remove]

Start at login (launchd/systemd)

octoport import [--dry-run]

CLI import (the wizard does this too)

octoport connect [client]

Print connection snippets

octoport logs [--limit <n>] [--jsonl [file]]

Inspect or export the call log

octoport token [--rotate]

List tokens / rotate the default token

What octoport is not

  • Not an enterprise governance product. No SSO, no SCIM, no compliance claims. It's a personal/small-team tool; the log is yours.

  • Not a context optimizer for Claude Code. Claude Code ships native MCP tool search; octoport doesn't compete with it.

  • Not magic. Tool names are namespaced server__tool (capped at 48 chars with deterministic hashing) and routed through a mapping table β€” never string-parsed back.

Known limitations (v0.2)

  • Tools only: resources and prompts are not yet aggregated.

  • Legacy bidirectional flows (old-spec sampling/elicitation initiated by a downstream server) fail with a clear error instead of being relayed.

  • autostart requires a permanent install (npm i -g octoport or a repo checkout) β€” refuses to point launchd at an ephemeral npx cache.

  • Windows: hub works, autostart not yet.

Maintenance firewall

MIT-licensed, provided as is. No support guarantees, no response-time promises, PRs may or may not be merged, and the project may be archived at any time. If it's useful, use it; if you need guarantees, fork it.

Development

npm install
npm test          # 47 tests: unit + E2E (client β†’ hub β†’ fixture stdio server)
npm run build
node dist/cli.js up --open
A
license - permissive license
-
quality - not tested
C
maintenance

Maintenance

–Maintainers
–Response time
–Release cycle
–Releases (12mo)
Commit activity

Resources

Unclaimed servers have limited discoverability.

Looking for Admin?

If you are the server author, to access and configure the admin panel.

Related MCP Servers

  • F
    license
    -
    quality
    -
    maintenance
    MCP Hub aggregates and proxies multiple Model Context Protocol servers into a unified Streamable HTTP interface. It allows users to combine diverse stdio, SSE, and HTTP-based servers while providing tool namespacing, health monitoring, and secure authentication.
    781
  • F
    license
    -
    quality
    D
    maintenance
    A centralized management platform that aggregates multiple Model Context Protocol (MCP) servers into a single unified endpoint for AI agents. It provides a web interface for hot-swappable tool management, proxying of existing servers, and AI-powered generation of custom MCP plugins.
    1
  • A
    license
    -
    quality
    D
    maintenance
    MCPGate aggregates multiple MCP servers into a single unified endpoint, enabling centralized tool management with granular filtering, automatic namespacing, and observability. Features a real-time web dashboard and optional PostgreSQL-backed audit trails for monitoring and controlling AI tool access across local and remote deployments.
    10
    Apache 2.0
  • A
    license
    -
    quality
    A
    maintenance
    Self-hosted MCP proxy and aggregation platform. Register multiple upstream MCP servers and expose them through a single unified endpoint with namespace routing, multi-transport support (HTTP/SSE, stdio, OpenAPI→MCP), per-tool overrides, and a web admin UI.
    16
    MIT

View all related MCP servers

Related MCP Connectors

  • Real-time chat hub for AI agents β€” Claude Code, Cursor, Cline, Codex over MCP or REST.

  • Hosted MCP endpoint with realistic fake data for prototyping agents. 12 tools, no setup.

  • Self-hosted MCP gateway: turn any API, database or MCP server into AI connectors β€” no code.

View all MCP Connectors

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/nullarch/octoport'

If you have feedback or need assistance with the MCP directory API, please join our Discord server