Fragua Tech

Sistemas de Agentes

Clase 10 · Final

Pasas de usar un agente a dirigir un equipo de ellos. Tú eres el director: diseñas roles, repartes herramientas y orquestas el trabajo.

Objetivos de aprendizaje

En la Clase 9 entendiste qué es un agente. Hoy ves el marco completo —de losworkflows a los agentes— y aprendes a construir sistemas de varios, con roles especializados, dentro de Claude Code.

🧭

Workflows y agentes

Distinguir un workflow de un agente y elegir el patrón adecuado (los 5 de Anthropic).

🤖

Agentes especializados

Crear subagentes con su rol, modelo y herramientas (tools) propias.

🧰

Extender Claude Code

Dar contexto y capacidades nuevas con CLAUDE.md, skills y hooks.

Desarrollo paralelo

Coordinar varios agentes y worktrees trabajando a la vez sin pisarse.

Los workflows de IA según Anthropic

En su guía "Building Effective Agents", Anthropic distingue dos formas de construir sistemas con LLMs. La diferencia está enquién decide el camino.

Workflow

LLMs y herramientas orquestados por código predefinido. El camino es fijo: tú lo diseñas de antemano. Más predecible, fácil de depurar y barato.

Agente

El LLM dirige su propio proceso: decide en tiempo real qué pasos dar y qué herramientas usar. Más flexible, pero menos predecible y más costoso.

Ambos se construyen sobre el mismo ladrillo: elLLM aumentado — un modelo con recuperación de información, herramientas y memoria.

        ┌──────── LLM aumentado ────────┐
Entrada │  retrieval · tools · memory  │ Salida
  ─────► └───────────────────────────────┘ ─────►

A continuación, los 5 patrones de workflow, ordenados de menor a mayor autonomía. Empieza siempre por el más simple que resuelva tu problema.

Patrón 1 de 5

Prompt chaining · Encadenamiento

Descompone la tarea en una secuencia fija de pasos: cada llamada al LLM procesa la salida de la anterior. Puedes intercalargates (comprobaciones programáticas) entre pasos.

Entrada
LLM 1 ──► salida 1
   ▼  [gate] ¿pasa el check?
   │   no → corrige / aborta
   ▼  sí
LLM 2 ──► salida 2
LLM 3 ──► Salida final

Cuándo usarlo

La tarea se divide en subtareas claras y fijas. Cambias algo de latencia por más precisión en cada paso.

Ejemplo

Generar un esquema → validar que cumple criterios → redactar el documento completo a partir de él.

Patrón 2 de 5

Routing · Enrutamiento

Un primer LLM clasifica la entrada y la dirige a la tarea especializada que mejor la resuelve. Separar casos permite afinar cada rama.

Entrada
Router (clasifica)
   ├──► LLM especializado A
   ├──► LLM especializado B
   └──► LLM especializado C
          Salida

Cuándo usarlo

Hay categorías distintas que se atienden mejor por separado, y la clasificación se puede hacer con fiabilidad.

Ejemplo

Soporte: reembolso / técnico / general → cada uno con su prompt y sus tools. O mandar lo fácil a un modelo pequeño y lo difícil a uno grande.

Patrón 3 de 5

Parallelization · Paralelización

Varios LLMs trabajan a la vez y un agregador combina sus resultados. Tiene dos variantes.

        Entrada
   ┌───────┼───────┐
   ▼       ▼       ▼
 LLM 1   LLM 2   LLM 3
   └───────┼───────┘
      Agregador ──► Salida

Sectioning (secciones)

Subtareas independientes en paralelo. Ej.: un LLM responde mientras otro revisa que la respuesta sea segura.

Voting (votación)

La misma tarea varias veces para diversidad o consenso. Ej.: revisar código con varios checks y unir hallazgos.

Patrón 4 de 5

Orchestrator-workers · Orquestador-trabajadores

Un LLM central decide las subtareas en tiempo real, las delega a workers y sintetiza sus resultados. A diferencia de la paralelización, aquí las subtareas no están predefinidas.

        Entrada
      Orchestrator
   (decide subtareas
    según la entrada)
   ┌───────┼───────┐
   ▼       ▼       ▼
