50 consejos y buenas prácticas para usar Claude Code en el día a día

• Una colección de 50 consejos prácticos para desarrolladores que ya usan Claude Code, recopilada a partir de la documentación oficial de Anthropic, el desarrollador Boris Cherny, experiencias de la comunidad y un año de uso diario
• Abarca desde atajos para operar sesiones como el alias cc, el prefijo ! y el rebobinado con Esc, hasta subagentes, equipos de agentes y trabajo paralelo con worktrees
• Incluye metodologías estructuradas para mantener la calidad y la consistencia, como cómo escribir CLAUDE.md, el sistema de Hooks y la gestión de la ventana de contexto
• Presenta distintos patrones de flujo de trabajo, como el uso de herramientas CLI, la selección de servidores MCP y el procesamiento por lotes
• Recomienda una adopción gradual: no hace falta aplicar las 50 de golpe, sino empezar por la que más te incomode

---

1. Configurar el alias cc

• Si agregas alias cc='claude --dangerously-skip-permissions' a ~/.zshrc (o ~/.bashrc), puedes iniciar una sesión de Claude Code escribiendo solo cc
• Es una configuración que omite todos los prompts de permisos, y el nombre del flag es intencionalmente alarmante
• Solo debe usarse cuando entiendes por completo qué puede hacer Claude Code en tu codebase

2. Ejecutar comandos bash inline con el prefijo !

• Si escribes !git status o !npm test, el comando se ejecuta de inmediato y tanto el comando como la salida quedan en el contexto
• Claude puede revisar el resultado y continuar con tareas posteriores — es más rápido que pedirle a Claude que ejecute el comando

3. Detener con Esc, rebobinar con Esc+Esc

• Esc detiene a Claude a mitad del proceso sin perder el contexto — puedes cambiar de dirección de inmediato
• Esc+Esc (o /rewind) abre un menú desplazable con todos los checkpoints creados por Claude, para restaurar código, conversación o ambos
  • Hay 4 opciones de restauración: código y conversación, solo conversación, solo código, resumen posterior al checkpoint
• Puedes intentar incluso un enfoque del que solo tengas 40% de confianza — si falla, rebobinas con daño cero
  • Eso sí, los checkpoints solo rastrean ediciones de archivos; no capturan cambios hechos por comandos bash (migraciones, trabajo en DB)
• Con claude --continue reanudas la conversación más reciente, y con claude --resume usas el selector de sesiones

4. Darle a Claude medios para validarse por sí mismo

• Incluye en el prompt comandos de prueba, checks de linter y salidas esperadas para crear un bucle de retroalimentación en el que Claude detecte sus propios errores
  • Ejemplo: "Refactoriza el middleware de auth para usar JWT. Después del cambio, ejecuta la suite de tests existente, corrige todos los fallos y luego termina"
• Según Boris Cherny, solo con esto se logra una mejora de calidad de 2 a 3 veces
• En cambios de UI, configura el servidor MCP de Playwright para que Claude pueda abrir el navegador, interactuar con la página y verificar si la UI funciona como se espera — así detecta problemas que las pruebas unitarias no encuentran

5. Instalar plugins de code intelligence por lenguaje

• Los plugins LSP ofrecen diagnósticos automáticos después de editar archivos (errores de tipos, imports sin usar, tipos de retorno faltantes, etc.) — es el plugin individual de mayor impacto que puedes instalar
• Ejemplos de comandos de instalación:
  • /plugin install typescript-lsp@claude-plugins-official
  • /plugin install pyright-lsp@claude-plugins-official
  • /plugin install rust-analyzer-lsp@claude-plugins-official
  • /plugin install gopls-lsp@claude-plugins-official
• También hay plugins para C#, Java, Kotlin, Swift, PHP, Lua y C/C++ en la pestaña Discover de /plugin
• Debes tener instalado en tu sistema el binario del language server correspondiente (si no, el plugin te avisará)

6. Usar gh CLI y aprender todas las herramientas CLI

• Con gh CLI puedes gestionar PR, issues y comentarios sin un servidor MCP aparte — las herramientas CLI son más eficientes en contexto que los servidores MCP (no cargan el schema de herramientas en la ventana de contexto)
• Lo mismo aplica a herramientas CLI estándar como jq o curl
• Si Claude no conoce una herramienta, puede leer la salida de --help, entender la sintaxis y ejecutar directamente los comandos — por ejemplo: "aprende con sentry-cli --help y luego encuentra el error más reciente en producción"
• También funciona con herramientas CLI internas y de nicho

