- Compartió su entorno de trabajo y flujo real, mostrando una forma de ejecutar 5 instancias de Claude en paralelo en la terminal y operar además entre 5 y 10 más en la web
- Usa Opus 4.5 with thinking para todo; aunque es grande y lento, requiere menos ajuste y aprovecha muy bien las herramientas, así que al final resulta más rápido
- Todo el equipo comparte un solo archivo
CLAUDE.md, y cada vez que Claude se comporta mal agregan esa información para acumular aprendizaje
- La mayoría de las sesiones empiezan en modo Plan; después de pulir bien el plan, cambian al modo auto-accept para terminar de una sola vez
- Lo más importante para elevar 2 a 3 veces la calidad del resultado final es darle a Claude un bucle de retroalimentación para que pueda verificar su propio trabajo
1/ Configuración del entorno de ejecución en paralelo
- Ejecuta 5 instancias de Claude en paralelo en la terminal, asigna a las pestañas los números 1 a 5 y usa las notificaciones del sistema para saber cuándo hace falta ingresar algo
2/ Operación paralela entre web y local
- En la web de claude.ai/code también ejecuta entre 5 y 10 Claude adicionales en paralelo, junto con los Claude locales
- Puede transferir una sesión local a la web usando
&, o iniciar una sesión directamente en Chrome, y cambiar en ambos sentidos con --teleport
- También aprovecha la app de iOS para iniciar sesiones todas las mañanas y varias veces durante el día, y revisarlas después
3/ Selección de modelo: Opus 4.5 with thinking
- Usa Opus 4.5 with thinking para todo
- Dice que es el mejor modelo de programación que ha usado hasta ahora
- Es más grande y más lento que Sonnet, pero requiere menos steering y aprovecha muy bien las herramientas
- Como resultado, el resultado final es casi siempre más rápido que con modelos más pequeños
4/ Acumulación de conocimiento en equipo con CLAUDE.md
- Mantienen en el repositorio de Claude Code un solo archivo CLAUDE.md compartido por todo el equipo
- Lo suben a git, y todo el equipo contribuye varias veces por semana
- Cada vez que Claude se equivoca, agregan eso a CLAUDE.md para evitar el mismo error la próxima vez
- Otros equipos también mantienen su propio CLAUDE.md, y cada uno es responsable de mantenerlo al día
5/ Actualizar CLAUDE.md durante la revisión de código
- En code review, etiquetan @.claude en el PR de un compañero para agregar contenido a CLAUDE.md como parte del PR
- Usan Claude Code GitHub Action(/install-github-action)
- Es un enfoque parecido al concepto de Compounding Engineering de Dan Shipper
6/ Flujo de trabajo con modo Plan y aceptación automática
- La mayoría de las sesiones arrancan en modo Plan (shift+tab dos veces)
- Si el objetivo es escribir un PR, en modo Plan repiten con Claude hasta que el plan les convence
- Una vez definido el plan, cambian al modo auto-accept edits y Claude normalmente lo completa en una sola pasada
- Un buen plan es realmente importante
7/ Automatización de tareas repetitivas con slash commands
- Usa slash commands para cada flujo de trabajo de "inner loop" que ejecuta varias veces al día
- Ahorra tener que repetir prompts, y Claude también puede aprovechar ese flujo
- Los comandos se suben a git y se guardan en el directorio .claude/commands/
- Ejemplo: usa el slash command /commit-push-pr decenas de veces al día
8/ Uso de subagentes
- Usa regularmente varios subagentes
- code-simplifier: simplifica el código después de que Claude termina el trabajo
- verify-app: incluye instrucciones detalladas para pruebas end-to-end de Claude Code
- Igual que con los slash commands, la idea es automatizar los flujos más comunes que se ejecutan en la mayoría de los PR
9/ Formateo de código con hooks PostToolUse
- Usa hooks PostToolUse para encargarse del formateo del código de Claude
- Claude genera código bien formateado por defecto, y el hook se encarga del 10% restante para evitar errores de formateo después en CI
10/ Método de gestión de permisos
- No usa --dangerously-skip-permissions
- En cambio, usa /permissions para preautorizar comandos bash comunes que ya se consideran seguros en el entorno
- Así evita prompts de permisos innecesarios
- La mayor parte está registrada en .claude/settings.json y se comparte con el equipo
11/ Uso de la integración de herramientas de Claude Code
- Deja que Claude Code use todas las herramientas
- Buscar y publicar en Slack (usando un servidor MCP)
- Ejecutar consultas en BigQuery (con bq CLI) para responder preguntas de análisis
- Obtener logs de errores desde Sentry
- La configuración de Slack MCP se registra en .mcp.json y se comparte con el equipo
12/ Cómo maneja trabajos largos
- Para tareas muy largas, elige una de tres opciones:
- En sandbox usa --permission-mode=dontAsk o --dangerously-skip-permissions para que Claude se concentre en la tarea sin prompts de permisos
13/ El consejo más importante: dar un bucle de retroalimentación para verificación
- El factor más importante para obtener grandes resultados con Claude Code es darle a Claude una forma de verificar su trabajo
- Con ese bucle de retroalimentación, la calidad del resultado final mejora de 2 a 3 veces
- Prueba todos los cambios que llegan a claude.ai/code con la extensión de Chrome de Claude
- Abre el navegador, prueba la UI e itera hasta que el código funcione y la UX sea buena
- La forma de verificación cambia según el dominio
- Puede ser algo tan simple como ejecutar un comando bash
- Ejecutar una suite de pruebas
- Probar la app en el navegador o en un simulador de teléfono
- Hace falta invertir en construir bien este proceso de verificación
11 comentarios
Como es el creador, supongo que no tendrá límite, ¿no?
Me da la impresión de que la API interna de la empresa quizá sea ilimitada; vi una publicación que decía que el propio producto Claude Code está escrito con Claude Code... jaja;;
Aun así, ¿no te van a detectar..? Es caro..
En la empresa no hay restricciones de uso. Yo no soy Anthropic, pero estoy en una big tech, y sonnet 4.5 es prácticamente ilimitado.
Soy suscriptor de Max, pero hasta con solo leer siento que se me están consumiendo los tokens.
Consejos prácticos de uso compartidos por el creador de Claude Code
puntos en común de skills..
Al ver la imagen del artículo original, parece que trabaja con 5 instancias en local y 5 en la web. ¿Habrá alguna razón para dividirlo en 5 y 5, en vez de hacerlo, por ejemplo, con 10 en local y 10 en la web?
En la web, probablemente parece ser para verificaciones simples y trabajo sencillo en la misma rama de
gitque usa en local.(¿Para trabajar incluso mientras se está moviendo?)
Es una suposición, pero creo que cuando crea cinco en local, usa ramas de
gitdistintas según el propósito para manejar el contexto,y cada pestaña sería, por ejemplo:
la pestaña 1 para generar consultas de DB y planificación, la pestaña 2 para backend, la pestaña 3 para desarrollo de API, la pestaña 4 para frontend y la pestaña 5 para revisión de código; supongo que las opera en paralelo dentro de un rango donde los conflictos se minimicen.
Es una suposición, pero quizá sea porque para acceder desde un dispositivo móvil mientras te desplazas tiene que ser una sesión web. En una situación donde unas 10 son una carga cognitiva manejable, algo así como 5 para trabajar en profundidad en local desde la PC y el resto para hacer tareas rápidas desde el móvil.
Podría ser.