MCP, ACP o skills de IA: qué conexión necesitas
Distingue endpoints de modelos, herramientas MCP, agentes ACP, skills reutilizables y tareas programadas con ejemplos concretos.
Quieres que un asistente lea una incidencia, corrija un error o repita una revisión semanal. «Añadir una integración» no te dice qué configuración necesitas. Los endpoints de modelos, MCP, ACP, los skills y los horarios se ocupan cada uno de una parte distinta del trabajo.
Empieza por la acción que quieres y averigua qué falta. Añadir un protocolo no te da un modelo mejor, no inicia sesión en una cuenta ni mantiene un ordenador encendido. Esta guía te ayuda a elegir la configuración más pequeña que funcione, en Mono by Reunified o en una aplicación parecida.
1. Identifica la capacidad que falta
Usa esta tabla antes de ponerte a buscar un plugin:
| Objetivo inmediato | Qué revisar primero |
|---|---|
| Usar otro modelo para las respuestas de texto | Ajustes del endpoint del modelo |
| Consultar o modificar información de otro servicio | Un servidor MCP adecuado o una integración incluida |
| Trabajar con un agente de programación en un repositorio | Si el cliente y el agente ACP funcionan juntos |
| Reutilizar un flujo empaquetado | Un skill y lo que necesita |
| Repetir una acción que ya funciona | Un programador de tareas y dónde se ejecuta |
Son puntos de partida y a menudo funcionan juntos. Un skill puede usar MCP, un agente de programación puede llamar herramientas y una tarea programada puede ejecutar un skill. Busca la primera pieza que falta en vez de instalar todas las capas.
2. Usa MCP para acceder a un servicio
Model Context Protocol (MCP) conecta una aplicación de IA con funciones que ofrece un servidor. La documentación oficial las divide en herramientas, recursos y prompts. Un servidor puede ofrecer uno o varios.
Imagina que quieres listar las incidencias abiertas de un servicio de proyectos. Necesitas una conexión que ofrezca esa consulta y una cuenta con permiso para leer el proyecto. Un servidor que busca incidencias no tiene por qué poder crearlas o cerrarlas.
Comprueba qué puede hacer de verdad el servidor y pruébalo con una petición pequeña de solo lectura. Para los pasos de configuración, usa la guía de conexión MCP. Cambiar de modelo de lenguaje no le da acceso a tu cuenta del proyecto.
3. Usa ACP para una sesión de programación
Agent Client Protocol (ACP) define cómo se comunica un agente de programación con un cliente, como un editor. La introducción de ACP lo explica. El agente hace el trabajo en el repositorio; el cliente es la pantalla desde la que lo diriges.
Para «encuentra y corrige este test que falla», comprueba que el agente, el cliente y el ordenador que los ejecuta funcionan juntos. Que usen el mismo protocolo no demuestra que se hayan probado juntos. El repositorio y los comandos siguen necesitando un ordenador con los accesos y las herramientas adecuados.
Un teléfono puede controlar ese trabajo sin ser el ordenador que lo ejecuta. En Mono Code, tu ordenador aloja los proyectos y tu teléfono maneja agentes como Claude Code, Gemini CLI u OpenCode mediante ACP. Nuestra guía de programación remota trata tareas pequeñas, aprobaciones y reconexión. ACP no te da un ordenador en la nube siempre encendido ni paga la factura del proveedor del agente.
4. Usa un skill para reutilizar un comportamiento
«Skill» significa cosas distintas en cada producto. En Mono, un skill es un complemento que puede incluir módulos, parámetros y conexiones con otros servicios. En otros sitios, un skill puede ser un documento de instrucciones o un paquete con otro formato. No des por hecho que los skills de un producto funcionen en otro.
Para «da el mismo formato a estas notas cada semana», mira primero qué espera recibir el skill y qué devuelve. Puede usar solo el texto que le das, llamar a un modelo u obtener información a través de una conexión. Cada una de estas opciones añade configuración y otra cosa que puede fallar.
Usa la lista de instalación de skills para revisar lo que necesita un skill y probar un resultado. Que se instale bien no demuestra que su fuente de datos funcione hoy ni que se ejecute en todos los dispositivos.
5. Añade un horario cuando funcione la acción
Un programador decide cuándo empieza el trabajo. No aporta datos ni permisos que falten. Para un resumen semanal de un proyecto, comprueba primero a mano que puedes obtener los elementos correctos y un resumen útil. Después decide dónde puede ejecutarse la tarea a la hora que necesitas.
Las Tareas de Mono se ejecutan en tu dispositivo, y una tarea que se perdió con la app cerrada se pone al día la próxima vez que la abres. Así que no esperes que una tarea se ejecute a su hora con el teléfono apagado. Una tarea que necesita un comando de escritorio también necesita ese ordenador; un horario no traslada el comando a tu teléfono.
Si falta un resultado programado, revisa dónde se ejecuta la tarea antes de cambiar de modelo. Si un servicio devuelve un error de autorización, revisa la conexión de su cuenta antes de reinstalar el agente de programación.
6. Describe tu configuración en cinco líneas
Escribe cinco líneas: modelo, servicios externos, acciones reutilizables, ordenador de programación (si lo hay) y horario (si lo hay). Deja vacías las que no uses. Junto a cada parte que uses, anota quién la gestiona, qué información recibe y quién te la cobra.
Una tarea sencilla de escritura puede necesitar solo un modelo. Arreglar un repositorio puede necesitar un agente ACP y un ordenador, pero ninguna conexión MCP nueva. Un resumen semanal de un servicio puede necesitar una conexión, un skill y un programador en marcha.
Mono todavía no está disponible, pero puedes apuntarte a la lista de espera. Mientras tanto, usa este mapa para planear una configuración que puedas explicar y probar antes de ampliarla.
