Skip to main content
Glama

πŸ›°οΈ Orbit-MCP: Meta-MCP Server for AI Toolchain Orchestration

"We build and maintain your AI-integrated developer toolchain, so your team can focus on shipping."

πŸ”­ Vision

Orbit-MCP is a meta-orchestrator that acts as a central control plane for managing all your AI-accessible developer tools. Instead of every team setting up and maintaining individual MCP servers, Orbit-MCP handles deployment, security, OAuth, permissions, and versioning through a unified interface.

As AI agents become first-class developers, they need secure, structured access to tools your team already uses. Orbit-MCP makes it plug-and-play: a unified, secure, and observable layer between your company's infrastructure and any AI coding assistant.

Related MCP server: MCP Gateway

⚑ Key Features

  • πŸ” Server Discovery: Browse 147+ available MCP servers from Docker's catalog

  • πŸ” OAuth-First Authentication: Seamless OAuth flows for GitHub, Google Drive, and more

  • ⚑ Dynamic Tool Aggregation: Enable servers and instantly access their tools

  • πŸšͺ Gateway Management: Full lifecycle management of Docker MCP Gateway

  • πŸ‘₯ Permission Control: Team-based access control (coming soon)

  • πŸ“Š Audit Logging: Track tool usage and access patterns (coming soon)

πŸ› οΈ Available Tools

Core Management Tools (9 tools)

  • hello_orbit() - Test connectivity and show system status

  • list_available_servers() - Browse 147+ available MCP servers

  • enable_server(server_name) - Enable specific servers with OAuth checking

  • list_enabled_servers() - Show currently enabled servers

OAuth Authentication (4 tools)

  • list_oauth_providers() - Show available OAuth providers (GitHub, Google Drive)

  • authorize_oauth(provider) - Start OAuth flow (opens browser)

  • revoke_oauth(provider) - Revoke OAuth access

  • check_server_auth(server_name) - Check authentication requirements

Gateway & Tool Execution (5 tools)

  • start_gateway() - Start Docker MCP Gateway on port 3001

  • stop_gateway() - Stop the gateway

  • gateway_status() - Check gateway status

  • discover_gateway_tools() - List tools from enabled servers

  • call_gateway_tool(tool_name, args) - Execute tools through gateway

Legacy Tools

  • list_enabled_tools() - Show available tools (with helpful gateway guidance)

πŸš€ Demo Workflow

Scenario 1: GitHub Integration

# 1. Check available servers
list_available_servers()
# βœ… Shows 147+ servers including GitHub

# 2. Try to enable GitHub
enable_server("github")  
# ⚠️ "Authentication required. Use authorize_oauth('github')"

# 3. Complete OAuth flow
authorize_oauth("github")
# 🌐 Opens browser for GitHub OAuth consent

# 4. Enable GitHub server
enable_server("github")
# βœ… "Successfully enabled github (OAuth authenticated)"

# 5. Start gateway and discover tools
start_gateway()
# βœ… "Gateway started on port 3001"

discover_gateway_tools()
# πŸ“‹ Lists: create_issue, search_repositories, create_pull_request, etc.

# 6. Use GitHub tools directly!
call_gateway_tool("create_issue", {
  "title": "Demo Issue",
  "body": "Created via Orbit-MCP meta-orchestrator!",
  "repository": "username/repo"
})
# βœ… Creates actual GitHub issue! πŸŽ‰

Scenario 2: Multi-Service Workflow

# Enable multiple services
enable_server("github")     # Code repositories
enable_server("slack")      # Team communication  
enable_server("notion")     # Documentation

# Start gateway
start_gateway()

# Discover all available tools
discover_gateway_tools()
# πŸ“‹ Shows tools from GitHub, Slack, Notion all in one place

# Use tools from different services seamlessly
call_gateway_tool("create_issue", {...})        # GitHub
call_gateway_tool("send_message", {...})        # Slack  
call_gateway_tool("create_page", {...})         # Notion

πŸ—οΈ Architecture