Worker1 Worker2 Worker3
   └───────┼───────┘
           ▼  sintetiza ──► Salida

Cuándo usarlo

Tareas complejas donde no puedes predecir de antemano qué subtareas harán falta ni cuántas.

Ejemplo

Cambios de código que tocan varios archivos imprevisibles, o una búsqueda que reúne información de múltiples fuentes. Lo verás en acción más adelante, en Orquestación con Claude Code.

Patrón 5 de 5

Evaluator-optimizer · Evaluador-optimizador

Un LLM genera una solución y otro la evalúa y da feedback, en bucle, hasta que cumple los criterios. Como un escritor y su editor.

Entrada ──► Generador ──► solución
              ▲             │
              │             ▼
           feedback ◄── Evaluador
                       ¿aceptable?
              no → otra iteración
              sí → Salida

Cuándo usarlo

Tienes criterios de evaluación claros y refinar iterando aporta valor real.

Ejemplo

Traducción literaria que se pule frase a frase, o una búsqueda compleja que el evaluador decide si está completa o necesita otra ronda.

Estos cinco patrones se combinan: un sistema real suele encadenar varios. Empieza por uno y compón conforme el problema lo pida.

¿Con qué se construye un workflow?

Los patrones anteriores son ideas; esto es con qué implementarlas. Puedes hacerlo sin salir de Claude Code, en código con un SDK, o con un framework dedicado.

🛠 Nativo en Claude Code

  • Skills + hooks: encadenar pasos y poner gates de forma ligera, invocando un comando.
  • Orquestación de subagentes: un flujo de varias fases con paralelización, gates y routing — Claude genera el script de orquestación y lo reejecutas.

⌨️ Programático · Claude Agent SDK

Construyes la orquestación tú mismo en TypeScript o Python sobre la API: routing, bucles, ramas condicionales y agentes en paralelo.

📦 Frameworks dedicados

FrameworkStackIdea
LangGraphPython · JSGrafo de pasos para flujos agénticos
CrewAIPythonEquipos de agentes por roles y tareas
LlamaIndex WorkflowsPythonOrquestación por eventos (RAG y cadenas)
Vercel AI SDKTypeScriptApps web con IA y streaming
MastraTypeScriptAgentes y workflows en TS
Semantic Kernel · AutoGen.NET · PythonOrquestación y multi-agente (Microsoft)

Regla práctica: si ya trabajas en Claude Code, empieza ahí — skills, hooks y orquestación de subagentes cubren la mayoría de los workflows sin dependencias extra.

Del workflow al agente

Los workflows tienen un límite: necesitas conocer los pasos de antemanopara escribirlos en código. ¿Y cuando ni siquiera sabes cuántos pasos hará falta, ni cuáles? Ahí aparece el agente: el LLM toma el control del flujo, decide en cada vuelta qué hacer y usa herramientas en bucle hasta cumplir el objetivo.

recibe el objetivo
┌─► piensa: ¿qué hago ahora?
│      ▼
│   actúa: usa una tool
│      ▼
│   observa el resultado
│      ▼
└── ¿objetivo cumplido?
      no → otra vuelta
      sí → responde

Una evolución, no un reemplazo

El agente no jubila a los workflows. Para tareas predecibles, el camino fijo de un workflow sigue siendo más simple, barato y fácil de depurar. De hecho, dentro de un agente muchas piezas son workflows.

Lo que ganas y lo que pagas

Ganas autonomía y flexibilidad ante problemas abiertos. Pagas con menos predecibilidad, más coste y la necesidad de poner límites —los llamados guardrails: topes de iteraciones, validaciones y revisión humana.

ConceptoWorkflowAgente
¿Quién decide el camino?Tú, en códigoEl LLM, en tiempo real
PasosConocidos y fijosAbiertos, imprevisibles
Ideal paraTareas bien definidasProblemas exploratorios

Regla de Anthropic: empieza por el workflow más simple que funcione y sube a un agente solo cuando la flexibilidad lo justifique. El resto de la clase trata de construir y dirigir esos agentes con Claude Code.

Agentes de IA orientados a productividad

El panorama de herramientas de agentes de código en 2025-2026. No hay una "mejor": hay una mejor para cada flujo de trabajo.

