Claude Code Tutorial 2026: No es un Chatbot. Es un Operario con Memoria, Guardarraíles y la Capacidad de Corregirse Solo

Claude Code Tutorial 2026: No es un Chatbot. Es un Operario con Memoria, Guardarraíles y la Capacidad de Corregirse Solo

Programming· 8 min read

Olvídate del panel de chat del IDE: la herramienta de código con IA más disruptiva del año vive en una ventana de terminal — y no es un chatbot, es un agente con memoria, guardarraíles y la capacidad de corregir sus propios errores antes de que te enteres

El 90% de los que usáis Claude Code lo estáis usando como un autocomplete caro. Escribís un prompt, copiáis la respuesta y la pegáis. Exactamente igual que lo haríais con cualquier otro asistente de chat.

*El problema no es que Claude Code sea difícil. Es que lo estáis usando para lo que no fue diseñado. *

Esto no es opinión. Es la diferencia entre una herramienta que te da trozos de código y un agente que hace el trabajo. Y el dato está en la arquitectura: Claude Code no vive en un panel de IDE. Vive en el terminal, donde puede tocar el sistema de ficheros, ejecutar comandos de shell, correr el suite de tests y arreglar sus fallos en un bucle. Lo instalas en un repositorio real y delega — no "escribes junto a".

En este tutorial te voy a dar el patrón completo que uso en producción: cómo construyes tu CLAUDE.md como memoria viva, cómo pones guardarraíles con hooks antes de delegar nada destructivo, cómo conectar MCP, y cómo automatizar tus bucles aburridos en CI.

---

El Modelo es un Commodity. El Andamiaje es el Foso

Todo el mundo piensa que la herramienta de IA para código es el modelo. Que Copilot es bueno porque GPT-4o, que Cursor porque Claude Sonnet, que el producto es el cerebro.

*La verdad incómoda: el modelo se está convirtiendo en un commodity. *

Lo que de verdad se defiende — lo que hace a un agente seguro y eficaz — es la estructura que lo rodea. Claude Code llegó como research preview el 24 de febrero de 2025, y desde entonces su valor real no ha sido el modelo de debajo. Ha sido el paquete completo:

  • CLAUDE.md: la memoria del proyecto que se carga en cada sesión.
  • Hooks: guardarraíles programables que se disparan antes y después de cada acción del agente.
  • Subagents: roles de trabajador especializados con sus propios prompts y permisos.
  • MCP: la conexión a herramientas externas (GitHub, Sentry, tu navegador).
  • Headless: el agente como script ejecutable en tu pipeline de CI.

Si le preguntas a un equipo que le saca retornos compuestos a Claude Code, ninguno te va a decir que es por el modelo. Te van a hablar del andamiaje.

---

### 1) Memoria Real: Bootstrap tu CLAUDE.md desde tu Proyecto, No desde una Plantilla

El error número uno: buscar "plantilla de CLAUDE.md" y copiarla. Eso es como copiar el CV de alguien como memoria de tu empresa.

La memoria efectiva se construye desde dentro del repositorio. El flujo:

[@portabletext/react] Unknown block type "code", specify a component for it in the `components.types` prop

Luego dale tu primera orden:

"Explícame este codebase. Mapea la arquitectura, identifica los comandos de build y test, y los convenios de estilo. Después escribe todo lo aprendido en un fichero CLAUDE.md en la raíz."

El agente explora, lee ficheros, ejecuta comandos y extrae las convenciones reales de tu proyecto. No son convenciones inventadas de una plantilla — son las tuyas.

El CLAUDE.md resultante es la pieza de memoria. Se carga en cada sesión. Cada fix que le enseñas puede quedar registrado para que la misma clase de bug no vuelva a ocurrir en la siguiente sesión.

Este es el detalle que separa al 10% del 90%: CLAUDE.md no es documentación. Es un activo compuesto. Cada semana que lo mantienes como documentación viva, la memoria del agente crece. Los equipos que se saltan este paso ven al agente repetir los mismos errores una y otra vez cada sesión. La memoria vale más que la inteligencia del modelo en la práctica.

---

### 2) Guardarraíles con Hooks: Política como Código, No como Esperanza

El miedo más común es legítimo: "no le doy acceso al shell a un agente; va a romper algo." Y el diseño de Claude Code responde exactamente a eso — con permisos, sandbox, modo plan y checkpoints.

Pero la capa que la mayoría ignoráis son los hooks. Y los hooks son la diferencia entre una demo que impresiona y una herramienta que dejas correr contra producción.

Configura un PreToolUse hook que escanee secretos antes de que se aplique cualquier edición de fichero. Más un PostToolUse que ejecute el suite de tests después de cada cambio de código. Así es en settings.json:

[@portabletext/react] Unknown block type "code", specify a component for it in the `components.types` prop

Esto es política como código. No confías en el juicio del modelo para recordar que no se suben secretos ni que los tests tienen que pasar. Lo codificas. Es más auditable, más predecible y más fácil de revisar que confiar en la esperanza.

