Construyendo Flujos Agenticos con Claude Code

Parte 1 — Fundamentos

Capitulos 1-4 · Modelos mentales, configuracion y los bloques fundamentales de todo sistema agentico.

Capitulo 1

Más Allá de la Ventana de Chat

1.1 Los Tres Niveles de Trabajo con IA

La mayoría de las personas están atrapadas en el Nivel 1 o 2. Esta guía te lleva al Nivel 3.

Tres niveles: Chat, Asistente Configurado, Sistema Agéntico Nivel 1 — El Chat Tú → IA → Respuesta ✗ Sin memoria ✗ Sin estructura ✗ Se reinicia cada sesión Nivel 2 — Configurado System Prompt Un agente, todas las tareas ✓ Persona consistente ✗ Límites de contexto ✗ Calidad desigual Nivel 3 — Agéntico Orquestador A B C ✓ Especialistas ✓ Ejecución paralela ✓ Reutilizable y escalable
Figura 1.1 — Los tres niveles de trabajo con IA. Cada nivel es más potente que el anterior — y cada uno tiene un techo.

Nivel 1 — El Chat

Qué esUn prompt → una respuesta. La sesión termina, la memoria se reinicia.
Bueno paraRedactar correos, preguntas rápidas, lluvia de ideas, resúmenes.
TechoCualquier cosa que requiera continuidad, múltiples pasos o reutilización.

Nivel 2 — El Asistente Configurado

Qué esUn system prompt le da a la IA una persona, reglas y contexto. Comportamiento consistente entre sesiones.
Bueno paraBots de soporte dedicados, asistentes de revisión, ayudantes especializados por dominio.
TechoUn solo agente sigue haciendo todo. El contexto se llena. La calidad se degrada entre dominios.
⚠️
Sin importar cuán detallado sea tu system prompt, le estás pidiendo a una sola IA que sea simultáneamente investigador, redactor, editor, formateador y gestor de proyectos. Así no es como trabajan los especialistas.

Nivel 3 — El Sistema Agéntico

Qué esUn equipo de agentes de IA especializados, cada uno con un rol delimitado, coordinados por un orquestador.
Bueno paraWorkflows complejos y multi-etapa que necesitan consistencia, especialización y escala.
TechoTu capacidad para diseñar el sistema — no una ventana de contexto.
BeneficioQué significa en la práctica
EspecializaciónCada agente afinado para una tarea → más fiable, más predecible
ParalelismoMúltiples agentes trabajan simultáneamente → resultados más rápidos
ReutilizaciónSe construyen una vez, se usan en múltiples workflows
Mantenibilidad¿Algo falla? Arregla un agente, no un prompt de 3.000 palabras
EscalaProcesos multi-etapa que desbordan una conversación se vuelven manejables

1.2 ¿Qué Son los Flujos Agénticos?

Definición: Un sistema de IA estructurado donde agentes especializados — cada uno con responsabilidades delimitadas y herramientas definidas — son coordinados por un orquestador para producir un resultado fiable y repetible a partir de una entrada dada.

Tres cosas hacen que un flujo sea "agéntico" en lugar de solo un system prompt largo:

  1. Agentes especializados — cada uno sabe exactamente lo que hace y lo que no hace. Un Verificador de Hechos no edita estilo. Un Revisor de Estilo no verifica hechos. La restricción es una ventaja.
  2. Un orquestador — recibe el objetivo de alto nivel, lo descompone en tareas, las enruta al agente correcto, gestiona excepciones y ensambla el resultado. Piensa en: gestor de proyecto, no ejecutor.
  3. Resultado fiable y repetible — se ejecuta de la misma forma cada vez. Si los resultados varían enormemente entre ejecuciones, el flujo está roto.

El Cambio Mental

DeA
"¿Qué debería preguntarle a la IA?""¿Qué sistema debería diseñar?"
Una conversaciónUna arquitectura
Prompting ad hocRoles y flujos definidos
Empezar de cero cada vezConstruir una vez, reutilizar siempre