HerramientaTipoFortalezas
Claude CodeAgente de terminalAcceso al sistema de archivos, agentes personalizables, paralelismo
CursorIDE con IAEdición asistida, autocompletado avanzado, chat con contexto
WindsurfIDE con IAFlows asistidos
GitHub CopilotExtensión IDEAutocompletado en línea
DevinAgente autónomoTrabaja de forma completamente independiente

En esta clase nos centramos en Claude Code porque es el que mejor encarna la idea de sistema de agentes que dirige un humano.

El poder de los agentes especializados

Un agente genérico es útil. Pero varios agentes especializados son exponencialmente más poderosos: cada uno hace una cosa, y la hace bien.

Tú (director)
├── Investigador: busca info y documentación
├── Desarrollador: escribe y modifica código
├── Tester: crea y ejecuta pruebas
├── Revisor: revisa y sugiere mejoras
└── Documentador: genera documentación

Cada agente tiene su propio system prompt (las instrucciones base que definen su rol, como viste en la Clase 9), susherramientas y su nivel de autonomía.

¿Por qué dividir en roles?

La misma intuición que la arquitectura de software de la Clase 8:separación de responsabilidades, ahora aplicada a quién hace qué.

Prompts más afilados

Un system prompt centrado en "revisar seguridad" da mejores resultados que uno que intenta cubrirlo todo.

Mínimo privilegio

Das a cada agente solo las herramientas que necesita. Un revisor no debería poder borrar archivos.

Paralelismo

Roles independientes pueden trabajar a la vez: el tester escribe pruebas mientras el developer implementa.

Claude Code: tu asistente de desarrollo

Un agente de IA que vive en tu terminal con acceso completo a tu sistema de archivos. No es un chat: actúa sobre tu proyecto real.

npm install -g @anthropic-ai/claude-code
claude --version
cd mi-proyecto
claude
 
¿Qué quieres construir hoy?

Capacidades principales

  • • Lee y escribe archivos del proyecto
  • • Ejecuta comandos (tests, builds, scripts)
  • • Busca en la web
  • • Entiende el contexto de todo el proyecto
  • • Soporta agentes y skills personalizados

Cómo se siente usarlo

Le pides una tarea en lenguaje natural y él la descompone, toca varios archivos y verifica. Tú revisas y apruebas.

Tú: Agrega un endpoint para estadísticas
    de tareas por usuario
 
Lee la estructura actual del proyecto
Lee el schema de Prisma
Crea la función en el servicio
Agrega la ruta en el controlador
Crea el test correspondiente
Verifica: npm run build && npm test ✓

La calidad de esa secuencia depende del contexto que le diste. Ahí entra el archivo CLAUDE.md.

El archivo CLAUDE.md

El CLAUDE.md en la raíz del proyecto es elmanual de instrucciones para Claude Code. Piénsalo como el onboarding de un nuevo desarrollador.

# CLAUDE.md
 
## Proyecto
API REST para gestión de tareas con Express y Prisma.
 
## Stack
- Node.js 20 + TypeScript · Express · Prisma + PostgreSQL
 
## Convenciones
- TypeScript estricto (no `any`) · archivos kebab-case
- async/await · try/catch en controladores
 
## Comandos
- `npm run dev` · `npm test` · `npm run build`

Regla de oro: cuanto más contexto, mejor resultado. Describe, stack, convenciones, estructura, comandos, reglas de negocio y variables de entorno.

Tools: las manos del agente

Un LLM solo sabe generar texto. Las tools(herramientas) son las acciones concretas que Claude Code puede ejecutar sobre tu proyecto: leer, escribir, correr comandos, buscar… Son lo que lo convierte en un agente y no en un chat.

🔍 Leer y buscar

Read, Glob, Grep — leer archivos y localizar código sin modificar nada.

✏️ Escribir

Write, Edit — crear archivos nuevos o modificar los existentes.

⚙️ Ejecutar

Bash — correr comandos: tests, builds, scripts, git…

🌐 Web

WebSearch, WebFetch — buscar y leer información de internet.

🤝 Coordinar

Agent — invocar a otros agentes. TodoWrite — organizar tareas.

🔌 MCP

Tools externas vía Model Context Protocol: Slack, GitHub, bases de datos, navegador…