7. Agregar "ultrathink" para razonamiento complejo

• La palabra clave "ultrathink" sube el nivel de effort y activa el razonamiento adaptativo en Opus 4.6
• Es ideal para situaciones donde Claude necesita pensar bien antes de actuar: decisiones de arquitectura, debugging complicado o razonamiento de varios pasos
• También puede configurarse de forma permanente con /effort — para tareas simples, conviene mantener un effort bajo para ir más rápido y gastar menos
• No hace falta gastar tokens de thinking para renombrar una variable — ajusta el effort al problema

8. Expandir el conocimiento bajo demanda con skills

• Las skills son archivos Markdown que expanden el conocimiento de Claude y, a diferencia de CLAUDE.md, solo se cargan en tareas relacionadas, manteniendo liviano el contexto
• Puedes crearlas en .claude/skills/ o instalar skills preconstruidas empaquetadas por plugins (explóralas en /plugin)
• Son ideales para conocimiento de dominio especializado que Claude necesita a veces, pero no siempre, como reglas de API, procedimientos de despliegue o patrones de código

9. Controlar Claude Code desde el celular

• Inicia una sesión con claude remote-control y conéctate desde claude.ai/code o desde la app de Claude en iOS/Android
• La sesión corre en tu máquina local, y el teléfono o el navegador solo sirven como punto de acceso — puedes enviar mensajes, aprobar llamadas a herramientas y monitorear el progreso
• Si usas el alias cc del tip #1, no hace falta aprobación adicional, así que el control remoto es todavía más fluido — puedes iniciar una tarea, irte y revisar solo cuando Claude termine o ocurra algo inesperado

10. Ampliar la ventana de contexto a 1M tokens

• Tanto Sonnet 4.6 como Opus 4.6 admiten una ventana de contexto de 1M tokens
• En los planes Max, Team y Enterprise, Opus se actualiza automáticamente a contexto de 1M
• Puedes cambiar de modelo durante la sesión con /model opus[1m] o /model sonnet[1m]
• Si te preocupa la calidad con contextos grandes, prueba aumentarlo gradualmente desde 500k
• Con CLAUDE_CODE_AUTO_COMPACT_WINDOW y CLAUDE_AUTOCOMPACT_PCT_OVERRIDE puedes controlar cuándo se activa la compactación

11. Usar Plan Mode cuando no esté claro el enfoque

• Plan Mode es ideal para cambios en múltiples archivos, código poco familiar o decisiones de arquitectura — invertir unos minutos antes evita que Claude pase 20 minutos resolviendo el problema equivocado
• En tareas pequeñas y de alcance claro, conviene omitirlo — si puedes explicar el diff en una sola oración, ejecútalo de una vez
• Puedes alternar entre los modos de permisos Normal, Auto-Accept y Plan con Shift+Tab (sin salir de la conversación)

12. Ejecutar /clear entre tareas no relacionadas

• Un prompt preciso en una sesión limpia supera a una sesión desordenada de 3 horas — si es otra tarea, empieza con /clear
• Parece que estuvieras tirando el progreso, pero el contexto acumulado termina enterrando la instrucción actual y produce una sensación de 30 minutos desperdiciados
• Los 5 segundos que toma usar /clear y escribir un prompt inicial enfocado son mucho más eficientes

13. No interpretes el bug; pega los datos en bruto

• Si describes el bug con palabras, Claude entra en un proceso lento de adivinar, corregir y repetir
• Si pegas tal cual logs de error, salida de CI o hilos de Slack y dices "fix", Claude puede leer logs de sistemas distribuidos y rastrear dónde está el problema
• La interpretación humana agrega una capa de abstracción que pierde detalles clave para que Claude encuentre correctamente la causa raíz
• También aplica a CI — pega la salida de CI con "Go fix the failing CI tests", o pídele que arregle los checks fallidos junto con la URL o número del PR
• También puedes hacer pipe directo desde la salida del terminal:
  • cat error.log | claude "explain this error and suggest a fix"
  • npm test 2>&1 | claude "fix the failing tests"

14. Preguntas rápidas al margen con /btw

• /btw abre una superposición que no entra en el historial de la conversación para hacer preguntas rápidas
• Úsalo para aclaraciones sobre la sesión actual: "¿Por qué elegiste este enfoque?" o "¿Qué trade-offs tiene frente a otras opciones?"
• La respuesta se muestra en una superposición que se puede cerrar, manteniendo liviano el contexto principal

