CodasSol Router
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@CodasSol Routerroute my 'api' workspace to the Mac agent"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
CodasSol Router
CodasSol Router is an experimental, self-hosted routing layer for connecting multiple computers behind one MCP-facing entry point.
The core idea is simple: keep DevSpace on each machine as the execution backend, and put a small router in front of them that can discover devices, bind a workspace to the right machine, and fail closed when routing is ambiguous.
CodasSol Router
|
+-- Mac / Linux Agent -> DevSpace -> local projects
|
+-- Windows Agent -> DevSpace -> local projectsThis repository is the public framework, not a hosted service and not a copy of any particular user's deployment. Real device names, credentials, project paths, tunnel configuration, and workspace bindings belong in local private state and should never be committed.
Current status
The current V1 is intentionally conservative: it transparently proxies MCP HTTP traffic to one DevSpace backend while preserving streaming and upstream authentication behavior. The routing core now includes device presence, platform-aware project-root matching, fail-closed device selection and persistent workspace-to-device bindings. A Windows outbound agent and live MCP integration are the next transport layer.
Related MCP server: Master MCP Server
Start
npm startDefaults:
Router:
127.0.0.1:17676Mac DevSpace backend:
127.0.0.1:7676Health:
http://127.0.0.1:17676/_codassol/health
Optional environment variables:
CODASSOL_LISTEN_HOST=127.0.0.1
CODASSOL_LISTEN_PORT=17676
CODASSOL_BACKEND_HOST=127.0.0.1
CODASSOL_BACKEND_PORT=7676
CODASSOL_BACKEND_TIMEOUT_MS=15000V1 deliberately does not modify DevSpace, ngrok, or the existing start-devspace-ngrok.sh.
Public framework vs. private deployment
The repository stays generic. Your local deployment state should live outside
the repository, for example under ~/.codassol/, and contain device
registrations, workspace bindings, credentials, and machine-specific settings.
The default listener is loopback-only. If you use a tunnel or reverse proxy, keep credentials outside the repository and treat your own deployment as a private service.
Security
See SECURITY.md. In particular, do not publish real device identities, local paths, pairing secrets, tunnel credentials, or workspace binding state.
License
MIT.
This server cannot be deployed
Maintenance
Related MCP Connectors
Hosted MCP server for task-first delegation to remote workstations and workers.
Agent-native registry to discover APIs, MCP servers and CLIs, with live health checks.
Hosted MCP memory and agent control plane for durable conversations, jobs, and operations.
MCP Hub: AI service discovery, per-user OAuth, and multi-service workflow orchestration
Related MCP Servers
- AlicenseNot gradedqualityAmaintenanceA unified hub for centrally managing and dynamically orchestrating multiple MCP servers/APIs into separate endpoints with flexible routing strategies.860 npm2,461Apache 2.0
- FlicenseNot gradedqualityNot gradedmaintenanceAggregates multiple MCP servers behind a single, secure endpoint with unified tool/resource discovery, OAuth authentication, and resilient request routing. Enables users to manage and interact with multiple MCP backends through one centralized interface with load balancing and circuit breakers.2-
- FlicenseNot gradedqualityDmaintenanceAggregate, route, and orchestrate multiple MCP backend servers behind a single MCP endpoint.-
- AlicenseAqualityAmaintenanceEnables AI harnesses to connect to a single MCP endpoint that routes to multiple downstream MCP servers, discovering and executing capabilities on demand while keeping tool schemas out of context.450 npmApache 2.0