Cada agente recibe solo las tools que necesita (el campo tools: que verás enseguida). Esa es la base del mínimo privilegio: un revisor lee pero no escribe.

Skills: instrucciones reutilizables

Un skill es un archivo .md en.claude/skills/ con instrucciones para una tarea concreta. Lo invocas como un comando: /create-endpoint.

<!-- .claude/skills/create-endpoint.md -->
# /create-endpoint
 
## Proceso
1. Leer el schema de Prisma
2. Crear el servicio en src/services/
3. Crear el controlador en src/controllers/
4. Agregar la ruta en src/routes/
5. Crear tests en tests/
6. Verificar: npm run build && npm test
 
## Convenciones
- async/await · validar con Zod · códigos HTTP

Un skill captura un proceso que repites. En vez de re-explicarlo cada vez, lo invocas con una palabra.

Agentes: subagentes con rol propio

Archivos .md en .claude/agents/ confrontmatter YAML. Definen un especialista: su nombre, modelo, herramientas y system prompt.

<!-- .claude/agents/code-reviewer.md -->
---
name: code-reviewer
description: |
  Revisor de código. Busca bugs, problemas de
  rendimiento, seguridad y mantenibilidad.
model: sonnet
tools: ["Read", "Glob", "Grep"]
maxTurns: 10
---
 
Eres un code reviewer senior. Busca:
1. Bugs  2. Seguridad  3. Rendimiento
4. Mantenibilidad  5. Testing

Fíjate en tools: ["Read", "Glob", "Grep"] — solo lectura. Un revisor no necesita escribir: mínimo privilegio.

Anatomía del frontmatter

Cada campo controla un aspecto del agente. Conocerlos te deja diseñar especialistas con precisión.

CampoPara qué sirve
nameIdentificador del agente, con el que lo invocas
descriptionCuándo usarlo; incluye ejemplos para que se auto-invoque
modelopus, sonnet o haiku según complejidad vs coste
toolsLista de herramientas permitidas (mínimo privilegio)
maxTurnsTope de iteraciones para evitar bucles infinitos
colorColor en la UI para distinguirlo de un vistazo

Bajo el frontmatter va el system prompt: rol, qué revisar/hacer y el formato del output esperado.

Hooks: automatización determinista

Skills y agentes dependen de que el modelo decida usarlos. Un hook no: es un comando que se ejecuta siempre, de forma automática, en un momento concreto del ciclo de vida de Claude Code.

Son tu garantía: "cada vez que pase X, ejecuta Y". El LLM no puede saltárselo ni olvidarlo.

EventoSe dispara…Uso típico
PreToolUseantes de ejecutar una herramientaBloquear comandos peligrosos
PostToolUsetras ejecutarla con éxitoFormatear el archivo editado
UserPromptSubmital enviar tú un mensajeInyectar contexto (rama, issues)
SessionStartal abrir o retomar la sesiónCargar estado del proyecto
Stopcuando Claude termina de responderLanzar tests, avisar al terminar
Notificational emitir una notificaciónSonido o aviso de escritorio

Hay más eventos (SessionEnd, PermissionRequest, SubagentStart…), pero estos seis cubren el 90 % de los casos.

Cómo se configuran

En settings.json (global en ~/.claude/ o por proyecto en .claude/). Un matcher filtra cuándo aplica y un array de comandos define qué ejecutar.

// .claude/settings.json
{
  "hooks": {
    "PostToolUse": [
      {
        "matcher": "Edit|Write",
        "hooks": [{
          "type": "command",
          "command": "prettier --write"
        }]
      }
    ]
  }
}

Reciben datos por stdin

Un JSON con la sesión, la herramienta y su input. El hook lo lee (p.ej. con jq) y decide.

Responden con el exit code

0 = OK · 2 = bloquea la acción (el stderr llega a Claude) · otro = error no bloqueante.

Control avanzado con JSON

Devolviendo JSON pueden deny una herramienta o inyectar additionalContext en el prompt.

Skills, agentes y hooks son complementarios: el skill enseña un proceso, el agente especializa un rol, el hook garantiza una regla.

Orquestación: agentes que dirigen agentes

El patrón Orchestrator-workersque viste en los workflows, ahora hecho realidad en Claude Code: un agente coordinador delega en especialistas y itera hasta que todo pasa.