15. Ejecutar ramas paralelas aisladas con --worktree

• Con claude --worktree feature-auth se crea una copia de trabajo aislada y una rama nueva; Claude se encarga automáticamente de la configuración y limpieza de git worktree
• El equipo de Claude Code lo considera uno de los mayores desbloqueos de productividad
• Levanta 3 a 5 worktrees para ejecutar en paralelo sesiones independientes de Claude (normalmente usan 2 o 3)
• Cada worktree tiene su propia sesión, rama y estado del sistema de archivos
• El límite de los worktrees locales son los recursos de la máquina: múltiples servidores de desarrollo, builds y sesiones de Claude compiten por CPU
  • Builder.io coloca cada agente en un contenedor en la nube independiente para aliviar la carga de la máquina

16. Guardar temporalmente prompts con Ctrl+S

• Si estás escribiendo un prompt largo pero antes necesitas una respuesta rápida, usa Ctrl+S para guardar el borrador en stash
• Después de enviar la pregunta rápida, el prompt guardado en stash se restaura automáticamente

17. Enviar tareas largas al fondo con Ctrl+B

• Si Claude inicia un comando de bash que tarda bastante (suite de tests, build, migraciones), usa Ctrl+B para mandarlo al fondo
• Claude sigue trabajando y tú puedes seguir conversando; cuando el proceso termine, mostrará el resultado

18. Agregar una barra de estado en vivo

• La barra de estado es un script de shell que se ejecuta después de cada turno de Claude y muestra al pie de la terminal el directorio actual, la rama de git y el uso de contexto con colores
• Se puede configurar rápido con el comando /statusline: te pregunta qué quieres mostrar y genera el script automáticamente

19. Mantener limpio el contexto principal con subagentes

• Si dices "usa un subagente para averiguar cómo el flujo de pagos maneja las transacciones fallidas", una instancia separada de Claude lee archivos y analiza en una ventana de contexto independiente, y luego reporta un resumen conciso
• Como una investigación profunda puede consumir la mitad de la ventana de contexto, los subagentes separan ese costo de la sesión principal
• Tipos integrados: Explore (Haiku, búsqueda rápida de archivos) y Plan (análisis de solo lectura)

20. Equipos de agentes para coordinar múltiples sesiones

• Es una función experimental pero potente: se activa agregando CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS a la configuración o como variable de entorno
• Indica: "crea un equipo de agentes de 3 integrantes para refactorizar estos módulos en paralelo"
• Un líder de equipo distribuye el trabajo entre los integrantes; cada uno tiene su propia ventana de contexto y una lista de tareas compartida, y además pueden enviarse mensajes entre sí
• Se recomienda empezar con 3 a 5 integrantes y 5 a 6 tareas por integrante
• Evita asignar tareas que modifiquen el mismo archivo por problemas de sobrescritura; comienza con tareas de investigación y revisión, y luego amplía a implementación en paralelo

21. Agregar instrucciones de preservación a la compactación

• Durante la compactación de contexto (automática o con /compact) puedes indicar qué preservar: /compact focus on the API changes and the list of modified files
• También puedes agregar una instrucción permanente en CLAUDE.md: "al compactar, preserva la lista completa de archivos modificados y el estado actual de los tests"

22. Ejecutar verificaciones repetidas con /loop

• Con /loop 5m check if the deploy succeeded and report back puedes programar un prompt repetitivo en segundo plano
• El intervalo es opcional (por defecto 10 minutos) y admite unidades s, m, h y d
• También puedes poner otros comandos en bucle, como /loop 20m /review-pr 1234
• Las tareas son de alcance de sesión y expiran después de 3 días, así que los loops olvidados no se ejecutan para siempre
• Sirve para monitorear despliegues, vigilar pipelines de CI o hacer polling a servicios externos

23. Escribir prompts más ricos con dictado por voz

• /voice activa push to talk; mantén presionada la tecla Space y habla para que se transcriba en tiempo real e inserte el texto en el prompt
• Puedes mezclar voz y escritura en el mismo mensaje
• Los prompts por voz suelen incluir más contexto de forma natural que al teclear: puedes explicar antecedentes, restricciones y lo que quieres sin gastar tantas pulsaciones
• Requiere una cuenta de Claude.ai (no una API key)
• En ~/.claude/keybindings.json puedes reasignar la tecla de push to talk a meta+k u otra para saltarte el calentamiento de hold-detection

