Este artículo es el resumen en español de esa charla, con los puntos que más importan para cualquier equipo de desarrollo que quiera integrar IA de forma real en su flujo de trabajo.
--> Video original en inglés: Mastering Claude Code in 30 minutes — Anthropic
¿Qué es Claude Code y qué NO es?
Lo primero que aclara Cherny es la confusión más común sobre la herramienta. Claude Code no es un autocompletador de líneas. No es el Copilot que sugiere la siguiente línea mientras escribes.
Claude Code es completamente agéntico. Está diseñado para construir funcionalidades completas, escribir funciones enteras, archivos completos y resolver bugs de principio a fin. La diferencia mental es importante: no lo usas para completar código lo usas para delegarle tareas de ingeniería.
Y su ventaja más práctica: funciona con todas las herramientas que ya usas. VS Code, Xcode, JetBrains, terminales remotas vía SSH, Tmux no tienes que cambiar tu entorno. Claude Code se adapta a lo que ya tienes.
Configuración inicial que vale la pena hacer
Antes de entrar a los workflows, Cherny recomienda cuatro configuraciones que hacen la experiencia notablemente mejor:
1. Terminal setup
Ejecuta /terminal-setup al abrir Claude Code por primera
vez. Esto activa Shift+Enter para nuevas líneas, lo que elimina la
necesidad de usar barras invertidas para saltos de línea en prompts
largos. Un detalle pequeño que ahorra fricción real.
2. Temas visuales
Usa /theme para configurar modo claro, oscuro o temas de daltonismo. Pequeño, pero afecta cuánto tiempo puedes trabajar cómodamente.
3. GitHub App
Con /install-github-app conectas Claude Code a GitHub
para que pueda responder menciones en issues y pull requests
directamente desde la plataforma. Uno de los anuncios más importantes de
la charla.
4. Dictado por voz en macOS
Este es el tip que más sorprendió a la audiencia. Cherny reveló que él mismo dicta la mayoría de sus prompts en lugar de escribirlos. En macOS, puedes activar dictado en Preferencias del Sistema → Accesibilidad → Dictado, y hablarle a Claude Code como le hablarías a otro ingeniero. Para prompts largos y detallados, la diferencia de velocidad es significativa.
El mejor punto de entrada: preguntas sobre el codebase
Esta es la recomendación número uno de Cherny para cualquier equipo que quiera empezar a usar Claude Code: no empieces editando código, empieza preguntando.
Claude Code puede explorar el codebase entero y responder preguntas que normalmente requerirían horas de búsqueda manual o interrumpir a un colega con experiencia:
- "¿Cómo se instancia esta clase?"
- "¿Dónde se usa esta función y para qué?"
- "¿Por qué esta función tiene 15 argumentos con nombres raros?"
- "¿Qué se shipped esta semana?"
Para la última pregunta, Cherny reveló que él mismo la usa cada lunes en su standup semanal: le pide a Claude Code que revise el Git log con su username y le genera un resumen de todo lo que hizo esa semana. Lo copia y pega directamente en el doc del standup.
El impacto en el onboarding de Anthropic
El dato más impactante de toda la charla: el onboarding técnico en Anthropic pasó de durar 2-3 semanas a durar 2-3 días gracias a Claude Code.
El proceso es simple: el primer día, el nuevo ingeniero descarga Claude Code, y en lugar de interrumpir a sus compañeros con preguntas básicas sobre el codebase, simplemente le pregunta a Claude Code. La herramienta explora el código localmente, analiza el historial de Git, revisa los issues de GitHub y responde con el mismo nivel de profundidad que daría un senior que lleva años en el proyecto.
Privacidad: el código nunca sale de tu máquina
Un punto que Cherny enfatizó especialmente: Claude Code no hace indexación remota. No sube el código a ningún servidor, no crea bases de datos externas con tu código, no entrena modelos con él. Todo el análisis ocurre localmente. Eso también significa que no hay tiempo de espera de indexación instalas Claude Code y puedes usarlo inmediatamente.
Workflows para editar código: los tres patrones que funcionan
Una vez que estás cómodo con las preguntas, el siguiente paso es delegar ediciones de código. Cherny describe tres workflows según el nivel de iteración que necesitas:
Workflow 1: Explorar -> Planear -> Confirmar -> Ejecutar
El más recomendado para tareas complejas. Antes de que Claude Code escriba una sola línea, le pides que explore el codebase relevante, arme un plan y te lo presente para tu aprobación.
El error que Cherny ve más frecuentemente: pedirle a Claude Code que implemente una feature enorme de 3,000 líneas de una sola vez. A veces lo hace bien — pero muchas veces el resultado no es lo que querías. La solución es simple:
"Antes de escribir código, hazme un plan y pídeme confirmación."
No necesitas activar ningún modo especial. Solo escribes esa instrucción y Claude Code sabe qué hacer.
Workflow 2: Ejecutar con feedback automático
El workflow más poderoso: darle a Claude Code una herramienta para verificar su propio trabajo y dejar que itere solo.
Ejemplos prácticos:
- Tests unitarios: Claude Code escribe código, corre los tests, ve los resultados, corrige los errores, repite
- Screenshots con Puppeteer o el simulador de iOS: le das un mockup visual, Claude Code construye la UI, toma un screenshot, lo compara con el mockup y refina
- Linters y type checkers: si TypeScript o ESLint fallan, Claude Code los ve y corrige
La lógica de Cherny es clara: si le das a Claude Code una forma de ver el resultado de su trabajo, en 2-3 iteraciones el resultado es casi perfecto. El truco es siempre darle un mecanismo de feedback, no solo decirle qué hacer.
Workflow 3: Commit -> Push -> PR en un solo comando
Cherny compartió un comando que usa constantemente: simplemente escribe "commit, push, PR" y Claude Code lo interpreta completamente. Revisa el código modificado, mira el historial de commits para entender el formato que usa el equipo, escribe el mensaje de commit correcto, crea la rama, hace push y abre el pull request en GitHub sin que tengas que explicar ninguno de esos pasos.
Integrando las herramientas de tu equipo
Aquí es donde Claude Code pasa de ser una herramienta útil a ser un multiplicador de productividad real. Cherny describe dos tipos de integración:
Bash tools: CLIs internas del equipo
Si tu equipo tiene un CLI interno para deployar, para correr
migraciones, para gestionar ambientes simplemente cuéntaselo a Claude
Code en el prompt. Ni siquiera tienes que documentarlo exhaustivamente:
puedes decirle que use el flag --help para aprender a usarlo por su cuenta.
MCP (Model Context Protocol)
Agrega herramientas MCP y Claude Code las usa automáticamente. Cuando empiezas en un codebase nuevo, puedes darle todas las herramientas que ya usa tu equipo bases de datos, APIs internas, servicios de monitoring y Claude Code las usa en tu nombre.
Claude.md: la memoria persistente entre sesiones
El último tip grande de la charla: el archivo CLAUDE.md.
Es un archivo Markdown especial que Claude Code lee automáticamente al
inicio de cada sesión, incluyéndolo como contexto en el primer turno.
¿Qué va en el CLAUDE.md?
- Comandos bash frecuentes del proyecto
- Herramientas MCP que usa el equipo
- Decisiones arquitectónicas importantes
- Archivos clave que Claude Code debe conocer
- Convenciones de código del equipo
- Formato de commits
Este archivo debe commitearse al repositorio y
compartirse con todo el equipo. Así todos arrancan con el mismo contexto
sin tener que repetir las instrucciones en cada sesión. También existe
un CLAUDE.local.md que no se commitea es para preferencias personales de cada desarrollador.
El consejo de Cherny: mantenlo corto. Un CLAUDE.md muy largo consume contexto sin necesariamente aportar más valor. Lo esencial, bien documentado, es suficiente.
La filosofía detrás de Claude Code
Un detalle que Cherny repite varias veces a lo largo de la charla y que dice mucho sobre el diseño de la herramienta: casi ninguno de los comportamientos inteligentes de Claude Code viene de prompts del sistema.
Claude Code sabe analizar el historial de Git, sabe leer issues de GitHub, sabe cómo hacer un commit con el formato correcto del proyecto no porque Anthropic lo programó explícitamente, sino porque el modelo subyacente es suficientemente capaz de inferirlo. El equipo de Claude Code construye sobre un modelo que "ya sabe" cómo funciona el trabajo de ingeniería.
Esa es también la razón por la que la herramienta es tan abierta y poco prescriptiva: no intenta guiarte hacia un workflow específico porque los ingenieros tienen formas muy distintas de trabajar, y Claude Code fue diseñado para adaptarse a cualquiera de ellas.
Lo que esto significa para equipos de desarrollo en LATAM
En Ab4cus integramos Claude Code en nuestros flujos de desarrollo fintech. Los puntos que más impactan en proyectos reales de la región:
El onboarding técnico reducido es especialmente relevante en contextos donde los equipos rotan o donde se incorporan desarrolladores a proyectos con años de historia. La capacidad de Claude Code de responder preguntas profundas sobre el codebase incluyendo el "por qué" detrás de decisiones de diseño que están en el historial de Git cambia radicalmente la curva de aprendizaje.
La privacidad del código local es crítica para proyectos bancarios y fintech. El hecho de que el código nunca sale de la máquina del desarrollador sin indexación remota, sin entrenamiento de modelos permite usar Claude Code en proyectos con datos sensibles de clientes sin comprometer los requerimientos de seguridad regulatoria.
La integración con herramientas existentes significa que no hay que reescribir workflows ni convencer al equipo de cambiar su IDE. Claude Code se suma a lo que ya existe.
Si tu equipo aún no usa Claude Code, la recomendación de Boris Cherny y la nuestra es la misma: empieza con preguntas sobre el codebase. No con ediciones de código, no con features grandes. Solo pregunta. En una tarde entiendes el 80% de cómo usarlo bien.
Ver la charla completa en inglés: Mastering Claude Code in 30 minutes — YouTube
También te puede interesar:
0 Comentarios