1.3 ¿Por Qué Claude Code?

Claude Code es una plataforma donde defines sistemas de IA usando archivos, y Claude los ejecuta. El nombre dice "code" — la realidad es mucho más amplia. Funciona igual de bien para:

  • Pipelines de contenido (investigar → redactar → editar → publicar)
  • Operaciones (extracción de datos → clasificación → reportes)
  • Investigación (recopilar → sintetizar → resumir)
  • Soporte al cliente (triaje → borrador de respuesta → escalado)
  • Inteligencia de negocio (monitorear → analizar → reportar)

Tu Sistema Vive en Archivos

text
your-project/
├── CLAUDE.md                    ← constitución del sistema (siempre cargada)
└── .claude/
    ├── agents/
    │   ├── researcher.md        ← subagente: especialista en investigación
    │   ├── writer.md            ← subagente: redactor de contenido
    │   └── editor.md            ← subagente: revisión y edición
    ├── skills/
    │   └── weekly-report/
    │       └── SKILL.md         ← workflow reutilizable
    └── settings.json            ← hooks y permisos
BeneficioQué permite
Control de versionesCommit en Git → historial completo, rollback, ramas
ColaboraciónPush al repositorio → el equipo comparte la misma configuración de agentes
PortabilidadMueve la carpeta → el sistema se mueve con ella
TransparenciaLee cada línea → sin configuraciones ocultas
💡
La pestaña Code de Claude Desktop es la interfaz principal — no se necesita terminal. El CLI es una alternativa para usuarios avanzados que quieren scripting y automatización. Ambos usan los mismos archivos .claude/.
Capitulo 2

Primeros Pasos con Claude Code

2.1 Lo Que Necesitas

RequisitoDetalles
Suscripción a ClaudePro ($20/mes), Max 5x ($100/mes), o Max 20x ($200/mes)
Claude DesktopmacOS o Windows — claude.com/download
Una carpeta de proyectoCualquier carpeta en tu máquina local
Git (opcional)Altamente recomendado — control de versiones para tus archivos de agentes
PlanIdeal para
Pro ($20/mes)Aprendizaje, workflows pequeños, uso ocasional
Max 5x ($100/mes)Uso profesional regular — acceso a Opus incluido
Max 20x ($200/mes)Uso intensivo diario, múltiples sesiones paralelas

2.2 Abrir la Pestaña Code

Claude Desktop es la interfaz principal — no se necesita terminal.

Pestaña Code de Claude Desktop Chat Code 📁 ~/projects/my-agent-system Modelo: Sonnet 4.6 ▾ Escribe tu prompt... Cambios propuestos + CLAUDE.md Aceptar Rechazar ~ agents/writer.md Aceptar Rechazar ① Pestaña Code ② Seleccionar carpeta ③ Elegir modelo ④ Prompt ⑤ Revisar y aprobar diff
Figura 2.1 — Pestaña Code de Claude Desktop. Claude nunca modifica archivos sin mostrar un diff y esperar tu aprobación.
  1. Abre Claude Desktop → haz clic en la pestaña Code
  2. Haz clic en Select folder → elige tu carpeta de proyecto
  3. Selecciona un modelo — Sonnet 4.6 para la mayoría de tareas
  4. Empieza a escribir en lenguaje natural

2.3 Tu Primera Sesión

Empieza con un prompt de solo lectura para que Claude explore sin cambiar nada:

text
Analyze this project folder and tell me what it contains.

Cada modificación pasa por el mismo ciclo de aprobación:

Flujo de aprobación Escribes un prompt Claude lee archivos relevantesBajo demanda — no todos a la vez Claude propone cambiosDiff mostrado — nada se ejecuta aún ¿Aceptar? Ejecuta ↻ siguiente turno No — reintentar
Figura 2.2 — El flujo de aprobación. Nada se modifica hasta que aceptas el diff explícitamente.

2.4 Cómo se Conectan Tus Archivos