graph TD
    A[AI Agent/Cline] --> B[Orbit-MCP Server]
    B --> C[Docker MCP Gateway]
    C --> D[GitHub MCP]
    C --> E[Slack MCP]  
    C --> F[Notion MCP]
    C --> G[147+ Other Servers]
    
    B --> H[OAuth Management]
    B --> I[Server Registry]
    B --> J[Tool Discovery]
    
    H --> K[GitHub OAuth]
    H --> L[Google OAuth]
    H --> M[Other Providers]

πŸ“¦ Installation & Setup

Prerequisites

  • Docker Desktop with MCP plugin

  • Python 3.12+

  • uv package manager

Quick Start

# Clone the repository
git clone https://github.com/Wirasm/orbit-mcp.git
cd orbit-mcp

# Install dependencies
uv sync

# Run the MCP server
uv run orbit-mcp-server

Configure with Claude Code

Add Orbit-MCP to your Claude Code instance:

# From any directory, run:
claude mcp add orbit-mcp /path/to/orbit-mcp/.venv/bin/orbit-mcp-server

# For example:
claude mcp add orbit-mcp /Users/rasmus/Projects/cline-hack/orbit-mcp/.venv/bin/orbit-mcp-server

This will add Orbit-MCP to your current Claude Code project. The server will appear in the MCP servers list and connect automatically.

Configure with Cline

Add to your project's .mcp.json file (in the project root):

{
  "mcpServers": {
    "orbit-mcp": {
      "command": "/path/to/orbit-mcp/.venv/bin/orbit-mcp-server"
    }
  }
}

Or with uv:

{
  "mcpServers": {
    "orbit-mcp": {
      "command": "uv",
      "args": [
        "run",
        "orbit-mcp-server"
      ],
      "cwd": "/path/to/orbit-mcp",
      "env": {
        "PATH": "/opt/homebrew/bin:/usr/local/bin:/usr/bin:/bin"
      }
    }
  }
}

🎯 Use Cases

For Development Teams

  • Unified Toolchain: One interface to access GitHub, Jira, Slack, AWS, etc.

  • OAuth Management: Centralized authentication for all services

  • Permission Control: Team-based access to different tool sets

  • Audit Trail: Track which AI agents used which tools when

For Individual Developers

  • Tool Discovery: Browse and enable from 147+ available MCP servers

  • Quick Setup: OAuth flows handle authentication automatically

  • Multi-Service Workflows: Use tools from different services seamlessly

For DevOps Teams

  • Infrastructure as Code: Enable AWS, Terraform, Kubernetes tools

  • Monitoring Integration: Connect to Grafana, DataDog, Sentry

  • Deployment Pipelines: Integrate with CI/CD tools like CircleCI, Buildkite

πŸ—ΊοΈ Future Roadmap

Phase 1: Core Platform βœ…

  • Server discovery and management

  • OAuth-first authentication

  • Dynamic tool aggregation

  • Gateway lifecycle management

Phase 2: Enterprise Features (Next 2 weeks)

  • Pack system (frontend-stack, backend-stack, devops-stack)

  • Team permissions and role-based access

  • Audit logging and usage analytics

  • Web dashboard for visual management

Phase 3: Advanced Orchestration

  • Workflow automation and chaining

  • Tool recommendation engine

  • Custom server integration

  • Enterprise SSO integration

Phase 4: SaaS Platform

  • Hosted service option

  • Multi-tenant architecture

  • Billing and usage monitoring

  • Marketplace for custom tools

πŸ† Competitive Advantages

  • Meta-Orchestrator Approach: Manage the managers, not individual tools

  • OAuth-First: Professional authentication vs. hardcoded API keys

  • Docker MCP Integration: Leverages existing container ecosystem

  • 147+ Servers Available: Massive catalog of pre-built integrations

  • Single Configuration: One MCP server to manage them all

🀝 Contributing

This is a hackathon project, but we welcome contributions! Key areas:

  • Server Integrations: Add support for new MCP servers

  • Authentication: Expand OAuth provider support

  • UI/UX: Web dashboard and visualization

  • Documentation: Usage examples and tutorials

πŸ“„ License

MIT License - see LICENSE file for details.

