IA Tools: comandos, skills, plugins, hooks y MCP
IA Tools reúne las piezas reutilizables que amplían el comportamiento de un agente: comandos, skills, plugins, hooks y conexiones MCP. El agente es quien decide y ejecuta; estas herramientas le proporcionan procedimientos, disparadores o acceso a capacidades adicionales.
La separación importa porque cada mecanismo tiene un ciclo de vida y un nivel de confianza diferente. Un prompt se consume como texto; un servidor MCP puede recibir credenciales y ejecutar acciones; un hook puede correr automáticamente después de cada edición.
Mapa de conceptos
Sección titulada «Mapa de conceptos»| Concepto | Propósito principal | Se activa |
|---|---|---|
| Prompt | Dar una instrucción o contexto para una tarea | Al enviarlo |
| Comando | Iniciar manualmente un flujo conocido | Cuando la persona lo invoca |
| Skill | Enseñar un procedimiento con instrucciones y recursos | Cuando la tarea coincide o se solicita |
| Herramienta | Ejecutar una operación concreta | Cuando el agente decide usarla |
| Plugin | Distribuir varias capacidades como un paquete | Al instalarlo y habilitar sus componentes |
| MCP | Conectar herramientas o datos mediante un protocolo común | Al conectar un servidor |
| Hook | Ejecutar una comprobación o automatización ante un evento | Automáticamente cuando ocurre el evento |
Qué elegir según la necesidad
Sección titulada «Qué elegir según la necesidad»| Necesidad | Empieza por |
|---|---|
| Recordar una instrucción una sola vez | Prompt |
| Repetir una solicitud explícita | Comando |
| Aplicar un método especializado | Skill |
| Consultar o modificar un servicio | MCP o herramienta nativa |
| Instalar una integración completa | Plugin |
| Validar automáticamente cada cambio | Hook |
| Coordinar trabajo autónomo | Agentes, no una tool aislada |
Usa el mecanismo más pequeño que resuelva el problema. Convertir cada instrucción en plugin o conectar un servidor para una consulta puntual añade mantenimiento y permisos sin aportar valor.
Comandos
Sección titulada «Comandos»Un comando personalizado es un atajo para un prompt o flujo que una persona decide iniciar. Encaja en tareas frecuentes con un punto de entrada claro: preparar un commit, explicar código, ejecutar una auditoría o redactar una descripción de pull request.
Un buen comando declara qué información necesita, qué puede cambiar y qué resultado debe entregar. No debería esconder acciones destructivas ni asumir que cada proyecto utiliza los mismos scripts.
Una skill empaqueta conocimiento operativo en un SKILL.md y puede incluir referencias, plantillas o scripts. A diferencia de un prompt suelto, define cuándo aplica, qué pasos seguir y cómo comprobar el resultado.
Antes de instalarla revisa:
- alcance y condiciones de activación;
- archivos adicionales y scripts ejecutables;
- herramientas o red que necesita;
- instrucciones que podrían contradecir las del repositorio;
- mantenedor, licencia y frecuencia de actualización.
Una skill no añade conocimiento mágico al modelo. Hace explícito un procedimiento y reduce decisiones improvisadas, pero todavía necesita contexto correcto y revisión humana.
Plugins
Sección titulada «Plugins»Un plugin es un contenedor de distribución. Puede aportar skills, comandos, agentes especializados, hooks, servidores MCP o configuración. Por eso “instalar un plugin” no describe por sí solo qué acceso se está concediendo.
Revisa cada componente del manifiesto y deshabilita lo que no necesites. Actualizar un plugin también puede cambiar sus instrucciones, ejecutables o permisos, aunque conserve el mismo nombre.
MCP significa Model Context Protocol. Permite que un cliente de IA descubra recursos y herramientas expuestos por un servidor compatible sin diseñar una integración distinta para cada agente.
Un servidor puede ser local o remoto y operar sobre repositorios, bases de datos, navegadores o cuentas externas. El protocolo normaliza la comunicación, pero no garantiza confianza. Antes de conectarlo comprueba:
- qué datos puede leer y dónde se procesan;
- qué acciones puede ejecutar o revertir;
- qué credenciales recibe y cómo se revocan;
- si permite limitar permisos o usar modo de solo lectura;
- qué registros conserva y quién mantiene el servidor.
Un hook responde a eventos como editar un archivo, terminar una tarea o ejecutar una herramienta. Es apropiado para reglas deterministas: formatear, impedir secretos, validar archivos modificados o exigir una comprobación antes de finalizar.
Como puede ejecutarse sin una petición nueva, debe ser rápido, predecible y visible. Un hook complejo que modifica muchos archivos silenciosamente es más difícil de depurar que el problema que intenta resolver.
Cómo se combinan
Sección titulada «Cómo se combinan»tarea └─ agente ├─ instrucciones del proyecto ├─ comando o skill que guía el procedimiento ├─ herramientas nativas o MCP para actuar ├─ plugin que distribuye capacidades relacionadas └─ hooks que validan eventos importantesLas capas pueden combinarse, pero no deben duplicar la misma regla. Si una convención vive en AGENTS.md, copiarla dentro de cinco skills crea versiones contradictorias con el tiempo.
Flujo de incorporación
Sección titulada «Flujo de incorporación»- Define el problema que la herramienta debe resolver.
- Comprueba si basta un prompt, comando o instrucción existente.
- Lee la fuente y enumera archivos, scripts, permisos y conexiones.
- Instala primero en un proyecto de prueba o con el alcance mínimo.
- Ejecuta una tarea conocida y revisa acciones, salidas y diff.
- Documenta cómo actualizar, deshabilitar y eliminar la integración.
- Reevalúa la herramienta cuando cambie de mantenedor o de permisos.
Para delimitar autoridad, permisos y verificación durante una tarea completa, consulta el workflow seguro con agentes.