Claude Code trabaja exclusivamente con archivos locales — nada se sube a la nube. Al seleccionar una carpeta, Claude descubre automáticamente CLAUDE.md y todo dentro de .claude/.

text
your-project/
├── CLAUDE.md                  ← siempre cargado al inicio de sesión
├── .claude/
│   ├── agents/                ← definiciones de subagentes
│   ├── skills/                ← workflows reutilizables
│   └── settings.json          ← hooks y permisos
└── your-other-files/
💡
Haz commit de tu directorio .claude/ en Git. Todo tu sistema agéntico queda versionado, compartible y con rollback seguro.

2.5 La Alternativa CLI

bash
# Install
npm install -g @anthropic-ai/claude-code

# Run inside your project folder
cd your-project && claude
Pestaña Code (Desktop)CLI
ConfiguraciónCero — ya está instaladonpm install -g
InterfazDiffs visuales, GUIDiffs en texto
Ideal paraAprendizaje, trabajo diarioAutomatización, scripting, CI/CD
¿Mismo .claude/?

2.6 Autenticación

MétodoCuándo usarloCómo
Login por navegadorUso personal, Desktop, CLI interactivoOAuth — la misma cuenta de Claude.ai
API keyCI/CD, automatización, scriptsexport ANTHROPIC_API_KEY=sk-ant-…
Capitulo 3

Cómo Funciona Claude Code — El Modelo Mental

3.1 El Bucle de Conversación

Claude Code no es un chatbot que toca archivos de paso. Es un bucle de lectura-modificación-ejecución contigo como aprobador en cada paso.

Bucle lectura-modificación-ejecución Escribes un prompt Lee archivos relevantesCLAUDE.md primero, luego bajo demanda Razona + planifica Propone cambiosTú apruebas o rechazas Aceptar Ejecuta ↻ siguiente turno Rechazar
Figura 3.1 — El bucle lectura-modificación-ejecución. Claude lee archivos bajo demanda — un proyecto grande no satura el contexto desde el inicio.

3.2 Comandos Esenciales

ComandoQué hace
/helpLista todos los comandos disponibles
/clearReinicia la conversación, mantiene CLAUDE.md cargado
/compactComprime el contexto para liberar espacio de tokens
/modelCambia de modelo a mitad de sesión (+ nivel de esfuerzo)
/planEntra en Plan Mode — pensar antes de actuar
/agentsVer y gestionar subagentes activos
/hooksConfigurar hooks de forma interactiva
/doctorEjecuta diagnósticos de tu configuración
@filenameReferencia un archivo específico en tu prompt
!commandEjecuta un comando de shell directamente
@agent-nameInvoca explícitamente un subagente por nombre

3.3 Plan Mode — Pensar Antes de Construir

Qué es: Claude analiza tu solicitud, produce un plan y espera tu aprobación antes de tocar cualquier archivo. Se activa con /plan o Shift+Tab.

text
Explore ──→ Plan ──→ Implement ──→ Commit

  Read files   Design approach   Execute steps   Done
Usa Plan Mode paraOmítelo para
Cambios en múltiples archivosEdiciones en un solo archivo
Decisiones de arquitecturaCorrecciones rápidas
Primera vez ejecutando un workflow nuevoTareas rutinarias y familiares
💡
Para el diseño de sistemas agénticos, usa siempre Plan Mode primero. Diseña la arquitectura antes de construir los archivos.

3.4 Gestión del Contexto

Cada archivo leído, llamada a herramienta y respuesta consume tokens de la ventana de contexto de Claude. Cuando se llena, la calidad se degrada.

EstrategiaCuándo usarla
/compactEl contexto se está llenando pero quieres continuar
/clearLa conversación se desvió — empieza de nuevo, CLAUDE.md sigue cargado
Nueva sesiónLa tarea está completa; empiezas algo no relacionado
Usar subagentesExploración intensiva — cada subagente tiene su propia ventana de contexto aislada

3.5 Selección de Modelo

Usa /model para cambiar a mitad de sesión. Regla por defecto: empieza con Sonnet, escala a Opus cuando sea necesario.