<!-- .claude/agents/dev-orchestrator.md -->
---
name: dev-orchestrator
model: opus
tools: ["Read","Write","Bash","Agent","Glob"]
maxTurns: 30
---
 
Cuando recibes una feature:
1. Analiza los requisitos
2. Invoca al backend-developer
3. Invoca al test-writer
4. Invoca al code-reviewer
5. Si hay problemas, itera
6. Genera documentación final
        dev-orchestrator
   ┌──────────┼──────────┐
   ▼          ▼          ▼
developer   tester    reviewer
   │          │          │
   └──────────┴──────────┘
      ¿reviewer OK?
        no → vuelve al developer
        sí → documenta y entrega

El orchestrator usa la herramienta Agent para invocar a los demás. Por eso necesita ese permiso y los workers no.

Entornos de desarrollo paralelo

Un sistema de agentes vive en una estructura de carpetas. Esto es lo que Claude Code lee al arrancar.

mi-proyecto/
├── CLAUDE.md
├── .claude/
│   ├── agents/
│   │   ├── backend-developer.md
│   │   ├── frontend-developer.md
│   │   ├── test-writer.md
│   │   └── code-reviewer.md
│   └── skills/
│       ├── create-endpoint.md
│       └── create-component.md
├── src/
│   ├── backend/
│   └── frontend/
└── tests/

Git worktrees: paralelismo sin conflictos

Varias terminales con Claude trabajando a la vez se pisan si tocan los mismos archivos. Los worktrees dan a cada agente una copia independiente del repo.

git worktree add ../proy-backend feature/backend
git worktree add ../proy-frontend feature/frontend
 
cd ../proy-backend  && claude "Implementa el backend…"
cd ../proy-frontend && claude "Implementa el frontend…"
 
# al final, mergeas las ramas
git checkout main
git merge feature/backend
git merge feature/frontend

Cada worktree es una rama y una carpeta distinta sobre el mismo historial de git. Cero conflictos hasta el merge final.

Buenas prácticas (y un vistazo al futuro)

El paralelismo y la autonomía amplifican lo bueno y lo malo. Estas reglas te mantienen al mando.

CLAUDE.md detallado

Cuanto más contexto, mejor resultado.

Agentes especializados

Mejor 5 enfocados que 1 genérico.

Revisión humana

SIEMPRE revisa lo que generan antes de desplegar.

Git como red de seguridad

Commits frecuentes para poder revertir.

Paralelismo con cuidado

Divide tareas para evitar conflictos de archivos.

El rol cambia

De escribir código a arquitecto y supervisor. La IA amplifica, no reemplaza tus fundamentos.

¿Cuánta supervisión necesita un agente?

La autonomía no es todo-o-nada: es un dial, y tiene nombres. Elige el nivel según el riesgo y la reversibilidad de la tarea.

+ supervisión ◄──────────────────────────► + autonomía
┌───────────────┬───────────────┬────────────────┐
│ in the loop   │ on the loop   │ out of the loop│
│ aprueba cada  │ supervisa y   │ revisa solo el │
│ acción        │ puede frenar  │ resultado      │
└───────────────┴───────────────┴────────────────┘

Human in the loop

El humano aprueba cada acción antes de ejecutarse. Máximo control, más lento. Ej.: confirmar cada comando o cada commit.

Human on the loop

El agente actúa solo; el humano observa y puede pausar o corregir. Supervisas, no apruebas cada paso. Ej.: un panel con botón de stop.

Human out of the loop

El agente actúa sin intervención; revisas el resultado después o solo por excepción. Para tareas acotadas y reversibles.

En Claude Code lo controlas con los permisos: pedir confirmación por cada tool esin the loop; auto-aceptar dentro de límites es on/out. Pase lo que pase, sigues al mando: tú fijas el objetivo y los límites.

Dónde aplicar menos supervisión

Un agente puede correr on u out of the loop cuando la tarea cumple estos cuatro rasgos. Si falta alguno, sube la supervisión.

✅ Éxito verificable

Hay un criterio objetivo: tests verdes, una métrica, un schema válido.

↩️ Acciones reversibles

El resultado es un PR, un borrador o un rollback — nada destructivo ni definitivo.