πŸ™ Acknowledgments

  • Docker MCP team for the incredible gateway infrastructure

  • FastMCP for the Python MCP server framework

  • Anthropic for MCP specification and Cline integration

  • The broader MCP community for server ecosystem


Ready to orchestrate your AI toolchain? πŸš€

Get started with uv run orbit-mcp-server and experience the future of AI-integrated development!

Available Tools

25 tools
add_server_to_packA

Add a server to an existing pack

Args: pack_name: Name of the pack server_name: Name of the server to add

Returns: Dictionary with success status and operation details

Inputs: pack_name (required), server_name (required). Returns: object

authorize_oauthA

Start OAuth authorization flow for a provider (e.g., 'github', 'gdrive')

Args: provider: OAuth provider name (e.g., 'github', 'gdrive')

Returns: Dictionary with success status and authorization details

Inputs: provider (required). Returns: object

call_gateway_toolA

Call a tool from enabled Docker MCP servers

Args: tool_name: Name of the tool to call (e.g., 'create_issue', 'search_repositories') arguments: Dictionary of arguments to pass to the tool

Returns: Dictionary with tool execution result

Inputs: arguments (required), tool_name (required). Returns: object

check_server_authA

Check authentication requirements and status for a server

Args: server_name: Name of the server to check (e.g., 'github', 'slack')

Returns: Dictionary with authentication requirements and current status

Inputs: server_name (required). Returns: object

create_company_pack_templateA

Create a predefined company pack from templates

Args: template_name: Name of the template ('frontend-stack', 'backend-stack', 'devops-stack', 'data-stack', 'productivity-stack', 'web-scraping-stack')

Returns: Dictionary with pack creation results

Inputs: template_name (required). Returns: object

create_packA

Create a new company/team pack with specific MCP servers

Args: pack_name: Name of the pack (e.g., 'frontend-stack', 'acme-devops') description: Human-readable description of the pack servers: List of server names to include in the pack tags: Optional list of tags for categorization (e.g., ['frontend', 'development'])

Returns: Dictionary with success status and pack creation details

Inputs: servers (required), pack_name (required), description (required), tags. Returns: object

disable_serverA

Disable a specific Docker MCP server by name

Args: server_name: Name of the server to disable (e.g., 'github', 'slack', 'notion')

Returns: Dictionary with success status and server removal details

Inputs: server_name (required). Returns: object

discover_gateway_toolsB

Discover tools available from enabled Docker MCP servers

Returns: List of tool definitions from enabled servers

Inputs: no named parameters. Returns: result

enable_serverA

Enable a specific Docker MCP server by name (with OAuth-first authentication)

Args: server_name: Name of the server to enable (e.g., 'github', 'slack', 'notion')

Returns: Dictionary with success status, message, and authentication details

Inputs: server_name (required). Returns: object

gateway_statusA

Check the status of the Docker MCP Gateway

Returns: Dictionary with gateway status and details

Inputs: no named parameters. Returns: object

get_pack_infoA

Get detailed information about a specific pack

Args: pack_name: Name of the pack to inspect

Returns: Dictionary with pack information and server status

Inputs: pack_name (required). Returns: object

hello_orbitC

Test connectivity and show Orbit-MCP status

Inputs: message. Returns: result

install_packA

Install a pack by enabling all its servers

Args: pack_name: Name of the pack to install (e.g., 'frontend-stack') enable_oauth: Whether to prompt for OAuth authorization if needed

Returns: Dictionary with installation results and any auth requirements

Inputs: pack_name (required), enable_oauth. Returns: object

list_available_serversA

List all available MCP servers from Docker MCP catalog

Returns a list of server dictionaries with name, description, and status. Use this to see what servers you can enable with enable_server.

Inputs: no named parameters. Returns: result

list_enabled_serversA

List currently enabled MCP servers

Returns a list of enabled server dictionaries with name, status, and container info.

Inputs: no named parameters. Returns: result

list_enabled_toolsA

List all available tools from currently enabled servers

Returns a list of tool dictionaries with name, description, and server info. Use this after enabling servers to see what tools are available.

Inputs: no named parameters. Returns: result

list_oauth_providersA

