Cuando alguien dice 'estoy construyendo un agente', muchas veces en realidad esta hablando de un prompt, una CLI, una skill o un workflow. Esa confusion cuesta tiempo, dinero y decisiones mal planteadas. Vamos a limpiarla.
- Una CLI es una puerta de uso. Una skill es una receta. Un MCP es un puente. Un agente es un sistema.
- No todo workflow necesita agente. Y no todo agente deberia existir.
- Entender estas fronteras evita stacks inflados y promesas tecnicas vacias.
La forma corta de entenderlo
Una API expone capacidad. Una CLI te deja usar esa capacidad desde terminal. Una skill empaqueta instrucciones reutilizables. Un MCP conecta modelos con herramientas y recursos externos. Un agente orquesta modelo, reglas y herramientas para hacer trabajo. Un workflow define pasos. Una automatizacion hace que esos pasos ocurran solos o casi solos.
La confusion empieza cuando quieres que una sola pieza haga el trabajo de todas las demas.
Que hace cada pieza en la practica
| Pieza | Que resuelve | Error comun |
|---|---|---|
| API | Acceso programable a una capacidad | Creer que ya es un producto listo para usuario final |
| CLI | Uso directo o automatizable desde terminal | Pedirle UX de app a una interfaz pensada para operadores |
| Skill | Instruccion reusable para una tarea especializada | Confundirla con un plugin que hace magia por si solo |
| MCP | Conectar herramientas o recursos con el modelo | Usarlo cuando bastaba una tool simple |
| Agente | Trabajo de varios pasos con reglas y herramientas | Invocarlo para tareas triviales que eran mejores como workflow |
| Workflow | Secuencia repetible de pasos | Meter razonamiento donde solo hacia falta orden |
| Automatizacion | Reducir trabajo manual | Creer que toda automatizacion necesita IA |
Cuando basta un workflow y cuando aparece de verdad un agente
Si ya conoces los pasos, las validaciones y las salidas, normalmente un workflow basta. Un agente entra cuando la ruta necesita decidir entre varias opciones, leer contexto mas ambiguo o escoger herramientas segun lo que vaya encontrando.
El problema es que mucha gente llama 'agente' a cualquier flujo que suena avanzado. Eso hincha la arquitectura y vuelve fragil algo que pudo ser simple.
Donde encajan las skills y los MCPs en un sistema util
Las skills son una manera de empaquetar experiencia operativa. En lugar de repetir el mismo criterio una y otra vez, lo conviertes en un flujo reusable. Eso sirve para escribir mejor, auditar mejor, investigar mejor o desplegar con menos errores.
Los MCPs, en cambio, ordenan la conexion con herramientas, archivos, navegadores, bases de datos o sistemas externos. Son mas de infraestructura y superficie de acceso que de criterio editorial.
La mejor arquitectura para empezar
- Una o dos tools fiables.
- Uno o dos workflows muy claros.
- Una skill para una tarea repetida de alto valor.
- Un agente solo cuando ya haya una razon operacional para orquestar varias piezas.
Que leer despues
Como crear tu primera skill
La aplicacion practica de esta pieza conceptual.
AbrirComo crear tu primer agente util
La guia para cuando ya entendiste fronteras y quieres pasar a sistema.
AbrirComo crear tu primera automatizacion con IA
El camino correcto cuando un workflow simple todavia gana.
AbrirConversa con la academia y deja criterio publico.
Ahora el acceso vive arriba a la derecha, como debe ser. Desde ahi puedes entrar, comentar y abrir el bot flotante para resolver dudas puntuales sin romper la lectura.
Los comentarios se moderan cuando hace falta, los aportes utiles se votan y el bot flotante responde corto, con contexto del articulo y limites claros de uso.