24. Si tras 2 cambios el mismo problema sigue sin resolverse, empieza de nuevo

• Si caes en una madriguera de cambios y el problema sigue sin resolverse, el contexto se llena de enfoques fallidos, lo que perjudica el siguiente intento
• Usa /clear y vuelve a empezar con un mejor prompt inicial que incorpore lo aprendido
• Una sesión limpia con un prompt preciso casi siempre supera a una sesión larga atorada en callejones sin salida acumulados

25. Dile a Claude exactamente qué archivos mirar

• Haz referencia directa a archivos con el prefijo @, como en @src/auth/middleware.ts has the session handling
• El prefijo @ se interpreta automáticamente como ruta de archivo para que Claude ubique de inmediato el lugar exacto
• Claude también puede hacer grep o buscar por su cuenta, pero el proceso de reducir candidatos e identificar el archivo correcto consume tokens y contexto; si especificas el archivo desde el inicio, te saltas todo ese proceso

26. Explorar código desconocido con prompts ambiguos

• "¿Qué mejorarías en este archivo?" es un excelente prompt de exploración; no todos los prompts tienen que ser específicos
• Cuando necesitas una mirada fresca sobre código existente, una pregunta ambigua le da a Claude espacio para detectar cosas inesperadas
• Úsalo al incorporarte a un repo desconocido: Claude puede señalar patrones, inconsistencias y oportunidades de mejora que podrían pasarse por alto en una primera lectura

27. Editar planes con Ctrl+G

• Cuando Claude proponga un plan, puedes abrirlo directamente en el editor de texto con Ctrl+G para modificarlo
• Así puedes agregar restricciones, quitar pasos o cambiar el enfoque antes de que Claude escriba una sola línea de código
• Es útil cuando el plan está casi bien, pero quieres ajustar solo algunos pasos sin tener que volver a explicarlo todo

28. Ejecuta /init y luego reduce el resultado a la mitad

• CLAUDE.md es un archivo Markdown en la raíz del proyecto que le da a Claude instrucciones permanentes sobre comandos de build, estándares de código, decisiones de arquitectura, convenciones del repo y más
• Claude lo lee al inicio de cada sesión
• Con /init puedes generar una versión preliminar basada en la estructura del proyecto; detecta automáticamente comandos de build, scripts de test y la distribución de directorios
• La salida tiende a inflarse: elimina cualquier línea cuya razón de existir no puedas explicar y agrega lo que falte

29. La prueba de fuego para cada línea de CLAUDE.md

• Para cada línea de CLAUDE.md, pregúntate: "¿Claude se equivocaría sin esta línea?"
• Las instrucciones que Claude ya sigue correctamente son ruido; las líneas innecesarias diluyen las importantes
• Hay un límite práctico de unas 150 a 200 instrucciones antes de que baje el cumplimiento, y el prompt del sistema ya usa alrededor de 50

30. Después de un error de Claude, di: "actualiza CLAUDE.md para que esto no vuelva a pasar"