ModeloVelocidadIdeal paraContexto
Sonnet 4.6Rápido80%+ de tareas — código, escritura, análisis1M tokens
Opus 4.6Más lentoRazonamiento complejo, arquitectura, equipos de agentes1M tokens
Haiku 4.5El más rápidoClasificación, ediciones rápidas, tareas de alto volumen200K tokens

En el frontmatter de agentes y skills, usa el alias — no la cadena completa del modelo:

yaml
---
model: sonnet    # fast, cost-effective — use by default
model: opus      # complex reasoning
model: haiku     # fast, simple tasks
---
Capitulo 4

Anatomía de un Sistema Agéntico

4.1 Componentes Principales

Todo sistema agéntico — sin importar su complejidad — se construye a partir de diez tipos de entidad. En Claude Code, cada uno corresponde a un archivo, directorio o configuración específica.

EntidadUbicación en Claude CodeRol
Workflow.claude/commands/wor-*.mdOrquesta procesos multi-etapa. Coordina agentes, gestiona handoffs y ensambla resultados entre pasos.
Agent Specialist.claude/agents/age-spe-*.mdEjecuta un dominio específico de responsabilidad. Una tarea, límites claros, ventana de contexto propia.
Agent Supervisor.claude/agents/age-sup-*.mdRevisa o valida el output de otros agentes. Puerta de calidad, no un ejecutor.
Skill.claude/skills/ski-*/SKILL.mdPaquete de capacidad reutilizable. Se activa por nombre o coincidencia de descripción. Compartible entre agentes.
Command.claude/commands/com-*.mdAcción directa y determinista activada por el usuario. Siempre manual, siempre atómica.
Rule.claude/rules/rul-*.mdRestricción de comportamiento. Puede vivir en CLAUDE.md (siempre activa) o como archivos independientes (bajo demanda).
Knowledge Base.claude/knowledge-base/kno-*.mdInformación de referencia consultada bajo demanda. Nunca se ejecuta — solo se lee.
Resource.claude/resources/res-*.mdDocumento de soporte que extiende otras entidades. Se carga condicionalmente cuando la entidad principal necesita más detalle.
Script.claude/scripts/scp-*.shAutomatización ejecutable — validación, despliegue, procesamiento de datos. En Claude Code: archivos .sh o .py.
Hook.claude/settings.jsonAutomatización basada en eventos. Se dispara ante eventos del sistema, no comandos del usuario. Documentación en .claude/hooks/hok-*.md.

Convenciones de Nomenclatura

Cada archivo de entidad sigue un sistema estricto de prefijos. Esto hace que las entidades sean identificables de un vistazo y permite el descubrimiento automático.

EntidadPrefijoEjemplo
Workflowwor-wor-content-pipeline.md
Agent Specialistage-spe-age-spe-email-classifier.md
Agent Supervisorage-sup-age-sup-output-validator.md
Skillski-ski-format-output/SKILL.md
Commandcom-com-quick-translate.md
Rulerul-rul-output-standards.md
Knowledge Basekno-kno-brand-guidelines.md
Resourceres-res-api-full-reference.md
Scriptscp-scp-lint-check.sh
Hookhok-hok-auto-lint.md

Todos los nombres usan kebab-case, sin espacios, sin mayúsculas. El campo name en el frontmatter está limitado a 64 caracteres; el description a 250. Las descripciones deben seguir el patrón "qué + cuándo": qué hace y cuándo debe usarse.


4.2 Cómo se Relacionan