🧱 Entorno acotado

Corre en CI o staging, con permisos mínimos. No toca producción ni datos sensibles directamente.

🚨 Escala ante la duda

Si la confianza es baja o el impacto alto, el agente para y llama a un humano.

Human on the loop

📈 Monitoreo de métricas de producción

Un agente vigila tus dashboards 24/7, algo que ningún humano hace bien de madrugada.

Qué hace el agente

  • • Observa latencia, error rate, throughput y logs
  • • Detecta anomalías y correlaciona señales
  • • Abre una incidencia con diagnóstico
  • • Aplica mitigaciones conocidas (rollback, escalar)

Por qué basta con supervisar

  • • Solo lectura por defecto
  • • Mitigaciones de una lista blanca (runbooks)
  • • Escala a la persona de guardia si el impacto es alto
  • • El humano supervisa el panel y puede frenar
Human out of the loop

🧪 Pruebas E2E de la plataforma

El agente recorre la app como un usuario real y caza regresiones antes que tus clientes.

Qué hace el agente

  • • Ejecuta la suite E2E (Playwright, Cypress)
  • • Reproduce flujos de usuario completos
  • • Detecta regresiones funcionales y visuales
  • • Reporta con capturas y traza; abre un issue

Por qué basta con supervisar

  • • Corre en staging o CI, nunca en producción
  • • Éxito verificable: la suite pasa o no
  • • No mergea solo: solo informa
  • • Revisas el reporte, no cada test
Human on the loop

🐛 Triage de bugs e incidencias

El trabajo repetitivo de clasificar la bandeja de issues, hecho al instante.

Qué hace el agente

  • • Lee issues entrantes y los clasifica (severidad, área)
  • • Busca duplicados e intenta reproducir
  • • Etiqueta, asigna y pide la info que falta
  • • Resume el contexto para quien lo recoja

Por qué basta con supervisar

  • • No toca código ni cierra issues solo
  • • Etiquetas y asignaciones son reversibles
  • • Escala los críticos a un humano
  • • Revisas su clasificación de un vistazo
Human out of the loop

🔐 Mantenimiento de dependencias y seguridad

Mantener las dependencias al día es tedioso y fácil de olvidar — perfecto para delegar.

Qué hace el agente

  • • Detecta dependencias desactualizadas y CVEs
  • • Aplica el bump y corre la suite de tests
  • • Abre un PR con el cambio y su changelog
  • • Marca los cambios mayores para revisión

Por qué basta con supervisar

  • • Entrega un PR: nunca mergea a main directamente
  • • Tests verdes obligatorios para proponerlo
  • • Tú apruebas el merge
  • • Git como red de seguridad: todo reversible
Human out of the loop

📝 Documentación y changelog automáticos

La documentación que nadie quiere mantener, generada desde el propio código.

Qué hace el agente

  • • Genera y actualiza la referencia de la API y el README
  • • Redacta el changelog desde commits y PRs
  • • Detecta docs desincronizados con el código
  • • Entrega todo como un PR de documentación

Por qué basta con supervisar

  • • Solo escribe documentación, no código fuente
  • • El resultado es un PR revisable
  • • Bajo riesgo: peor caso, una frase a corregir
  • • El humano aprueba el merge

El hilo común: éxito verificable, acciones reversibles, entorno acotado y escalado ante la duda. Esa es la receta para bajar la supervisión sin perder el control.

Resumen de la Clase 10

ConceptoDefinición
WorkflowLLMs y tools orquestados por código predefinido (camino fijo)
Patrones de workflowChaining, routing, parallelization, orchestrator-workers, evaluator-optimizer
AgenteSistema donde el LLM decide los pasos y usa tools en bucle
CLAUDE.mdArchivo que da contexto a Claude Code sobre tu proyecto
Tool (herramienta)Acción concreta que el agente ejecuta: Read, Write, Bash, WebSearch…
MCPModel Context Protocol: conecta tools externas (Slack, GitHub, BD…)
SkillInstrucciones en .md que extienden las capacidades de Claude Code
FrontmatterCabecera YAML del agente: name, model, tools, maxTurns
HookComando que se ejecuta automáticamente en eventos del ciclo de vida
OrchestratorAgente que coordina y delega a otros agentes
WorkerAgente que ejecuta tareas específicas
Git worktreeCopia independiente del repo para trabajo paralelo
Mínimo privilegioDar a cada agente solo las herramientas que necesita
Supervisión (in/on/out of the loop)Aprobar cada acción · supervisar y poder frenar · revisar solo el resultado
Básico