List available OAuth providers and their authorization status

Returns a list of OAuth providers with their authorization status. Use this to see which services support OAuth and whether they're authorized.

Inputs: no named parameters. Returns: result

list_packsA

List all available company/team packs

Returns: List of pack configurations with server details

Inputs: no named parameters. Returns: result

remove_server_from_packA

Remove a server from an existing pack

Args: pack_name: Name of the pack server_name: Name of the server to remove

Returns: Dictionary with success status and operation details

Inputs: pack_name (required), server_name (required). Returns: object

reset_all_serversA

Disable all currently enabled MCP servers (company reset functionality)

Returns: Dictionary with success status and list of disabled servers

Inputs: no named parameters. Returns: object

revoke_oauthA

Revoke OAuth authorization for a provider

Args: provider: OAuth provider name (e.g., 'github', 'gdrive')

Returns: Dictionary with success status and revocation details

Inputs: provider (required). Returns: object

start_gatewayA

Start the Docker MCP Gateway for tool execution

Returns: Dictionary with success status and gateway details

Inputs: no named parameters. Returns: object

stop_gatewayA

Stop the Docker MCP Gateway

Returns: Dictionary with success status and details

Inputs: no named parameters. Returns: object

uninstall_packA

Uninstall a pack by disabling all its servers

Args: pack_name: Name of the pack to uninstall

Returns: Dictionary with uninstallation results

Inputs: pack_name (required). Returns: object

update_packB

Update an existing pack with new configuration

Args: pack_name: Name of the pack to update description: New description (optional) servers: New list of servers (optional) tags: New list of tags (optional)

Returns: Dictionary with success status and update details

Inputs: pack_name (required), tags, servers, description. Returns: object

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections.

Loading tool schema changelog…

    TDQS

    B3.4/5.0

    Scored across 25 tools

    Disambiguation3/5

    Several tools have overlapping purposes, such as discover_gateway_tools and list_enabled_tools both listing tools from enabled servers. list_available_servers vs list_enabled_servers are distinct but could confuse agents. Description clarity helps, but the boundaries between some tools remain fuzzy.

    Naming Consistency4/5

    Most tools follow a verb_noun pattern (list_packs, create_pack, enable_server). Minor deviations exist: hello_orbit is not verb_noun, gateway_status uses noun_noun instead of get_gateway_status. These are small inconsistencies in an otherwise predictable scheme.

    Tool Count3/5

    At 25 tools, the set is on the heavy side for the domain of MCP server management. It is borderline but each tool addresses a specific management function, so the count is not unreasonable, though it could be consolidated to reduce cognitive load.

    Completeness4/5

    The domain covers server lifecycle (enable/disable/reset), OAuth management, gateway operations, and pack CRUD. Major operations are present, but there is no delete_pack tool (only uninstall_pack, which disables servers without removing the pack). Minor gaps exist but agents can work around them.

    Maintenance

    ActivityInactive
    ResponsivenessNo recent community issues

    Related MCP Connectors

    Related MCP Servers

    • A
      license
      Not graded
      quality
      D
      maintenance
      A powerful orchestration layer for Model Context Protocol (MCP) servers that enables AI assistants to dynamically discover, inspect, and interact with multiple MCP servers through a unified interface.
      MIT
    • F
      license
      A
      quality
      A
      maintenance
      A multiplexing gateway that aggregates multiple MCP servers into a single port, significantly reducing context token usage through a Meta-MCP discovery system. It enables dynamic tool discovery and invocation across various transport protocols including stdio, HTTP, and SSE.
      15
      85
      -
    • F
      license
      Not graded
      quality
      D
      maintenance
      A meta-MCP server that acts as a universal gateway, allowing users to discover and execute tools from thousands of other MCP servers through semantic search. It dynamically loads servers on demand and provides standardized functions for searching, discovering, and running tools across the entire MCP ecosystem.
      6
      -
    • A
      license
      Not graded
      quality
      D
      maintenance
      Federating gateway for AI agents to discover and call tools from multiple MCP servers with intelligent search and dynamic tool registration.
      20 PyPI
      39
      MIT