Abre Claude en la raíz de tu proyecto, no en cualquier carpeta
La primera vez pedirá permisos — acéptalos todos
MÓDULO 1 · FUNDAMENTOS
PLAN MODE
Planifica antes de tocar. Shift+Tab lo activa.
Plan
Claude analiza el repo y propone qué va a cambiar, sin tocar nada.
›
Apruebas
Revisas el plan. Aceptas con y, rechazas con n, o ajustas el prompt.
›
Ejecuta
Solo entonces aplica los cambios. Cero sorpresas.
Úsalo siempre en cambios grandes, refactors o cualquier cosa que no puedas deshacer fácilmente.
MÓDULO 1 · FUNDAMENTOS
CLAUDE.MD
La memoria del proyecto. Claude la lee siempre al arrancar.
SIN CLAUDE.MD
Repites el stack y las reglas cada sesión
Claude no sabe qué no debe tocar
Comportamiento inconsistente entre sesiones
CON CLAUDE.MD
Claude arranca ya con el contexto de tu equipo
Conoce el stack, las reglas y los límites
Mismo comportamiento para todos en el equipo
MÓDULO 1 · FUNDAMENTOS
CLAUDE.MD · PLANTILLA
Tres secciones mínimas para cualquier proyecto
# Mi Proyecto## Stack
- Next.js 14, TypeScript, Prisma, PostgreSQL
- Tests con Vitest, no Jest
## Reglas
- Sin `any` en TypeScript
- Commits en español, conventional commits
- No tocar /legacy sin preguntar
## Tests
npm test
EJERCICIO 1
HANDS-ON
Primer contacto con tu código
# 1. Abre Claude en la raíz de tu proyectoclaude# 2. Pregunta qué hace el proyecto
> "¿Qué tecnologías usa este proyecto? Resúmelo en 3 líneas."
# 3. Pide una opinión real
> "¿Qué mejorarías aquí?"
ÉXITO
Claude describe tu repo real, no una respuesta genérica.
SI VAS SOBRADO
Crea ya un CLAUDE.md mínimo con el stack y una regla.
MÓDULO 2 DE 5
MÓDULO 2
Productividad real
Git, permisos, skills, worktrees, MCP, contexto y control total de Claude.
02
MÓDULO 2 · PRODUCTIVIDAD
2.1 GIT WORKFLOW
Claude no solo escribe código. También commitea y abre PRs.
Trabaja
Pide el cambio. Claude implementa.
›
Revisa
git diff antes de aceptar. Siempre.
›
Commit
"Haz commit con mensaje conventional commits."
›
PR
"Crea el PR con contexto. Requiere gh CLI."
Claude puede hacer git push. Configura deny para operaciones destructivas o revisa siempre el diff antes.
MÓDULO 2 · PRODUCTIVIDAD
2.2 PERMISOS Y SETTINGS.JSON
Dos archivos que controlan todo lo que Claude puede hacer
# Global (tu máquina, no se comparte)
~/.claude/settings.json
# Proyecto (va a git, se comparte con el equipo)
<proyecto>/.claude/settings.json
deny — comandos bloqueados siempre, independientemente del modo
defaultMode — nivel de autonomía por defecto de la sesión
MÓDULO 2 · PRODUCTIVIDAD
2.2B LOS 6 MODOS DE PERMISO
Elige cuánto control cedes en cada contexto
01
default
Pide permiso la primera vez por tipo de herramienta. Ideal para empezar.
02
plan
Muestra el plan completo antes de tocar nada. Para cambios grandes o irreversibles.
03
acceptEdits
Archivos automáticos; Bash sigue preguntando. El modo más habitual en desarrollo.
04
auto
Aprueba todo salvo operaciones sensibles. Útil con reglas deny de seguridad.
05
dontAsk
Sin interrupciones. Las reglas deny siguen activas. Para automatización con control.
06
bypassPermissions
Sin ningún límite. Solo en contenedores desechables. Nunca en local.
MÓDULO 2 · PRODUCTIVIDAD
2.2B TABLA DE DECISIÓN
Contexto → modo recomendado
Contexto
Modo
Primera vez / proyecto desconocido
default
Cambio de arquitectura o migración irreversible
plan
Sesión normal de desarrollo
acceptEdits
Tarea repetitiva, setup de confianza
auto
Automatización desatendida con reglas configuradas
dontAsk
Pipeline en contenedor aislado
bypassPermissions
MÓDULO 2 · PRODUCTIVIDAD
2.3 SKILLS · COMANDOS PROPIOS
Estandariza el flujo del equipo con un comando /create-pr
# Archivo: .claude/skills/create-pr.md---
description: Crea un PR siguiendo nuestro template de equipo
---
Crea un PR con:
1. Título: [TIPO] Descripción corta
2. Body: ## Qué hace / ## Cómo testear / ## Screenshots
3. Asigna al reviewer por defecto del CODEOWNERS
4. Añade labels según el tipo de cambio
Usa `gh pr create` con .github/PULL_REQUEST_TEMPLATE.md
# Uso desde cualquier sesión del proyecto:> /create-pr
Archivos .md en .claude/skills/ → comando /nombre
Se comparten en git: todo el equipo usa las mismas convenciones
MÓDULO 2 · PRODUCTIVIDAD
2.4 WORKTREES · SESIONES PARALELAS
Feature en curso + hotfix urgente. Sin perder contexto en ninguno.
TERMINAL A — FEATURE
Directorio: mi-proyecto/
Rama: feat/dashboard
Claude sesión 1 — contexto completo
TERMINAL B — HOTFIX
Directorio: mi-proyecto-hotfix/
Rama: hotfix/fix-login
Claude sesión 2 — contexto limpio
Mismo .git interno — los commits de uno son inmediatamente visibles en el otro. Regla práctica: si ambas tareas superan 30 min y son independientes, los worktrees te ahorran el context-switch.
MÓDULO 2 · PRODUCTIVIDAD
2.5 MCP · HERRAMIENTAS EXTERNAS
Claude conectado a tu BD, Jira, Slack o cualquier API
# .mcp.json en la raíz del proyecto
{
"mcpServers": {
"postgres": {
"command": "npx",
"args": ["-y", "@modelcontextprotocol/server-postgres",
"${DATABASE_URL}"]
}
}
}
Model Context Protocol: estándar abierto para conectar LLMs a servicios
Casos reales: consultar BD de producción, leer tickets de Jira/Linear, interactuar con Notion
Nunca hardcodees credenciales — usa ${VAR} con variables de entorno del sistema
MÓDULO 2 · PRODUCTIVIDAD
2.6 GESTIÓN DE CONTEXTO
Tres comandos para no quedarte sin memoria
/cost
Diagnóstico
Muestra tokens usados y % de ventana consumido. Úsalo como termómetro al inicio y a mitad de sesión larga.
/compact
Comprimir
Resume el historial conservando decisiones clave. Claude descarta el detalle verbatim pero recuerda qué hicisteis.
/clear
Reset total
Borra toda la conversación. Irreversible. Solo cuando cambias a una tarea completamente distinta.
Señal de contexto agotado: Claude repite preguntas que ya hiciste, contradice decisiones previas o da respuestas genéricas en lugar de específicas.
MÓDULO 2 · PRODUCTIVIDAD
2.6 /COMPACT VS /CLEAR
No son intercambiables. Elige bien antes de ejecutar.
Criterio
/compact
/clear
Qué hace
Comprime, conserva decisiones
Borra todo
Cuándo
>1 h, contexto al 50–70 %
Cambias de tarea totalmente
Riesgo
Bajo — puede perder detalles menores
Alto sin checkpoint previo
Tras ejecutarlo
Verifica que Claude recuerde el estado
Pega el checkpoint de la sesión anterior
MÓDULO 2 · PRODUCTIVIDAD
2.7 CUANDO CLAUDE SE EQUIVOCA
Ctrl+C es el freno. git diff es el espejo.
01
Interrumpe ya
Si llevas 5 segundos viendo output incorrecto, no esperes. Ctrl+C detiene a Claude en ese instante.
02
Lee el diff
git diff --stat primero (resumen rápido), luego git diff completo. Busca archivos no mencionados o lógica alterada sin pedir.
03
Deshaz si hace falta
git restore . — deshace cambios no staged. git restore --staged . — quita del staging sin borrar.
04
Reescribe con restricciones
Tras /clear, prompt con scope explícito: archivos concretos, sin nuevas dependencias, sin tocar rutas existentes.
MÓDULO 2 · PRODUCTIVIDAD
2.7 LA REGLA DE ORO
Tú eres el tech lead revisando el PR. Claude es el junior rápido.
"Nunca marques un cambio como completo sin evidencia de que funciona. Pídele a Claude que ejecute los tests, haga el build, levante el servidor y confirme."
Prompt preciso con scope claro
Observar mientras trabaja, no esperar a ciegas
git diff antes de aceptar cualquier cambio
Verificar que funciona antes de hacer commit
La velocidad de Claude no reduce tu responsabilidad — la amplifica.
MÓDULO 2 · PRODUCTIVIDAD
2.8 MODO ONE-SHOT · CLAUDE -P
Sin abrir sesión. Respuesta directa en el terminal.
# Pregunta directaclaude -p "¿Cuál es la diferencia entre margin y padding en CSS?"
# Pipe de error a Claudenpm test 2>&1 | claude -p "Tests fallidos. Explica qué falla y propón la corrección."
# Pasar archivo como contextocat src/utils/parser.ts | claude -p "¿Hay algún bug potencial aquí?"
# Revisar diff staged antes de commitgit diff --staged | claude -p "Revisa buscando bugs y genera un commit message convencional."
# Output JSON para scriptsgit diff --staged | claude -p "Devuelve JSON: {score: 1-10, issues: []}" --output-format json
EJERCICIO 2
HANDS-ON
Git workflow + permisos + recuperación
# 1. Commit inteligente
> "Haz commit de estos cambios con mensaje en conventional commits"
# 2. Configura tu settings.json
> "Añade deny para rm -rf y git push --force, y pon defaultMode acceptEdits"
# 3. Simula recuperación
> "Mejora el código de este proyecto" # prompt vago intencionado
# → Ctrl+C a los 10 s → git diff --stat → git restore . → prompt preciso
MÍNIMO
Commit con mensaje convencional correcto y settings.json con deny funcional.
SI VAS SOBRADO
Crea una skill /daily-review y configura el alias gcm en tu terminal.
MÓDULO 3 DE 5
MÓDULO 3
Modelos y features
Qué modelo usar según la tarea, y las features que cambian cómo trabajas.
03
MÓDULO 3 · MODELOS Y FEATURES
LA FAMILIA CLAUDE
Claude Code no es un modelo. Es una interfaz a cuatro.
Élite
Fable 5
Razonamiento de vanguardia. Cuando la calidad es la única métrica que importa.
Profundo
Opus 4.8
Arquitectura y debugging difícil. Reflexión sostenida y contexto amplio.
Diario
Sonnet 4.6
El de por defecto. 80–90% del trabajo: features, refactors, review.
Rápido
Haiku 4.5
Tareas simples y baratas: renombrar, tests boilerplate, preguntas cortas.
MÓDULO 3 · MODELOS Y FEATURES
MATRIZ DE DECISIÓN
¿Qué modelo para qué tarea?
Modelo
Fortaleza
Cuándo usarlo
Fable 5
Razonamiento máximo
Investigación técnica, decisiones críticas de diseño.
Opus 4.8
Profundidad y contexto
Arquitectura, heisenbugs, race conditions.
Sonnet 4.6
Equilibrio
Features, refactors, code review. El de por defecto.
Cambia con /model (sesión) o el campo "model" en .claude/settings.json (persistente).
MÓDULO 3 · MODELOS Y FEATURES
FAST MODE · /fast
Fast Mode no es un downgrade.
/fast acelera el output de Opus — no baja a un modelo más pequeño. Misma capacidad, prioridad de velocidad.
CUÁNDO SÍ
Iteración rápida, debugging activo
Prototipos: ver el resultado ya
Ya sabes qué quieres, solo ejecutar
CUÁNDO NO
Análisis de arquitectura pausado
Decisiones de consecuencias largas
El estado se ve en la status line
MÓDULO 3 · MODELOS Y FEATURES
EXTENDED THINKING
Pedirle que piense antes de responder.
# No hay comando: se activa con el lenguaje del prompt
"Piensa cuidadosamente antes de responder..."
"Razona paso a paso sobre los trade-offs..."
"Evalúa todas las opciones antes de decidir..."
VALE LA PENA
Bugs con causa raíz no obvia
Trade-offs de diseño (SQL vs NoSQL)
Refactors muy interdependientes
SÁLTATELO
Tareas simples y bien definidas
Preguntas factuales sobre el código
Boilerplate repetitivo
MÓDULO 4 DE 5
MÓDULO 4
Escala y equipos
Sub-agentes, modo headless, CLAUDE.md de equipo y control de costes para todo el equipo.
04
MÓDULO 4 · ESCALA Y EQUIPOS
3.1 SUB-AGENTES
Delega sin contaminar el contexto principal
QUÉ SON
Instancias de Claude lanzadas por el agente principal
Cada sub-agente tiene su propio contexto limpio
Pueden correr en paralelo o en secuencia
El resultado vuelve al agente principal como texto
CUÁNDO USARLOS
Tarea que agota el contexto principal
Trabajo paralelo independiente (frontend + backend)
Especialización: un agente para tests, otro para impl.
Aísla riesgo: fallos del sub-agente no rompen el principal
MÓDULO 4 · ESCALA Y EQUIPOS
3.2 MODO HEADLESS
Claude en CI/CD y automatización
Flag --print (o -p): ejecuta un prompt y sale. Sin interfaz interactiva. Perfecto para pipelines.
# Ejecución básica — output a stdoutclaude --print "Revisa si hay vulnerabilidades en este código"# Output estructurado para procesar con jqclaude --print --output-format json "Lista los TODO pendientes"# Streaming JSON para pipelines largosclaude --print --output-format stream-json "Genera changelog"
MÓDULO 4 · ESCALA Y EQUIPOS
3.4 CLAUDE.MD PARA EQUIPOS
Un solo fichero que alinea a todo el equipo
QUÉ VA DENTRO
Stack tecnológico y versiones
Convenciones de código y estilo
Comandos del proyecto (npm test, npm run lint…)
Reglas de arquitectura: qué tocar y qué no
Contexto de negocio relevante
QUÉ NO VA
API keys o secretos de ningún tipo
Configuración personal (editor, atajos)
Información que caduca rápido
Comprometido en git → todos los devs y los bots de CI lo leen automáticamente.
MÓDULO 4 · ESCALA Y EQUIPOS
3.5 FAQ DE ADOPCIÓN
Las dudas que siempre surgen
Q1
«¿Es seguro que Claude vea nuestro código?»
El código va a la API de Anthropic. Con datos sensibles: usa AWS Bedrock o GCP Vertex — el código no sale de vuestro cloud.
Q2
«¿Reemplaza a los desarrolladores?»
No. Multiplica su velocidad en tareas rutinarias. La arquitectura, el diseño y el criterio siguen siendo del equipo.
Q3
«¿Cuánto tiempo hasta ver retorno?»
La mayoría de equipos notan ganancias en la primera semana. El setup completo (CLAUDE.md + Actions) lleva <2 horas.
MÓDULO 4 · ESCALA Y EQUIPOS
3.6 CONTROL DE COSTES
El comando /cost: visibilidad instantánea
Escribe /cost en cualquier momento de la sesión para ver el gasto acumulado:
El coste se acumula por sesión — cada nuevo mensaje añade los tokens del contexto completo
Los cache hits son gratuitos: prompts repetidos o contexto estable se cachea automáticamente
Usa /compact para reducir el contexto y bajar el coste de mensajes siguientes
MÓDULO 4 · ESCALA Y EQUIPOS
3.6 QUÉ ENCARECE UNA SESIÓN
El coste sube cuando el contexto crece
ENCARECE
Decir «mira todo el proyecto» sin acotar
Prompts vagos que necesitan 4+ correcciones
Sesiones muy largas sin /compact
Usar Opus para tareas simples de formateo
ABARATA
Apuntar a ficheros concretos desde el inicio
Prompts específicos y bien contextualizados
/compact al cambiar de tarea
Haiku para plantillas; Sonnet para dev diario
MÓDULO 4 · ESCALA Y EQUIPOS
3.6 REGLAS DE ORO
5 hábitos que controlan el gasto del equipo
01
Apunta, no vuelques
Indica siempre ficheros concretos. «Mira todo el proyecto» puede costar 10× más.
02
Prompts precisos desde el inicio
Cada corrección es un turno extra. Un prompt que necesita 4 correcciones puede triplicar el coste.
03
/compact al cambiar de tarea
Reduce el contexto acumulado. Es gratis y abarata todos los mensajes siguientes.
04
Modelo según complejidad
Haiku para formateo. Sonnet para dev diario. Opus solo cuando el razonamiento profundo lo justifica.
05
Cierra sesiones inactivas
200 mensajes en una sesión larga cobra el contexto completo en cada turno. Cierra y abre sesión nueva al cambiar de área.
EJERCICIO 4
HANDS-ON
Mide y baja el coste de una tarea
# 1. Haz una tarea real y mira el coste
> "Refactoriza este modulo y anade tests"
/cost
# 2. Acota el scope y repite
> "Solo src/auth.ts, max 200 tokens de explicacion"
/cost
EXITO
Ves la diferencia de coste entre acotar el scope y no hacerlo.
SI VAS SOBRADO
Escribe las 5 reglas de oro de coste en el CLAUDE.md del equipo.
MÓDULO 5 DE 5
MÓDULO 5
Ultracode
Orquestación multi-agente para tareas que un solo agente no puede abordar a tiempo.
05
MÓDULO 5 · ULTRACODE
QUÉ ES ULTRACODE
Un prefijo que cambia la arquitectura de ejecución
Escribe ultracode:
Activas el modo multi-agente con solo el prefijo.
›
Fan-out
Claude lanza varios agentes especializados en paralelo.
›
Síntesis
Un único informe coherente con referencias cruzadas.
El ahorro es en tiempo de pared, no en coste. Velocidad sube; tokens también.
MÓDULO 5 · ULTRACODE
CUÁNDO APORTA VALOR
Tres casos donde multiplica de verdad
01
Revisión exhaustiva de PR
5 agentes en paralelo: seguridad, rendimiento, bugs, tests y docs — al mismo tiempo.
02
Desarrollo paralelo con worktrees
Cada worktree tiene su agente. Sin bloqueos, sin conflictos hasta la integración final.
03
Auditoría de codebase grande
50 archivos repartidos entre agentes especializados. Una sesión completa → minutos.
MÓDULO 5 · ULTRACODE
CUÁNDO NO USARLO
La regla de los 30 minutos
"Si podrías explicarle la tarea a un desarrollador y terminaría en menos de 30 minutos, no hagas fan-out."
Tarea simple y bien definida — un agente solo termina más rápido y barato
Dependencias secuenciales estrictas — el agente B necesita el output del A; el paralelismo suma overhead
Presupuesto ajustado — 5 agentes = 5× tokens; una tarea puede consumir la cuota del día
Debugging fino — necesitas trazabilidad lineal paso a paso
MÓDULO 5 · ULTRACODE
MATRIZ DE DECISIÓN
¿Cuándo usar ultracode?
Situación
¿Ultracode?
Por qué
Revisión exhaustiva de PR (5+ dimensiones)
Sí
Múltiples dimensiones independientes
Añadir un campo a un formulario
No
Tarea simple, un agente es más rápido
Auditoría de 50+ archivos
Sí
Fan-out reduce tiempo de horas a minutos
Debugging de una excepción concreta
No
Necesita trazabilidad lineal
Presupuesto de API muy limitado
No
N agentes = N× coste en tokens
MÓDULO 5 · ULTRACODE
PUNTOS CLAVE
Lo que te llevas de Ultracode
01
Prefijo, no herramienta nueva
ultracode: activa el modo paralelo. Ninguna instalación extra.
02
Velocidad, no ahorro
El tiempo de pared cae; el coste en tokens sube proporcionalmente.
03
El valor: dimensiones independientes
Revisiones exhaustivas, auditorías grandes, desarrollo paralelo con worktrees.
04
La síntesis es el diferenciador
Claude integra N resultados en un único informe con referencias cruzadas.
EJERCICIO FINAL
PRÁCTICA
Setup completo para tu equipo
FIN
EJERCICIO FINAL
EL ESCENARIO
Eres el tech lead. Tu equipo usa Claude Code sin reglas compartidas.
HOY
Cada dev usa Claude a su manera
Sin convenciones ni automatizaciones
AL TERMINAR
CLAUDE.md compartido en el repo
Lint automático en cada edición
Skill /standup del equipo
EJERCICIO FINAL
PASO 1
CLAUDE.md del equipo: el contexto compartido
## Stack
- Frontend: Next.js 14 (App Router), TypeScript, Tailwind CSS
- Backend: API Routes + Prisma ORM
- Base de datos: PostgreSQL en Neon
- Deploy: Vercel (preview por PR, producción en main)
## Reglas del equipo
1. Nunca usar `any` en TypeScript. Si el tipo no está claro, crear una interfaz.
2. Los componentes van en `src/components/`, cada uno en su carpeta con index.tsx y test.
3. Antes de crear un hook, buscar si ya existe uno en `src/hooks/`.
4. Las migraciones de BD se generan con `prisma migrate dev` -- no editar manualmente.
## Cómo ejecutar testspnpm test # unit tests (Vitest)pnpm test:e2e # end-to-end (Playwright)
EJERCICIO FINAL
PASO 2
Hook de calidad: lint automático tras cada edición
Si usas otro gestor de paquetes, sustituye el comando: pnpm lint, yarn lint, eslint src/…
EJERCICIO FINAL
PASO 3
Skill de equipo: /standup cada mañana
# .claude/skills/standup.md# /standup — Resumen diario del equipo
Cuando el usuario invoque /standup, ejecuta este flujo:
## 1. Recopilar actividad reciente
git log --since="24 hours ago" --oneline --all --author-date-order
(Si no hay commits en 24h, ampliar a 48h y avisarlo.)
## 2. Agrupar por área
Agrupa los commits por área: frontend, backend, infra, tests, docs.
## 3. Formato de salida
**Standup [fecha]**
🟢 Completado ayer: [lista agrupada por área]
🔵 En progreso: [ramas activas sin merge]
⚡ Bloqueantes detectados: [si los hay]
EJERCICIO FINAL
PASO 4 · PRUEBA DEL FLUJO
Un cambio real. Observa que todo encaja.
> "Añade validación de email vacío al formulario de contacto"
DEBES VER
Claude respeta las reglas de CLAUDE.md sin que se las recuerdes
El lint se ejecuta automáticamente al guardar
/standup recoge tu commit en el resumen diario
FLUJO COMPLETO
git add -A
git commit -m "feat: validación email vacío"
git push origin HEAD
# → ejecuta /standup y verás este commit
EJERCICIO FINAL
CIERRE
Criterios de éxito y próximos pasos
CHECKLIST
✓
CLAUDE.md en la raíz del repo
Claude lo usa sin recordatorios.
✓
Lint automático al editar
El hook PostToolUse funciona.
✓
/standup devuelve commits reales
Agrupados por área.
ESTA SEMANA
L
Onboarding al equipo (15 min)
CLAUDE.md, hook y /standup.
M
Iterar CLAUDE.md con problemas reales
Cada corrección → nueva regla.
J
Skill propia del proyecto
/deploy-checklist, /changelog…
V
Medir el impacto
¿Cuánto tiempo ha ahorrado el equipo?
BONUS TRACK
COMUNIDAD
Lo que la comunidad descubrió
Tips que no están en la documentación oficial — extraídos de miles de horas de uso real.
★
BONUS · COMUNIDAD
GESTIÓN DE CONTEXTO AVANZADA
La Dumb Zone empieza al 40 %
01
Monitorea con /cost
Muestra el uso de tokens de la sesión en cualquier momento.
02
Compacta antes del 35 %
/compact preventivo — no esperes a que Claude empiece a olvidar instrucciones.
03
Señales de estar en la zona
Olvida el CLAUDE.md · respuestas genéricas · repite información ya dada.
04
Estrategia correcta según el caso
Último turno mal → Rewind · Sesión larga → Compact · Trabajo paralelo → Subagente.
BONUS · COMUNIDAD
DISEÑO DE SKILLS AVANZADO
La sección Gotchas vale más que todas las instrucciones
ESTRUCTURA MÍNIMA
Trigger claro (cuándo activar la skill)
Contexto de proyecto (stack, convenciones)
Instrucciones concretas
Sección ## Gotchas (crecer con el tiempo)
CÓMO CRECER GOTCHAS
Cada error real de Claude → nueva línea
En 2-3 semanas: skill que no repite errores
Mayor señal/token de cualquier documento
BONUS · COMUNIDAD
HOOKS
Los hooks bloquean. Las instrucciones solo sugieren.
CLAUDE.md
Soft — puede ignorarse
Bajo presión de contexto Claude puede saltarse instrucciones escritas. Útil para preferencias de estilo y convenciones.
Hook exit 2
Hard — bloqueo real
Código determinista. Se ejecuta siempre, independientemente del contexto. Usa para paths protegidos, reglas de seguridad, validaciones críticas.
"Para reglas críticas de negocio: usa hooks, no instrucciones."
BONUS · COMUNIDAD
SUBAGENTES
La configuración que lo cambia todo
01
Añade maxTurns siempre
Sin él, un subagente en bucle consume tokens indefinidamente en producción.
02
Usa isolation: worktree
El subagente trabaja en una rama aislada — el repo principal no se toca hasta aprobar.
03
Elige el modelo según la tarea
Haiku para research / búsquedas baratas. Sonnet/Opus solo para implementación real.
04
Un subagente = una tarea
Contexto limpio y resultado acotado. Varios en paralelo para trabajo independiente.
BONUS · COMUNIDAD
RECURSOS
3 repos que merece la pena guardar
01
shanraisshan/claude-code-best-practices
El más completo no oficial. CLAUDE.md patterns, hook recipes, skill templates y casos reales documentados. Si solo guardas uno, este.
02
anthropics/claude-code-examples
Ejemplos oficiales de Anthropic. Más conservador pero todo funciona garantizado.
03
hesreallyhim/awesome-claude-code
Lista curada de skills, hooks y CLAUDE.md templates. Buen punto de partida para encontrar skills ya escritas para tu stack.
APÉNDICE A
ENTERPRISE
Bedrock y Vertex como backend
A
APÉNDICE A · ENTERPRISE
POR QUÉ NO EL API DIRECTO
Las empresas no se conectan a api.anthropic.com. Sus razones son estructurales.
🔒
Data sovereignty
El código y los prompts nunca salen de tu proveedor cloud. Los datos no atraviesan la red de Anthropic.
📋
Compliance
GDPR, SOC2, HIPAA — los auditores exigen que los datos permanezcan en tu región y dentro de tu perímetro.
💶
Facturación unificada
El gasto en API se imputa a contratos existentes de AWS o GCP: créditos, compromisos de gasto, factura única.
🟰
Mismos modelos
Claude Sonnet, Opus, etc. son idénticos. Solo cambia la capa de red y autenticación.
APÉNDICE A · ENTERPRISE
AWS BEDROCK — SETUP
Cuatro variables de entorno. Sin API key de Anthropic.
Prerequisito: habilitar los modelos de Claude en la consola de AWS Bedrock (us-east-1 o us-west-2). La activación es manual y puede tardar horas en aprobarse.
APÉNDICE A · ENTERPRISE
GCP VERTEX AI — SETUP
Service account + cuatro variables. Rol Vertex AI User obligatorio.
Prerequisito: habilitar la API de Vertex AI y solicitar acceso a los modelos de Claude en la consola de GCP. El service account necesita el rol Vertex AI User.
APÉNDICE A · ENTERPRISE
TRADE-OFFS Y CUÁNDO RECOMENDARLO
API directo para agilidad. Bedrock/Vertex para compliance.
Aspecto
API Directo
Bedrock / Vertex
Setup
Minutos (solo API key)
Horas/días (activación manual)
Latencia
Baja (directo a Anthropic)
Media (hop extra en cloud)
Modelos
Todos (day-one access)
Subconjunto aprobado por el cloud
Datos
Procesados por Anthropic
Permanecen en tu región cloud
Facturación
Tarifa Anthropic estándar
Créditos cloud existentes
APÉNDICE B
STARTER PACK
Empieza con todo configurado
Copia, personaliza los [campos] y tendrás el mejor setup desde el día 1.
B
APÉNDICE B · STARTER PACK
SETTINGS.JSON BASE
Un archivo que configura todo el equipo a la vez
// .claude/settings.json — commiteado en git, compartido con el equipo
{
"model": "claude-sonnet-4-6", // opus-4 para arquitectura compleja"defaultMode": "acceptEdits", // edita archivos, pide OK para bash"permissions": {
"allow": [
"Bash(git *)", "Bash(npm run *)", "Bash(npx *)",
"Read(**)", "Write(**)", "Edit(**)"
],
"deny": [
"Bash(rm -rf *)", // nunca borrar recursivamente"Bash(git push --force *)", // nunca forzar el historial"Bash(git reset --hard *)"// nunca descartar cambios
]
},
"hooks": {
"Stop": [{ "hooks": [{ "type": "command",
"command": "echo \"[claude] sesión terminada — $(date)\"" }] }]
}
}
APÉNDICE B · STARTER PACK
CLAUDE.MD — PLANTILLA DE EQUIPO
El contexto que Claude necesita para no improvisar
# CLAUDE.md — [NOMBRE DEL PROYECTO]## Descripción del proyecto
[2-3 frases: qué hace, quién lo usa, core del negocio]
## Stack técnico
Framework: [Next.js v15 / Express / Django]
BD: [PostgreSQL / MongoDB] ORM: [Prisma / Mongoose]
Auth: [NextAuth / Clerk] Tests: [Vitest / Jest / Pytest]
## Comandos del proyecto
dev: [npm run dev] test: [npm test]
build: [npm run build] lint: [npm run lint]
## Convenciones del equipo
- Idioma del código: [ESPAÑOL / INGLÉS]
- Commits: Conventional Commits
- PRs: requieren [1 / 2] aprobación(es)
## Zonas protegidas — NO tocar sin consenso
- src/lib/auth/ src/lib/payments/ .env.production
APÉNDICE B · STARTER PACK
5 PLUGINS — DÍA 1
Instala estos cinco y Claude Code ya lo puede todo
1
context7
Docs siempre actualizadas de cualquier librería. Nunca más respuestas del año pasado.
2
context-mode
Ahorra 60–80% de tokens redirigiendo outputs largos (builds, npm install) a un sandbox.
3
semgrep
Análisis de seguridad OWASP/CWE en cada sesión. Detecta SQL injection y secrets antes del PR.
4 — claude-in-chrome
Claude opera el navegador: rellena formularios, verifica flujos end-to-end, hace capturas de UI — sin escribir tests de Playwright a mano.
5 — claude-mem
Memoria persistente entre sesiones. Claude recuerda decisiones de arquitectura, patrones acordados y contexto del equipo.
APÉNDICE B · STARTER PACK
LAS 6 SKILLS MÁS ÚTILES
Flujos especializados que Claude ejecuta de una orden
/code-review
Revisión multi-agente del diff
Correctitud, seguridad, rendimiento y legibilidad en paralelo. Publica comentarios en el PR con --comment.
/tdd
Ciclo Red-Green-Refactor automático
Escribe los tests primero (fallan), luego el código mínimo, luego refactoriza. Cobertura garantizada desde el inicio.
/simplify
Limpieza del código cambiado
Detecta duplicación, abstracciones innecesarias y dependencias no usadas. Aplica los cambios directamente.
/run
Arranca y verifica la app en vivo
Lanza el proyecto, navega a la funcionalidad relevante y confirma visualmente que funciona.
/verify
Confirma que el cambio hace lo que dice
Ejecuta los tests relevantes y refuta o confirma que el diff tiene efectos colaterales no intencionados.
/diagnose
Depuración sistemática de cualquier error
Lee logs, identifica causa raíz, descarta hipótesis y aplica la solución. No para hasta resolverlo.
APÉNDICE B · STARTER PACK
RECURSOS PARA SEGUIR
El día 1 acaba aquí. El aprendizaje no.
DOCUMENTACIÓN OFICIAL
Docs: docs.anthropic.com/claude-code
Changelog:/cc-changelog desde Claude Code
GitHub Actions:/cc-github-actions
Mejores prácticas:/cc-best-practices
Crear skills:/cc-skills-guide
PLAN DE 4 SEMANAS
S1
CLAUDE.md en tu proyecto principal
S2
Hook de lint automático
S3
Skill para el flujo más repetitivo del equipo
S4
GitHub Actions para reviews de PR
×
LO QUE OS LLEVÁIS
Esta semana, antes del viernes
Tres compromisos concretos: CLAUDE.md en tu proyecto · una tarea real de 30+ min · el hook de lint configurado.
1 · CLAUDE.md en tu proyecto2 · Tarea real 30+ min3 · Hook de lint activoDigital Tools · One Hub Energy