Ejercicio 10.1: Escribe un CLAUDE.md

Redacta el CLAUDE.md de un proyecto (e-commerce, chat en tiempo real o blog con admin) y comprueba que cubre las secciones clave.

Escribe tu CLAUDE.md y mide su completitud:

0/6

Secciones recomendadas

  • Descripción del proyectoqué hace y para qué
  • Stack tecnológicolenguaje, framework, BD
  • Convenciones de códigonaming, estilo, reglas
  • Estructura de directoriosárbol de carpetas
  • Comandos útilesdev, test, build
  • Variables de entorno.env, secretos

Heurística textual: detecta palabras clave por sección. Un CLAUDE.md real se juzga por lo bien que un agente trabaja con él, no por marcar casillas.

Intermedio

Ejercicio 10.2: Asigna el agente correcto

Antes de crear skills y agentes, hay que repartir responsabilidades. Para cada tarea, elige qué rol debería encargarse.

#1Recibe la feature "buscador de productos", la divide en subtareas y decide a quién delegar cada una.

#2Escribe el endpoint REST y la lógica del servicio en src/services/.

#3Crea los tests de integración del flujo de búsqueda y los ejecuta con npm test.

#4Analiza el módulo de autenticación buscando bugs, fugas de seguridad y queries N+1.

#5Busca en la documentación de Prisma cómo modelar una relación muchos-a-muchos.

#6Genera el README y la referencia de la API a partir del código ya implementado.

#7Cuando el reviewer reporta un bug, vuelve a invocar al que implementa para corregirlo e itera.

Práctica complementaria: crea un skill (/create-api-endpoint,/code-review o /generate-docs) con proceso, convenciones, templates y criterios de éxito.

Intermedio

Ejercicio 10.3: Diseña un agente (mínimo privilegio)

Cada agente debe tener solo las herramientas que necesita. Para cada perfil, marca el conjunto mínimo exacto.

code-reviewerSolo lee y analiza. No debe modificar nada.
Marca las herramientas mínimas que necesita (ni una más).

Entregable completo

Elige security-analyst, performance-optimizer odatabase-designer y escribe su archivo .md con:

1. Frontmatter YAML completo (name, description, model, tools, maxTurns).

2. Al menos un <example> en la description.

3. System prompt: rol, proceso paso a paso y formato del output.

Avanzado

Ejercicio 10.4: Sistema multiagente

Diseña en papel un sistema que automatice el desarrollo de una feature, con el ciclo completo y la lógica de iteración.

Los 5 agentes

  • Orchestrator — coordina todo el flujo
  • Requirements Analyst — clarifica requisitos
  • Developer — implementa el código
  • Tester — crea y ejecuta tests
  • Reviewer — revisa el código

Para cada agente, define

  • • Nombre y modelo
  • • Herramientas (mínimo privilegio)
  • • System prompt resumido
  • • Input y output
  • • El flujo de comunicación entre ellos
¿Qué pasa si el reviewer encuentra problemas?

El orchestrator no entrega: vuelve a invocar al developer con el reporte del reviewer, este corrige, el tester re-ejecuta y el reviewer revisa otra vez. El ciclo se repite hasta que todo pasa o se alcanza maxTurns. Define ese límite para no quedar en bucle.

🤖

Proyecto: Tu propio sistema de agentes

Crea un sistema de agentes completo para Claude Code que automatice una tarea de desarrollo, de principio a fin.

Requisitos

  • • CLAUDE.md completo del proyecto
  • • Al menos 2 skills personalizados
  • • Al menos 3 agentes especializados
  • • Un orchestrator que coordine a los demás
  • • Documentación de uso del sistema
  • • Al menos un flujo probado y funcional

Ideas de sistemas

  • • Full-stack: orchestrator + backend + frontend + tester
  • • Documentación: orchestrator + analyzer + doc-writer
  • • Refactorización: reviewer + refactorer + test-verifier
  • • Investigación: researcher + summarizer + report-generator

