Conecta cualquier servidor MCP.O escribe el tuyo.
Megha habla el Model Context Protocol, así que los sistemas que ya usas se enchufan directamente a la capa de agentes. Un directorio de conectores verificados cubre los más habituales, y cualquier cosa que escribas tú funciona igual.
Dónde se sitúa realmente un servidor MCP.
Un conector local es un subproceso en tu máquina. Uno remoto es un servicio al otro lado de la red. Esa diferencia decide quién más puede ver lo que envías.
Los servidores locales se quedan en la máquina. Los remotos no.
Ambos son útiles. Lo que importa es saber cuál de los dos estás conectando.
- Se ejecuta como subproceso en tu máquina, y arranca y para con la sesión
- Sin cuenta, sin salto de red, sin nada contra lo que autenticarse
- Las credenciales que necesita (un DSN de base de datos, una ruta) se quedan en tu propia configuración
- La elección evidente para bases de datos, archivos y CLI internas
- Llega a un servicio por la red, así que su operador ve lo que envías
- Inicio de sesión OAuth gestionado dentro de la aplicación para los servidores que lo exigen
- Lo mejor para el SaaS que ya usas y en el que ya confías con esos mismos datos
- Desconéctalo cuando quieras desde el mismo directorio donde lo añadiste
Las conexiones viven en un archivo que puedes leer.
Cada conexión que haces se escribe en un archivo de configuración en texto plano: nombre, transporte, dónde alcanzarlo y si está activo. Puedes leerlo, tenerlo en control de versiones y copiarlo a otra máquina.
- Un archivo, versionable y desplegable en toda una flota
- Los servidores locales y remotos se describen igual
- Cada servidor se enciende y se apaga por separado
- El mismo archivo sirve en la aplicación de Mac, en el escritorio y en el sistema completo
{
"servers": [
{
"name": "github",
"transport": "http",
"command": "https://api.githubcopilot.com/mcp",
"auth": "oauth",
"enabled": true
},
{
"name": "postgres",
"transport": "stdio",
"command": "mcp-server-postgres",
"args": ["--dsn", "postgresql://localhost/analytics"],
"enabled": true
}
]
}A qué estás accediendo en realidad.
Un servidor MCP es código de terceros llegando a tus datos. Ser preciso sobre lo que concede una conexión es más útil que tranquilizar.
Conectar un servidor es la aprobación
Añades un servidor a propósito, desde el directorio o apuntando a uno que escribiste, y en los remotos inicias sesión. A partir de ahí sus herramientas se ejecutan dentro de la conversación sin una tarjeta de confirmación en cada llamada, que es lo que las hace usables.
Eso significa que confías en el servidor, y deberías tratarlo así
Un servidor conectado ve los argumentos que le envía el agente, y las descripciones de sus herramientas pasan a formar parte de lo que lee el modelo. Conecta servidores como añades una dependencia: desde una fuente en la que tengas motivos para confiar.
Cada conexión es independiente
Los servidores se activan y desactivan de uno en uno. Apagar uno no molesta a ninguna otra conexión, y nada de lo que estuviera haciendo sobrevive al interruptor.
Nada queda atado a nosotros
El protocolo es abierto y la configuración es un archivo plano que puedes leer, comparar y copiar entre máquinas. Un servidor escrito para MeghaOS no es más que un servidor MCP.
Todos los permisos, en una pantalla, cuando quieras.
La respuesta honesta a «¿a qué puede llegar esto?» es una lista, y el sistema te la compone en cuanto la pidas. Dibujado aquí por el propio renderizador del escritorio; los servidores son inventados.
¿Qué alcanza ahora mismo, en realidad?
Tres servidores, y lo que abre cada uno
Todas las herramientas que tiene
| Herramienta | Alcanza | Te necesita |
|---|---|---|
| read_file | Esta carpeta | no |
| write_file | Esta carpeta | no |
| search_issues | Gestor | no |
| post_comment | Gestor | sí |
| list_events | Calendario | no |
Límites
Si se alcanza cualquiera de los dos límites, la ejecución se detiene en lugar de seguir en silencio.
Qué hay en el directorio.
Incidencias y documentos
GitHub, Linear, Atlassian, Notion, Asana. Conectores oficiales, con inicio de sesión OAuth.
Sistemas de negocio
Stripe, Sentry, Canva y otros, verificados y listos para conectar.
Bases de datos y herramientas internas
Postgres, SQLite, o lo que exponga tu equipo, como servidor local.
Tus propios servidores
Cualquier cosa que escribas. El protocolo es abierto y a MeghaOS le da igual quién lo escribió.
Conectar un servidor, de principio a fin.
Casi todo consiste en elegir de una lista. Escribir el tuyo requiere un nombre y un extremo.
- Paso 1
Abre el directorio de servidores
MeghaOS incluye un directorio de conectores verificados para servicios que la gente usa de verdad: GitHub, Notion, Linear, Atlassian, Stripe, Sentry, Asana y otros. Explóralo desde la aplicación en lugar de ir buscando endpoints.
- Paso 2
Elige un conector, o apunta al tuyo
Escoge uno del directorio, o añade un servidor que hayas escrito dándole un nombre y, o bien un comando para ejecutar en local, o bien una URL a la que llegar.
- Paso 3
Inicia sesión, si el servidor lo pide
Los conectores remotos que necesitan cuenta usan OAuth, gestionado dentro de la aplicación. Los servidores locales normalmente no necesitan nada, o una credencial que pones en su propia configuración.
- Paso 4
Úsalo en la conversación
El conector ya forma parte de lo que el agente puede alcanzar, y sus herramientas se ejecutan dentro del chat mientras trabaja. Conectarlo fue la aprobación, así que no se detiene a preguntar en cada llamada.
- Paso 5
Apágalo cuando termines
Cada servidor tiene su propio interruptor. Desactivar uno deja todas las demás conexiones exactamente como estaban.
Para el protocolo en sí (transportes, primitivas, cómo escribir un servidor y qué concede realmente una conexión) consulta nuestra guía completa del Model Context Protocol.
Lo que la gente pregunta sobre MCP aquí.
¿Qué servidores MCP funcionan con MeghaOS?
Cualquier servidor que implemente el Model Context Protocol, ya sea por stdio o por HTTP en streaming. MeghaOS incluye un directorio de conectores verificados para servicios comunes, y no hay ningún paso de registro para el resto: el protocolo es abierto y al cliente le da igual quién escribió el servidor.
¿Cuál es la diferencia entre un servidor MCP local y uno remoto?
Un servidor local se ejecuta como subproceso en tu propia máquina, así que nada de lo que hace involucra la red y no necesita cuenta. A uno remoto se llega por HTTP, lo que significa que su operador ve los argumentos que envía el agente: algo apropiado para el SaaS en el que ya confías con esos mismos datos, y una consideración real para cualquier otra cosa.
¿En qué estoy confiando cuando conecto un servidor?
Un servidor conectado ve los argumentos que se envían a sus herramientas, y las descripciones que anuncia pasan a formar parte de lo que lee el modelo cuando decide qué hacer. Trata conectarlo como tratas añadir una dependencia: desde una fuente de confianza, y quitándolo cuando ya no lo necesitas.
¿Necesito una cuenta o una clave de API para usar MCP?
Para MeghaOS no. El soporte de MCP forma parte del entorno de ejecución de los agentes y no cuesta nada. Los servidores concretos pueden necesitar sus propias credenciales, como una cadena de conexión a una base de datos o un inicio de sesión OAuth, y esas pertenecen al servidor, no a nosotros.
¿Cómo desconecto un servidor?
Apágalo en el mismo sitio donde lo añadiste. Cada conexión es independiente, así que desactivar una no afecta a las demás.
¿Funciona la misma configuración en todas las ediciones?
Sí. Las conexiones se guardan en un archivo de configuración en texto plano que es el mismo en la aplicación de Mac, en el entorno de escritorio de Linux y en el sistema operativo completo: legible, comparable y portable entre máquinas.
- Agentes que llaman a herramientas MCPEjecución en paralelo con presupuestos por servidor y ámbitos explícitos.
- El sandbox donde se ejecuta un servidor MCPLo que puede ver un servidor conectado, dicho sin rodeos.
- MCP dentro de Code StudioLlamadas a herramientas conscientes del repositorio, acotadas al espacio que abriste.
Trae tus propias herramientas.
Conecta los servicios que ya usas, desde un directorio de conectores verificados, o apunta MeghaOS a un servidor que hayas escrito tú.