GUÍA VISUAL · IA AGÉNTICA

Los assets de la IA, explicados

Del modelo al método: qué es cada pieza, para qué sirve y cómo encajan entre sí. Organizado en cuatro capas, de lo que piensa a lo que garantiza la calidad.

Cómo encaja todo

Un recorrido de una tarea, de la spec al resultado
ENTRADASpecQué construir, por qué y cómo se valida (Spec Driven Development).
HARNESSp. ej. Claude Code o Cursor · gestiona contexto, permisos y ejecución
Contexto Lo que el modelo ve en cada vuelta:
InstruccionesMemoriaSkills cargadasResultados previos
Modelo Razona y decide la siguiente acción, o que ya ha terminado. + Subagentes: copias con su propio contexto para subtareas
Tools · MCP Ejecutan acciones reales: ficheros, terminal, APIs, Jira… + Hooks: reglas fijas antes y después de cada acción
LOOP · el resultado de cada tool vuelve al contexto y el ciclo se repite hasta cumplir el objetivo. Esto es lo que llamamos agente.
SALIDAResultadoCódigo, documento o acción, verificado contra la spec con tests y evals.
01

El cerebro

Lo que piensa y lo que sabe en cada momento

Modelo

LLM · el motor de razonamiento

Red neuronal que, dado un texto de entrada, genera la continuación más probable. Razona, escribe y decide, pero por sí solo no recuerda nada entre llamadas ni puede actuar sobre el mundo.

Analogía

Un experto brillante en una sala sin ventanas: solo sabe lo que le pasas por debajo de la puerta.

EjemploClaude, GPT, Gemini, Llama Llamada API: texto entra → texto sale

Contexto

Ventana de contexto · memoria de trabajo

Todo lo que el modelo “ve” en una llamada: instrucciones, historial, ficheros leídos y resultados de herramientas. Es finito (se mide en tokens) y es el recurso más escaso que hay que gestionar.

Analogía

La mesa de trabajo: lo que no cabe encima no existe para el modelo.

Ejemplo200K tokens ≈ un libro largo Llenarlo de logs empeora el razonamiento

Instrucciones

System prompt · CLAUDE.md · AGENTS.md

Texto fijo que se inyecta al inicio de cada sesión para definir rol, reglas y convenciones del proyecto. Se carga siempre, así que debe ser corto y de alto valor.

Analogía

El onboarding de un nuevo empleado: “así trabajamos aquí”.

EjemploCLAUDE.md - Usa pnpm, nunca npm - Pasa los tests antes de commit

Memoria

Persistencia entre sesiones

Información que sobrevive al final de la conversación: decisiones, preferencias, estado de un proyecto. El modelo no la guarda; lo hace el sistema, que la vuelve a meter en el contexto cuando hace falta.

Analogía

La libreta del experto: lo que apunta hoy lo lee mañana.

Ejemplomemory/decisiones.md “Las ADRs viven en /docs/adr”
02

Las capacidades

Cómo actúa el modelo y qué sabe hacer

Tool

Herramienta · function calling

Función con nombre, descripción y esquema de parámetros que el modelo puede pedir ejecutar. El modelo no la ejecuta: emite la llamada, el harness la corre y le devuelve el resultado.

Analogía

Las manos: el cerebro decide “abre ese fichero” y la mano lo hace.

Ejemploread_file(path) bash(cmd) create_ticket(title, desc)

MCP

Model Context Protocol

Estándar abierto para conectar aplicaciones de IA con sistemas externos. Un servidor MCP expone tools, recursos y prompts; cualquier cliente compatible los usa sin integración a medida.

Analogía

El USB-C de la IA: un único conector para cualquier periférico.

EjemploServidores MCP de Jira, GitHub, Postgres, Slack, Zendesk…

Skill

Saber hacer, cargado bajo demanda

Carpeta con un SKILL.md (instrucciones) y, opcionalmente, scripts y plantillas. Solo su descripción ocupa contexto; el contenido completo se carga cuando la tarea lo necesita.

Analogía

El manual de procedimientos de la estantería: lo abres solo cuando toca.

Ejemploskills/crear-adr/ SKILL.md plantilla.md · validar.py

Plugin

Paquete distribuible

Empaqueta varias piezas (skills, comandos, subagentes, hooks y servidores MCP) para instalarlas de una vez y compartirlas con todo un equipo de forma versionada.

Analogía

Una caja de herramientas montada para un oficio concreto.