• Si Claude comete un error, indícale: "update the CLAUDE.md file so this doesn't happen again"
• Claude escribe su propia regla y la seguirá automáticamente en las siguientes sesiones
• Con el tiempo, CLAUDE.md evoluciona hasta convertirse en un documento vivo moldeado por errores reales
• Para evitar un crecimiento infinito, usa @imports (tip #32) para referenciar archivos separados (@docs/solutions.md, por ejemplo); así CLAUDE.md se mantiene liviano y Claude lee los detalles cuando los necesita

31. Aplicar reglas condicionales con .claude/rules/

• Coloca archivos Markdown en .claude/rules/ para organizar instrucciones por tema — por defecto, todos los archivos de reglas se cargan al iniciar la sesión
• Con el frontmatter paths, puedes activarlas de forma condicional solo para ciertos patrones de archivo:
  • Ejemplo: si configuras paths: ["**/*.ts"], Claude cargará las reglas de TypeScript solo cuando lea archivos .ts
• Mantén ligero el archivo principal CLAUDE.md — así Claude no leerá reglas de lenguajes con los que no está trabajando en ese momento

32. Mantén ligero CLAUDE.md con @imports

• Haz referencia a documentos como @docs/git-instructions.md — también puedes usar @README.md, @package.json y @~/.claude/my-project-instructions.md
• Claude solo lee los archivos cuando los necesita — sirve como “contexto adicional si hace falta” sin inflar CLAUDE.md, que se carga en cada sesión

33. Configura una lista segura de comandos permitidos con /permissions

• Deja de hacer clic por centésima vez para aprobar npm run lint — usa /permissions para agregar comandos confiables a la lista permitida
• Los comandos que no estén en la lista seguirán mostrando un prompt

34. Permite que Claude trabaje con libertad usando /sandbox

• Activa el aislamiento a nivel de sistema operativo con /sandbox — las escrituras se limitan al directorio del proyecto y las solicitudes de red solo se permiten a dominios aprobados
• En macOS usa Seatbelt y en Linux bubblewrap; las restricciones se aplican a todos los subprocesos que Claude genere
• En modo auto-allow, los comandos dentro del sandbox se ejecutan sin prompts de permisos — casi autonomía total, pero con barandillas de seguridad
• Para trabajo sin supervisión (migraciones nocturnas, refactors experimentales), ejecutar Claude dentro de un contenedor Docker da aislamiento total y rollback sencillo

35. Crea subagentes personalizados para tareas repetitivas

• A diferencia de los subagentes improvisados del tip #19, los subagentes personalizados se preconfiguran y guardan en .claude/agents/
  • Ejemplo: un agente revisor de seguridad con Opus + herramientas de solo lectura, o un agente de búsqueda rápida con Haiku
• Usa /agents para explorarlos y crearlos
• También puedes configurar agentes con sistema de archivos independiente usando isolation: worktree

36. Elige servidores MCP que encajen con tu stack

• Buenos servidores MCP para empezar: Playwright (pruebas de navegador y validación de UI), PostgreSQL/MySQL (consultas directas al esquema), Slack (reportes de bugs y contexto de hilos), Figma (flujo de trabajo de diseño a código)
• Claude Code admite carga dinámica de herramientas — Claude solo carga la definición del servidor cuando la necesita

37. Configura el estilo de salida

• Elige tu estilo preferido en /config — opciones integradas: Explanatory (detallado, paso a paso), Concise (breve, orientado a la acción), Technical (preciso, amigable con la jerga técnica)
• También puedes crear estilos de salida personalizados en ~/.claude/output-styles/

38. CLAUDE.md propone, Hooks exigen

• CLAUDE.md es orientativo — Claude lo cumple aproximadamente el 80% del tiempo
• Los Hooks son deterministas — se ejecutan el 100% de las veces
• Si algo debe ejecutarse siempre y sin excepciones (formato, linting, chequeos de seguridad), configúralo como Hook
• Si solo es una guía que Claude debería considerar, CLAUDE.md basta

39. Formateo automático con un Hook PostToolUse

• Agrega un Hook PostToolUse en .claude/settings.json para que el formateador se ejecute automáticamente cada vez que Claude edite un archivo
  • Registra npx prettier --write "$CLAUDE_FILE_PATH" 2>/dev/null || true en el matcher Edit|Write
• Usa || true para evitar que una falla del Hook bloquee a Claude
• También puedes encadenar npx eslint --fix como segunda entrada del Hook
• Si tu editor tiene abierto el mismo archivo, conviene desactivar format-on-save — se ha reportado que guardar desde el editor puede invalidar la caché del prompt, mientras que el Hook se encarga del formateo

40. Bloquea comandos destructivos con un Hook PreToolUse

• Bloquea patrones como rm -rf, drop table y truncate con un Hook PreToolUse — Claude ni siquiera podrá intentarlo
• El Hook se activa antes de que Claude ejecute la herramienta, bloqueando de antemano los comandos destructivos
• Puedes agregarlo en .claude/settings.json, configurarlo de forma interactiva con /hooks, o pedirle a Claude: “agrega un Hook PreToolUse que bloquee los comandos rm -rf, drop table y truncate”

41. Usa Hooks para conservar contexto importante durante la compactación

• En sesiones largas, cuando Claude compacta el contexto, puede perder el hilo de lo que estaba haciendo
• Un Hook de notificación con matcher compact puede reinyectar automáticamente el contexto clave cada vez que se active la compactación
• Pídele a Claude: “configura un Hook de notificación que, tras compactar, recuerde la tarea actual, los archivos modificados y las restricciones”
• Buenos elementos para reinyectar: descripción de la tarea actual, lista de archivos modificados, restricciones estrictas (“no modifiques archivos de migración”)
• Esto es especialmente útil en sesiones de varias horas donde Claude está muy metido en una funcionalidad y no debe perder el contexto

42. Autenticación, pagos y mutaciones de datos siempre requieren revisión manual

• Flujos de autenticación, lógica de pagos, mutaciones de datos y operaciones destructivas en la BD — por muy bien que se vea el resto del código, siempre deben revisarse manualmente
• Un scope de autenticación incorrecto, un webhook de pagos mal configurado o una migración que elimina columnas silenciosamente pueden costarte usuarios, dinero y confianza
• Ninguna cantidad de pruebas automatizadas puede detectar todos esos problemas

43. Usa /branch para probar otro enfoque sin perder tu camino actual

• Usa /branch (o /fork) para crear una copia de la conversación desde el punto actual
• Prueba un refactor riesgoso en la rama — si funciona, te la quedas; si falla, la conversación original sigue intacta
• A diferencia de rewind (tip #3), ambos caminos permanecen vivos

44. Si la especificación de una función está incompleta, pídele a Claude que te entreviste

• Si sabes qué quieres construir, pero aún faltan detalles para que Claude lo haga bien, haz que Claude te haga preguntas
  • “Quiero construir [descripción breve]. Usa la herramienta AskUserQuestion para entrevistarme en detalle. Pregunta sobre implementación técnica, edge cases, preocupaciones y trade-offs. No hagas preguntas obvias. Entrevístame hasta cubrirlo todo y luego redacta una especificación completa en SPEC.md”
• Una vez terminada la especificación, empieza la implementación en una nueva sesión con contexto limpio y una especificación completa

45. Que un Claude escriba y otro Claude revise

• Haz que el primer Claude implemente la funcionalidad y que un segundo Claude la revise con contexto nuevo, como si fuera un staff engineer
• Como el revisor no conoce de antemano los atajos que se tomaron en la implementación, cuestionará todo
• La misma idea aplica a TDD: la sesión A escribe las pruebas, la sesión B escribe el código que las hace pasar

46. Haz la revisión de PR de forma conversacional

• En vez de pedir una revisión de PR de un solo disparo (aunque se puede), abre el PR en una sesión y conversa
  • “Explícame cuál es el cambio más riesgoso de este PR”
  • “¿Qué se rompería si esto se ejecuta al mismo tiempo?”
  • “¿El manejo de errores es consistente con el resto del codebase?”
• La revisión conversacional detecta más problemas — porque puedes profundizar en las áreas importantes
• Las revisiones de un solo disparo tienden a marcar detalles de estilo y pueden pasar por alto problemas de arquitectura

47. Ponles nombre y color a las sesiones

• Usa /rename auth-refactor para mostrar una etiqueta en la barra del prompt
• Usa /color red o /color blue para configurar el color de la barra del prompt
  • Colores disponibles: red, blue, green, yellow, purple, orange, pink, cyan
• Si trabajas con 2 o 3 sesiones en paralelo, invertir 5 segundos en nombrarlas y colorearlas evita que escribas en la terminal equivocada

48. Reproducir un sonido al terminar Claude

• Usa un Stop Hook para reproducir un sonido del sistema cuando Claude termine de responder
• Inicia una tarea, cámbiate a otra cosa y recibe una notificación con un sonido al completarse
• Ejemplo: registra /usr/bin/afplay /System/Library/Sounds/Glass.aiff como Stop Hook en .claude/settings.json

49. Fan-out de trabajos por lotes con claude -p

• Usa el modo no interactivo para recorrer una lista de archivos y procesarlos; limita el alcance de lo que Claude puede hacer por archivo con --allowedTools
• Ejecuta en paralelo con & para obtener el máximo rendimiento:
  • for file in $(cat files-to-migrate.txt); do claude -p "Migrate $file from class components to hooks" --allowedTools "Edit,Bash(git commit *)" & done; wait
• Ideal para conversiones de formato de archivos, actualizar imports en todo el codebase y migraciones repetitivas donde cada archivo es independiente

50. Personalizar los verbos del spinner (por diversión)

• Mientras Claude piensa, muestra en la terminal verbos del spinner como "Flibbertigibbeting..." y "Flummoxing..."
• Puedes cambiarlos por las frases que quieras; solo indícale a Claude:
  • "Replace my spinner verbs in user settings with these: Hallucinating responsibly, Pretending to think, Confidently guessing, Blaming the context window"
• No hace falta que des la lista exacta; si le das solo la onda, como "Replace my spinner verbs with Harry Potter spells", Claude generará una lista
• Una pequeña personalización que hace más entretenida la espera

[roxie]

Desde el punto 1 ya está muy entretenido.