Criterios de evaluación

Checklist

  • ☑ CLAUDE.md completo y útil
  • ☑ Al menos 2 skills funcionales
  • ☑ Al menos 3 agentes con prompts claros y específicos
  • ☑ Orchestrator que coordina el flujo
  • ☑ Herramientas restringidas por agente (mínimo privilegio)
  • ☑ Al menos un flujo probado de principio a fin
  • ☑ Documentación clara del sistema
🏆

Proyecto Final del Curso

Una aplicación web full-stack (frontend + backend + base de datos) que integra todas las clases (1-10), construida con asistencia de IA.

Frontend

  • • HTML + CSS (Tailwind) + JS/TS
  • • Al menos 3 vistas distintas
  • • Formularios con validación
  • • Diseño responsivo

Backend + BD

  • • API REST con Node + Express
  • • Al menos 4 endpoints (CRUD)
  • • Autenticación con JWT
  • • Prisma + 2 modelos con relación

Calidad + IA

  • • Código en GitHub con historial
  • • Al menos un patrón de diseño
  • • CLAUDE.md en el repo
  • • PROCESO.md: 3 momentos con IA

Ideas: gestor de tareas · blog personal · app de recetas · tracker de hábitos · directorio de contactos · portfolio con CMS. Tiempo sugerido: 2-3 semanas.

Rúbrica del proyecto final

CriterioPuntos
API REST completa y bien diseñada25
Frontend funcional y responsivo20
Base de datos con Prisma15
Autenticación funcional15
Código en GitHub con historial10
PROCESO.md documentando uso de IA10
Al menos un patrón de diseño5
Total100

Lo que aprendiste en este curso

En 10 clases recorriste el camino completo del desarrollo de software moderno.

🧱 Fundamentos

El ecosistema 2026, cómo funcionan los lenguajes, y Git/GitHub como flujo esencial.

🎨 Frontend

HTML semántico, CSS moderno, JavaScript, TypeScript y el ecosistema de frameworks.

🔌 Backend

APIs REST, Node + Express, Prisma (SQL y NoSQL), JWT y seguridad básica.

🏛 Arquitectura

Patrones de diseño, MVC/MVVM/Clean, y cuándo un patrón es sobreingeniería.

🤖 IA

Cómo funcionan los LLMs, integrar APIs de IA y diseñar sistemas de agentes.

Próximos pasos recomendados

Elige un camino para profundizar. No hace falta dominarlo todo: especialízate y construye.

🎨 Frontend

  • • React a fondo: hooks, React Query, Next.js
  • • Vite, Vitest, Storybook
  • • Animaciones: Framer Motion, GSAP
  • • Accesibilidad (ARIA, WCAG)

🔌 Backend

  • • PostgreSQL: índices, transacciones
  • • Colas: Bull, RabbitMQ
  • • GraphQL como alternativa a REST
  • • Docker y Kubernetes básico

🤖 IA

  • • Python para ML: scikit-learn, pandas
  • • LangChain y CrewAI
  • • RAG con bases vectoriales
  • • Fine-tuning de modelos

🌱 Cualquier camino

  • • Construye proyectos reales en GitHub
  • • Contribuye a open source
  • • Escribe sobre lo que aprendes
  • • Conéctate con la comunidad
📚

Para profundizar

Documentación oficial y recursos para construir sistemas de agentes serios, no juguetes.

💻 Claude Code

  • • Docs de Claude Code (CLI)
  • • Subagentes y skills
  • • Tools, settings y MCP
  • • Claude Agent SDK

🤖 Diseño de agentes

  • • Anthropic — Building effective agents
  • • LangChain · LangGraph · CrewAI
  • • ReAct (paper)

🔨 Herramientas

  • • Cursor · Windsurf
  • • GitHub Copilot · Devin
  • • Git worktrees (docs)
Material complementario

Has dado el primer paso

En 2026 el desarrollador más efectivo no es el que más código escribe — es el que mejor entiende los problemas, mejor guía las herramientas de IA y mejor comunica soluciones. La IA amplifica tus capacidades; no las reemplaza.

Ahora sigue construyendo.

Fragua Tech — Clase 10 · Fin del curso