Ejemploplugin “engineering”: code-review + deploy-checklist + MCP de Jira
03

La ejecución

Quién orquesta el trabajo y cómo se repite

Harness

El entorno que envuelve al modelo

El software que convierte un modelo en un agente: ejecuta el loop, llama a las tools, gestiona contexto y permisos, carga skills y dispara hooks. El mismo modelo rinde muy distinto según el harness.

Analogía

El coche alrededor del motor: chasis, volante y frenos.

EjemploClaude Code · Cursor · Codex CLI Agent SDK para construir el tuyo

Agente

Modelo + tools + objetivo + autonomía

Sistema que recibe un objetivo y decide por sí mismo qué pasos dar, qué herramientas usar y cuándo ha terminado. A diferencia de un workflow, el camino no está programado de antemano.

Analogía

Un empleado al que le das un objetivo, no una lista de clics.

Ejemplo“Arregla el test que falla en CI” → lee logs, edita, ejecuta, verifica

Loop

Bucle agéntico

El ciclo que repite el agente: pensar → actuar (llamar a una tool) → observar el resultado → decidir el siguiente paso. Termina al cumplir el objetivo, agotar un límite o necesitar a un humano.

Analogía

Un piloto corrigiendo el rumbo continuamente, no un disparo único.

Ejemploedita → tests → 2 fallos edita → tests → verde → fin

Subagente

Agente delegado con contexto propio

Agente lanzado por otro para una subtarea. Trabaja en su propia ventana de contexto y devuelve solo la conclusión: permite paralelizar y mantener limpio el contexto principal.

Analogía

Un jefe de proyecto que delega en especialistas y recibe resúmenes.

EjemploExplorador: busca en 400 ficheros Revisor: audita el diff sin sesgo
04

Control y método

Cómo garantizar calidad y previsibilidad

Hooks

Automatismos deterministas

Scripts que el harness ejecuta siempre en eventos del ciclo de vida: antes o después de usar una tool, al terminar, al iniciar sesión. No dependen de que el modelo “se acuerde”: imponen reglas.

Analogía

La frenada automática: actúa aunque el conductor se despiste.

EjemploPostToolUse → formatear al editar PreToolUse → bloquear cambios en .env

Evals

Tests del comportamiento de la IA

Conjunto de casos con resultado esperado para medir si un prompt, skill o agente funciona, y detectar regresiones al cambiar de modelo o de instrucciones.

Analogía

Los tests unitarios, pero para algo no determinista.

Ejemplo50 tickets reales etiquetados ¿El agente los clasifica bien? Medir antes y después del cambio

Spec Driven Development

La especificación como fuente de verdad

Metodología en la que primero se acuerda qué se construye y por qué, y después el agente implementa contra esa spec y se verifica contra ella. Sustituye el “vibe coding” por trabajo revisable: se revisa la intención antes que el código.

1 · ESPECIFICARRequisitos y criterios de aceptación
2 · PLANIFICARDiseño técnico y decisiones
3 · DESGLOSARTareas pequeñas y verificables
4 · IMPLEMENTAREl agente ejecuta y valida
Analogía

Los planos antes de la obra: se firman los planos, no se improvisa con el ladrillo en la mano.

EjemploGitHub Spec Kit · Kiro · BMAD spec.md → plan.md → tasks.md → código

Confusiones habituales

Las parejas que más se mezclan

Tool vs MCP

Una tool es una función concreta. MCP es el protocolo estándar para publicar tools (y datos) desde un sistema externo. MCP es cómo llegan; la tool es lo que se llama.

MCP vs Skill

MCP da acceso: conectar con Jira. Una skill da saber hacer: cómo triar un incidente usando Jira. No compiten, se combinan.

Instrucciones vs Skill

CLAUDE.md se carga siempre; una skill, solo cuando hace falta. Lo que aplica a todo va en instrucciones; lo específico de una tarea, en una skill.

Skill vs Hook

Una skill es una guía que el modelo decide seguir. Un hook es una regla que el sistema impone. Si algo tiene que pasar siempre, es un hook.

Agente vs Harness

El agente es el comportamiento: un modelo decidiendo en bucle. El harness es la infraestructura que lo hace posible. Claude Code es un harness; lo que hace dentro, un agente.

Agente vs Workflow

En un workflow los pasos están programados; en un agente los decide el modelo. Si el camino es siempre el mismo, un workflow es más barato y más fiable.

?

Pon a prueba lo aprendido

20 preguntas · la corrección aparece al final