Skip to main content
DeployStack runs MCP servers on remote satellite infrastructure - not on your local machine. This architecture provides zero-installation convenience but means some MCP servers won’t work on global satellites. This page helps you understand what works, what doesn’t, and your alternatives.

How Satellites Work

When you install an MCP server from the DeployStack catalog, the satellite:
  1. Spawns the MCP server process on remote infrastructure
  2. Executes tool calls on the satellite, not your machine
  3. Returns results back to your AI client
This means the MCP server has access to the satellite’s environment, not yours.

What Doesn’t Work on Global Satellites

Local File Access

MCP servers that need to read or write files on your machine won’t work:
MCP ServerWhy It Doesn’t Work
SQLite MCPCannot access your local .db files
Filesystem MCPCannot browse your local directories
Obsidian MCPCannot access your local vault
Desktop CommanderCannot control your local desktop
Any MCP server that reads ~/Documents, /home/user/, or similar local paths will only see the satellite’s filesystem - not yours.

Local Network Resources

MCP servers that connect to localhost or internal network services:
ResourceExample
Local databaseslocalhost:5432 (PostgreSQL), localhost:3306 (MySQL)
Local APIshttp://localhost:8080/api
Internal serviceshttp://internal.company.com (behind firewall)
Development serversYour local dev environment
The satellite cannot reach services running on your machine or inside your corporate network.

Desktop & GUI Applications

MCP servers requiring graphical interfaces or desktop integration:
MCP ServerLimitation
Playwright (headed mode)No display server on satellites
Puppeteer (headed mode)Same issue - no visible browser
Screenshot toolsNo desktop to capture
Clipboard MCPNo access to your clipboard
Playwright and Puppeteer can work in headless mode, but require browser binaries pre-installed on the satellite. This is not available on global satellites by default.

Hardware Access

MCP servers that interact with physical devices:
  • USB devices
  • Printers
  • Cameras and microphones
  • Serial ports
  • Bluetooth devices

Your Alternatives

Option 1: Run Locally

For MCP servers that need local resources, run them on your machine i.e.:
{
  "mcpServers": {
    "sqlite": {
      "command": "npx",
      "args": ["-y", "@anthropic/mcp-sqlite", "/path/to/your/database.db"]
    }
  }
}
You can use DeployStack for most MCP servers and run specific ones locally.

Option 2: Deploy a Team Satellite

For internal network access, deploy a Team Satellite inside your infrastructure:
  • Runs within your corporate network
  • Can access internal databases and APIs
  • You control what’s installed (including browser binaries)
  • Full process isolation with nsjail
Team satellites connect to your DeployStack control plane but run on your hardware.

Option 3: Use Cloud-Accessible Resources

Instead of local resources, use cloud alternatives:
Local ResourceCloud Alternative
Local SQLiteTurso, PlanetScale, Supabase
Local filesS3, Google Drive, Dropbox
Local PostgreSQLNeon, Supabase, RDS
Internal APIsExpose via tunnel (Cloudflare, ngrok)

What Works Well on Global Satellites

Global satellites excel at MCP servers that:
  • Call external APIs - GitHub, Slack, Notion, Linear, etc.
  • Process data - Text manipulation, calculations, transformations
  • Search the web - Brave Search, Exa, web scraping (headless)
  • Interact with SaaS - Any service with a public API
  • Generate content - Image generation, text processing
These MCP servers only need internet access and API credentials - both available on satellites.

Quick Reference

MCP Server TypeGlobal SatelliteTeam SatelliteLocal
GitHub, Slack, Notion
External APIs
Web scraping (headless)� Requires setup
Local SQLite filesLL
Local filesystemLL
Internal databasesL
Internal APIsL
Desktop automationLL
Hardware accessLL
Team Satellites bridge the gap between convenience and local access. They run on your infrastructure but integrate with DeployStack’s control plane for credential management and team governance.

Need help deciding? Join our Discord community and we’ll help you figure out what works best for your use case.