osFoundry / Platform
Conectores
Un catálogo de cada integración que soporta la plataforma: oficiales y de la comunidad.
Qué es
Conectores es el catálogo único de osFoundry con todas las integraciones que el espacio de trabajo puede alcanzar, y abarca dos tipos de cosas: los conectores API (una API HTTP externa detrás de OAuth, clave de API, bearer o autenticación básica) y los servidores MCP (herramientas del Model Context Protocol que se ejecutan en local en tu dispositivo o se alojan sobre HTTP). En lugar de dispersar las integraciones por páginas de ajustes separadas, la pantalla de exploración lo agrupa todo por categoría: proveedores de IA, productividad, comunicación, herramientas para desarrolladores, almacenamiento, redes sociales y MCP, con una búsqueda en vivo sobre nombres, descripciones y etiquetas para que encuentres una capacidad tal como la buscarías de verdad.
Dentro de osFoundry el catálogo no es una lista estática. El panel Descubrir busca en el MCP Registry oficial desde la propia aplicación, de modo que "lo que podría añadir" queda justo al lado de "lo que ya tengo". Puedes escribir una consulta o pegar la URL de un repositorio de GitHub, y osFoundry la resuelve en un servidor estructurado e instalable (comando, argumentos y variables de entorno necesarias), en vez de adivinar a partir de un README. Como la publicación en el registro no requiere permisos, cada resultado muestra su procedencia: una insignia de espacio de nombres verificado indica que el publicador demostró quién es (OAuth de GitHub para espacios io.github.*, o prueba DNS/HTTP para un dominio), que es justo la señal que necesitas para distinguir un servidor legítimo de un typosquat antes de instalarlo. Las tarjetas señalan si un servidor se ejecuta en tu dispositivo (stdio) o está alojado (HTTP), y si ya lo has añadido.
Esto importa porque osFoundry funciona con tus propias claves (BYOK) y es local-first. Conectas tus propias cuentas con tus propias credenciales, sin sobreprecio de reventa, y los secretos viven en el llavero del sistema operativo, nunca dentro de la definición del conector ni del contexto que se envía a un modelo. Una vez colocado un conector, los agentes y las apps del espacio de trabajo lo usan a través de un proxy auditable y controlado por el administrador: las apps se ejecutan sin acceso directo a la red y llaman a connector.call(), de forma que cada petición saliente se verifica contra el manifiesto de la app y queda registrada. La detección de actualizaciones avisa cuando un servidor del registro ya instalado tiene una versión más nueva, y nunca vuelve a ejecutar código nuevo en silencio: un comando o una URL de servidor que cambian piden el mismo consentimiento explícito que la primera instalación.
Capacidades principales
- Explora todas las integraciones en un solo catálogo: conectores API y servidores MCP, agrupados por categoría (proveedores de IA, productividad, comunicación, herramientas de desarrollo, almacenamiento y más) con búsqueda sobre nombres, descripciones y etiquetas
- Descubre servidores de la comunidad del MCP Registry oficial (registry.modelcontextprotocol.io) desde la propia app, o pega la URL de un repositorio de GitHub para resolverla en un servidor instalable
- Comprueba quién publicó un servidor antes de instalarlo: una insignia de verificación marca los espacios de nombres verificados en el registro (OAuth de GitHub o prueba DNS/HTTP) y distingue lo propio de las entradas de comunidad sin permisos
- Instala servidores locales (stdio en el dispositivo) que se ejecutan como proceso hijo en tu propia máquina, o servidores alojados (HTTP) mediados por la plataforma: las credenciales quedan en el llavero del sistema, nunca en la definición del conector
- Conecta tus propias cuentas con tus propias claves (OAuth, clave de API, bearer o básica), sin sobreprecio de reventa, y deja que agentes y apps llamen a esas herramientas a través de un proxy de conectores auditable y controlado por el administrador
Casos de uso
- Administrador del espacio de trabajo: configura una vez un conector API de Twitter/X o Salesforce (URL base, ámbitos de OAuth) para que cada app y agente del espacio pueda llamarlo por el proxy sin que cada usuario cablee credenciales
- Desarrollador o usuario avanzado: pega la URL de GitHub de un servidor MCP, ve que es un espacio io.github verificado, lo instala como servidor stdio local e invoca sus herramientas desde el chat al instante
- Equipo con conciencia de privacidad: guarda las claves de API en el llavero del sistema y ejecuta servidores MCP locales en el dispositivo para que los datos y las credenciales nunca salgan de la máquina, mientras explora integraciones de la comunidad en un mismo catálogo
Preguntas frecuentes
¿Cuál es la diferencia entre un conector API y un servidor MCP aquí?
Un conector API envuelve una API HTTP externa concreta detrás de un método de autenticación (OAuth, clave de API, bearer o básica) y normalmente lo crea una vez un administrador del espacio de trabajo, para que después apps y agentes lo llamen a través del proxy de conectores. Un servidor MCP expone herramientas mediante el Model Context Protocol: se ejecuta en local como proceso hijo en tu dispositivo (stdio) o se alcanza por HTTP (alojado). Ambos aparecen en el mismo catálogo, etiquetados como API o MCP, así que los exploras juntos.
¿De dónde salen los conectores de la comunidad y son seguros?
El panel Descubrir busca en el MCP Registry oficial (registry.modelcontextprotocol.io), donde cualquiera puede publicar. osFoundry muestra una insignia de verificación cuando el espacio de nombres del publicador está verificado: OAuth de GitHub para nombres io.github.* o prueba DNS/HTTP para un dominio. Eso prueba quién publicó un servidor, no que su código sea seguro, así que se espera que compruebes al publicador antes de instalar. Los servidores locales se ejecutan en tu propia máquina y sus variables de entorno necesarias se muestran por adelantado.
¿Dónde se guardan mis credenciales?
Los secretos nunca se guardan en la definición del conector ni se envían al modelo: el catálogo solo lleva nombres de variables y cabeceras, no sus valores. Para los servidores MCP locales, las credenciales viven en el llavero del sistema operativo. Las credenciales de los conectores API solo se descifran en el servidor para construir cabeceras de autenticación cuando el proxy hace una petición en nombre de una app, y esa petición se verifica contra el manifiesto de la app y es auditable. Esto es coherente con que osFoundry funcione con tus propias claves y sea local-first.