galacticconnection
v2.3.0
Published
Galactic — local stdio MCP bridge + CLI. Connect any computer-access agent (Claude Code, Claude Desktop, Cursor) to the Galactic platform, with local filesystem tools, plus build/deploy/manage Agents from your shell.
Maintainers
Readme
galacticconnection — Galactic local MCP bridge + CLI
Connect any computer-access agent (Claude Code, Claude Desktop, Cursor, …) to Galactic, and build, deploy, and manage Galactic Agents from your shell.
Galactic is one platform MCP server that gives your agent a library of Agents (apps) it can discover, call, and deploy — with unified auth and per-call payments. This package installs a local stdio MCP bridge that proxies to that platform, plus local filesystem tools so the agent can work with source on your machine.
Quick start
- Create an API key in the Galactic web app (the Add to agent button mints one for you).
- Run setup:
npx galacticconnection setup --token gx_your_api_keysetup validates the token, saves it to ~/.galactic/config.json, and writes a stdio MCP server entry into every agent config it finds — Claude Code (.claude.json / .claude/mcp.json), Claude Desktop, and Cursor — plus registers the Claude Code plugin. It runs in pure Node.js.
Prefer manual configuration? Add the bridge yourself:
{
"mcpServers": {
"galactic": {
"command": "npx",
"args": ["-y", "galacticconnection", "mcp"]
}
}
}The bridge reads your token from ~/.galactic/config.json (so it is not duplicated into client config files). Set GALACTIC_TOKEN to override.
How the MCP connection works
The Galactic platform MCP runs server-side; there's nothing to "run locally." The bridge is a thin stdio ↔ HTTP proxy:
- On
tools/list, it fetches the platform's catalog and re-advertises it verbatim (so it never drifts from the platform), then appends thelocal.*filesystem tools. - On
tools/call, platform tools (gx.*, per-app functions) are forwarded tohttps://api.connectgalactic.com/mcp/platformwith yourgx_Bearer token;local.*tools run on your machine.
stdio works in every desktop MCP client, including ones that can't speak the platform's bare HTTP-POST endpoint.
Local filesystem tools
Scoped to the working directory the agent launches the bridge in (override with GALACTIC_FS_ROOT); paths that escape the root are rejected.
local.read_file/local.write_file— read source beforegx.upload; write source returned bygx.download.local.list_dir/local.make_dir— inspect and scaffold.
Developer commands
Most commands wrap the platform's gx.* MCP tools, so the shell and your agent share one backend. setup and the mcp bridge run in pure Node.js; build/deploy commands run on Deno.
# Setup & bridge (pure Node — no Deno needed)
galacticconnection setup --token gx_xxx # Authenticate + write agent MCP configs
galacticconnection mcp # Run the stdio MCP bridge (clients launch this)
# Build, deploy, manage & use (require Deno)
galacticconnection login --token gx_xxx # Authenticate only
galacticconnection whoami # Show current user
galacticconnection scaffold my-app # Generate a structured app skeleton
galacticconnection test . -f hello # Test functions in the platform sandbox
galacticconnection upload . # Deploy (new app or version)
galacticconnection download my-app # Fetch deployed source
galacticconnection apps list
galacticconnection set pricing my-app --default 5 # Price per call, in credits
galacticconnection discover "weather API" # Search the App Store
galacticconnection run my-app hello '{"n":1}'Run galacticconnection help for the full reference.
Configuration
- Credentials and defaults live in
~/.galactic/config.json(the legacy~/.ultralight/config.jsonis read once and migrated forward). - Environment overrides:
GALACTIC_TOKEN,GALACTIC_API_URL,GALACTIC_FS_ROOT(the olderULTRALIGHT_*names are still honored as a fallback). - API keys are created in the Galactic web app and can be scoped and expiring; treat them as secrets.
Documentation
- Platform guide (the same skills doc your agent reads over MCP) ships in this package as
skills.md, and is served atGET /api/skills. - Full docs: https://connectgalactic.com/docs/cli