La secuencia correcta de confianza es la misma que con un ingeniero júnior: empieza con tareas de solo lectura, añade permisos incrementales, amplía cuando el agente demuestre que respeta los guardarraíles.

---

### 3) Conecta el Mundo Exterior: MCP y Subagents

Un agente encerrado en tu sistema de ficheros es un agente a medias. El MCP (Model Context Protocol, abierto por Anthropic en noviembre de 2024) es la capa que lo conecta a GitHub, Sentry, tu navegador o tus servidores personalizados.

[@portabletext/react] Unknown block type "code", specify a component for it in the `components.types` prop

Con claude mcp list confirmas exactamente qué puede alcanzar el agente. Cada servidor MCP es un conjunto nuevo de herramientas que el agente puede invocar de forma autónoma.

Y después los subagents. Se definen en .claude/agents/ con su propio prompt de sistema y sus herramientas permitidas:

[@portabletext/react] Unknown block type "code", specify a component for it in the `components.types` prop

Crea 2–3 subagents para el trabajo recurrente — un tester, un revisor, un documentador. Este es el punto donde la palanca del equipo se compone. El agente principal delega, cada subagente refina su prompt en cada sesión, y tu stack de trabajo repetitivo se vuelve exponencialmente más competente.

---

### 4) Automatiza los Bucles Aburridos: Headless en CI

El modo headless es lo que convierte a Claude Code en infraestructura. Ejecutas tareas sin interacción, con salida JSON que tu pipeline puede parsear.

[@portabletext/react] Unknown block type "code", specify a component for it in the `components.types` prop

Dentro de un step de GitHub Actions:

[@portabletext/react] Unknown block type "code", specify a component for it in the `components.types` prop

Esto te da revisión de PR automatizada, generación de tests y otras tareas de pipeline que dirigen de la cola de un humano. Revisas el JSON resultante antes de que se mergee, pero el trabajo pesado ya está hecho.

Y si necesitas más control que la CLI, el Agent SDK de TypeScript (@anthropic-ai/claude-agent-sdk) te permite lanzar agentes con prompts arbitrarios dentro de tu propia aplicación y transmitir su salida:

[@portabletext/react] Unknown block type "code", specify a component for it in the `components.types` prop

---

El Patrón del Operario con Barandillas

Resumo el flujo completo que uso en producción — al que llamo el Patrón del Operario con Barandillas:

  1. Bootstrap: instala Claude Code, arranca en un repo real y haz que extraiga las convenciones a CLAUDE.md. La memoria nace de tu proyecto, no de una plantilla.
  2. Guardarraíles: configura permisos y al menos un hook PreToolUse (scaneo de secretos, formato, lint) antes de delegar nada destructivo. Cada edición debe estar vigilada por código, no por esperanza.
  3. Conexiones: añade los MCP servers de tu stack, ejecuta claude mcp list para confirmar, y define 2–3 subagents para el trabajo recurrente.
  4. Delegación: comienza con tareas de solo lectura y expande la confianza incrementalmente. El agente lee, edita, ejecuta tests y corrige.
  5. Automatización: ejecuta headless claude -p en CI para revisión de PR o generación de tests, parsea el JSON y revisa antes del merge.

---

Objeción: "Sirvo en VS Code con su extensión, ¿para qué necesito la CLI?"

Claude Code tiene una extensión de VS Code y puede vivir dentro del IDE. Pero sus diferenciadores — acción autónoma multi-paso, hooks, modo headless de CI — son nativos del terminal. No abandonas tu editor. Cambias dónde ocurre la delegación.

Y a los que digáis "es solo un wrapper de la API de Claude, podría construirlo yo": técnicamente cierto. Pero el foso es el andamiaje — permisos, hooks, memoria de sesión, subagents e integraciones MCP son ingeniería sustancial y sensible a la seguridad. Construir el tuyo significa mantener un runtime de agentes, no un loop de prompts. Casi todos los equipos salen ganando configurando en lugar de construyendo.

---

Resumen y Dirección

La herramienta no es el modelo. Es el operario completo con memoria, guardarraíles y un bucle de corrección propio.

Los que obtenéis ganancias marginales estáis pegando textop y copiándolo. Los que veis retornos compuestos estáis construyendo un sistema de memoria y política que se hacen más fuertes cada sesión — un ingeniero júnior que no se cansa, viaja con tu documentación y respeta tus barandillas porque están escritas en código, no en intención.

El próximo gran salto no será un modelo más listo. Será un andamiaje más fino, agentes que no necesiten que les limpies después. Y ahora mismo, con un npm install -g @anthropic-ai/claude-code y un buen CLAUDE.md, tú ya puedes estar ahí.

Artículos relacionados

---

¿Quieres recibir contenido como este cada semana? Suscríbete a mi newsletter

Brian Mena

Brian Mena

Software engineer building profitable digital products: SaaS, directories and AI agents. All from scratch, all in production.

LinkedIn