Mapa de relaciones entre componentes — 10 tipos de entidad Rules (rul-)Restringen todo lo que hay dentro Workflow (wor-)Orquesta el flujo Especialista Aage-spe- Especialista Bage-spe- Supervisorage-sup- Skills (ski-)Capacidades reutilizables Knowledge Base (kno-)Se consulta, nunca se ejecuta Resources (res-)Extiende otras entidades Scripts (scp-)Ejecutables .sh / .py Commands (com-)Invocados por el usuario Usuario ↓ Hookshok- invoca / usa consulta / referencia Workflows y Commands conviven en .claude/commands/ — pero los Workflows orquestan; los Commands son atómicos.
Figura 4.1 — Las Rules restringen todo. Los Workflows enrutan a Agents (Specialists y Supervisors). Los Agents usan Skills, consultan Knowledge Bases y referencian Resources. Los Scripts automatizan procedimientos. Los Commands son atajos invocados por el usuario. Los Hooks se disparan de forma independiente ante eventos.
  • Workflow (wor-) orquesta el flujo — invoca Agents, gestiona handoffs
  • Specialists (age-spe-) ejecutan trabajo de dominio; Supervisors (age-sup-) validan el output
  • Los Agents usan Skills y ejecutan Scripts
  • Los Commands son invocados directamente por el usuario — omiten el Workflow
  • Las Rules restringen a todos — incluido el Workflow
  • Knowledge Base y Resources se consultan, nunca se ejecutan
  • Los Hooks se disparan ante eventos, no ante comandos
🔑
En Claude Code, tanto los Workflows (wor-*) como los Commands (com-*) viven en .claude/commands/. El prefijo es lo que los distingue — no el directorio.

4.3 Referencia de Componentes

Workflow (wor-)

  • Recibe el objetivo de alto nivel; lo descompone en pasos; enruta a los agentes correctos; gestiona handoffs; ensambla el output
  • En Claude Code: .claude/commands/wor-*.md
  • El orquestador del sistema — no un ejecutor, sino un coordinador

Agent Specialist (age-spe-)

  • Exactamente un dominio de responsabilidad — nada más
  • Definido en .claude/agents/age-spe-*.md con frontmatter YAML
  • Tiene su propia ventana de contexto aislada
  • Se invoca automáticamente (coincidencia de descripción) o explícitamente vía @agent-name

Agent Supervisor (age-sup-)

  • Revisa, valida o puntúa el output producido por los Specialists
  • Definido en .claude/agents/age-sup-*.md
  • Actúa como puerta de calidad — no produce trabajo primario, solo lo evalúa
  • Úsalo cuando necesites "un segundo par de ojos" antes de que los resultados salgan de un paso

Skill (ski-)

  • Paquete de capacidad reutilizable con nombre — no un ejecutor, sino un procedimiento
  • Se activa por nombre (/skill-name) o coincidencia automática de descripción
  • Vive en .claude/skills/ski-*/SKILL.md
  • Puede abrir una nueva ventana de contexto para trabajo pesado

Command (com-)

  • Acción directa y determinista — un "prompt guardado" que siempre produce el mismo comportamiento
  • Solo se invoca por el usuario vía /command-name — ningún agente o workflow delega a un Command
  • Vive en .claude/commands/com-*.md con frontmatter YAML mínimo
  • Úsalo para tareas atómicas y repetibles: exportar un sistema, publicar una versión, aplicar optimizaciones

Rule (rul-)

  • Una restricción, no una capacidad
  • Dos ubicaciones: en CLAUDE.md (siempre activa, en cada sesión) o como archivos independientes en .claude/rules/rul-*.md (se cargan bajo demanda)
  • Siempre se escribe como "En vez de X, haz Y" — nunca solo una prohibición
  • Los archivos de Rule independientes usan formato estructurado: Contexto, Restricciones Fuertes, Restricciones Suaves

Knowledge Base (kno-)

  • Contenido de referencia estático: guías de estilo, documentación de APIs, glosario de dominio
  • Vive en .claude/knowledge-base/kno-*.md
  • Indica a los agentes cuándo leerlo: "Si encuentras un error, lee kno-error-codes.md"

Resource (res-)

  • Documento de soporte que extiende otra entidad cuando su contenido es demasiado extenso o detallado
  • Vive en .claude/resources/res-*.md
  • Se referencia condicionalmente: "Para uso avanzado de la API, lee res-api-full-reference.md"
  • Mantiene la entidad principal liviana — el agente carga el resource solo cuando lo necesita

Script (scp-)

  • Procedimiento automatizado ejecutable — validación, despliegue, procesamiento de datos
  • En Claude Code: .claude/scripts/scp-*.sh o scp-*.py (archivos ejecutables)
  • Los ejecutan agentes o hooks, no los invoca directamente el usuario

Hook (hok-)

  • Se dispara automáticamente ante eventos del sistema — guardado de archivo, inicio de sesión, tarea completada
  • Se configura en .claude/settings.json (la configuración de runtime)
  • La documentación vive en .claude/hooks/hok-*.md (qué hace el hook y por qué)

4.4 Árbol de Decisión: ¿Qué Componente Necesito?

Árbol de decisión de componentes — 10 tipos de entidad Nuevo elemento del sistema ¿Restricción decomportamiento o convención? Rule No ¿Coordina múltiplesagentes entre pasos? Work-flow No ¿Se ejecuta repetidamentecon diferentes entradas? Skill No ¿Acción directa del usuario,output determinista? Command No ¿Una sola tarea, límitesclaros? Agentspe / sup No ¿Información de referenciapara consultar bajo demanda? KBo Res No ¿Procedimiento automatizado(validar, desplegar, procesar)? Script No ¿Se dispara ante un eventodel sistema automáticamente? Hook No CLAUDE.md Produce trabajo → Specialist (age-spe-) Valida trabajo → Supervisor (age-sup-) Referencia autónoma → KB (kno-) Extiende otra entidad → Resource (res-)
Figura 4.2 — Ocho preguntas enrutan cualquier elemento nuevo al tipo de entidad correcto. Las sub-decisiones distinguen Specialist de Supervisor, y KB de Resource.
ErrorProblemaSolución
Lógica de orquestación dentro de un AgentScope creep — "God Agent"Mueve el enrutamiento a un Workflow (wor-) o un Skill dedicado
Workflow cuando necesitas un CommandLos Commands son atómicos; los Workflows coordinan flujos multi-etapaSi es acción única → Command (com-). Si es multi-etapa → Workflow (wor-)
Skill cuando necesitas una RuleLos Skills se invocan; las Rules están siempre activasSi aplica siempre → Rule en CLAUDE.md o .claude/rules/
Todo en CLAUDE.mdEl contexto se llena en cada sesiónMueve la lógica de workflow a Skills, las reglas largas a archivos rul-*.md
Command cuando necesitas un SkillLos Commands no pueden ser reutilizados por agentesSi otros agentes lo necesitan → Skill (ski-)
KB cuando necesitas un ResourceKB es autónomo; los Resources extienden entidadesSi complementa instrucciones de un agente → Resource (res-)
Rules solo como negativasLos agentes no saben qué hacer en su lugarSiempre: "En vez de X, haz Y"

4.5 Un Sistema Mínimo Funcional

El sistema agéntico válido más pequeño necesita solo tres cosas:

text
your-project/
├── CLAUDE.md
└── .claude/
    └── agents/
        └── age-spe-researcher.md

CLAUDE.md

markdown
# Project: Market Research Assistant

## Purpose
This system researches topics and returns structured summaries.

## Rules
- Always cite sources
- Use the researcher agent for all information gathering
- Output in Markdown with clear section headers

## Agents
- **@age-spe-researcher** — handles all research and fact-finding tasks

.claude/agents/age-spe-researcher.md

yaml
---
name: age-spe-researcher
description: Researches topics using web search and returns structured
  summaries with citations. Use for any information gathering,
  fact-checking, or background research task.
model: sonnet
tools: WebSearch, Read
---

You are a research specialist. When given a topic:
1. Search for current, authoritative sources
2. Synthesize findings into a clear summary
3. List all sources with URLs

Output format:
## Summary
[2-3 paragraph synthesis]

## Key Facts
- [bullet list]

## Sources
- [URL] — [one-line description]

Un conjunto de reglas, un especialista. Empieza aquí — agrega complejidad solo cuando la tarea lo exija.