32 trucos de Claude Code que uso todos los días

32 trucos de Claude Code que uso todos los días

Casi cierro la pestaña YouTube cuando el título decía "31 hacks de Claude Code". He visto cincuenta de esos videos. La mayoría de ellos son alguien que lee los documentos oficiales en voz alta mientras se ejecuta una grabadora de pantalla. Entonces me di cuenta de las marcas de tiempo. Principiante. Intermedio. Avanzado. Cada sección tenía más de diez consejos. Cuando llegué a la mitad, ya había hecho una pausa dos veces para actualizar mi propio ~/.claude/settings.json, instalar un servidor Context7 MCP y reconstruir un subagente que estaba consumiendo mi presupuesto de Opus sin ningún motivo.

Hubo treinta y dos hackeos, no treinta y uno. El creador contó mal. Tres de ellos los había estado usando mal durante semanas. Dos de ellos nunca los había visto antes, y uno de ellos es ahora la principal razón por la que los viajes de mis agentes cuestan un 60% menos que en marzo.

Así que me senté y ejecuté cada truco en mi flujo de trabajo real. La granja de agentes que ejecuto para [mi canal de contenido de mejba.me] (https://mejba.me/automate-seo-content-claude-code), las [compilaciones del cliente Ramlit] (https://mejba.me/ai-agency-retainer-model-2026-claude-code), las automatizaciones de seguridad que estoy creando. Algunos de estos trucos son obvios una vez que los conoces. Algunas son el tipo de cosas con las que sólo se topan las personas que han enviado cientos de sesiones Claude Code. Los treinta y dos están a continuación, ordenados de la forma en que se los enseñaría a un desarrollador sentado a mi lado: principiante primero, luego intermedio y luego los movimientos avanzados que realmente escalan.

Si solo lees una sección, conviértela en la avanzada. Ahí es donde reside la optimización de costes.

Por qué la mayoría de los desarrolladores utilizan Claude Code al 30% de su potencial

Esto es lo que nadie te dice sobre Claude Code: la brecha entre un usuario ocasional y un usuario avanzado no es talento. Se trata de diez comandos específicos y un par de cambios de modelo mental. El usuario ocasional escribe mensajes y espera. El usuario avanzado tiene una línea de estado que muestra la grabación de contexto en vivo, un subagente en Haiku que realiza exploración en paralelo, un gancho que se formatea automáticamente en cada guardado y un /loop ejecutándose en segundo plano mientras duerme.

Aprendí esto de la manera más difícil. Durante seis meses estuve generando código decente a quizás un tercio del rendimiento que tengo ahora. Mismo modelo. Misma habilidad. La diferencia fue la densidad del flujo de trabajo: cuántas primitivas Claude Code útiles estaba apilando en una sola sesión. Una vez que comencé a tratar cada atajo de teclado, cada comando de barra diagonal y cada tecla settings.json como una herramienta que valía la pena dominar, la curva de productividad se volvió vertical.

Esta guía es la versión de esa curva que desearía que alguien me hubiera entregado el año pasado.

Principiante: Los diez trucos que todo usuario de Claude Code debería conocer en la primera semana

Estos no son negociables. Si te saltas alguno de ellos, no estás pagando impuestos a cambio de nada.

1. Ejecute /init antes de escribir un solo mensaje

Lo primero que hago en cualquier repositorio nuevo es ejecutar /init. Recorre el código base, identifica la pila y escribe un CLAUDE.md que captura convenciones, estructura de archivos, comandos de compilación y el tipo de contexto que de otro modo consumiría sus primeros tres mensajes. Saltarlo significa que Claude comienza cada conversación en frío, haciendo preguntas que ya has respondido.

Lo que me sorprendió: /init es lo suficientemente bueno como para que ya rara vez reescribo el archivo desde cero. Lo edito. Lo recorto. Pero los huesos suelen estar en lo cierto. Si ha estado escribiendo archivos CLAUDE.md manualmente desde 2025, deténgase. Deje que /init lo redacte. Entonces puedes afilarlo.

2. Configure /statusline para que pueda ver lo que realmente está sucediendo

Este cambió mi flujo de trabajo más que cualquier otro consejo para principiantes. Ejecute /statusline y Claude configurará un panel personalizado en la parte inferior de su terminal que muestra el modelo actual, el directorio de trabajo, la ventana de contexto restante, el costo de la sesión, la rama git y cualquier otra cosa que desee que aparezca. Ejecuto una línea de estado estilo claude-pace que muestra el porcentaje de contexto utilizado, el gasto en dólares por sesión y el uso del límite de tasa de 5 horas.

¿Por qué esto importa? Porque Claude Code sin una línea de estado es como conducir sin indicador de combustible. Sólo te das cuenta de que has quemado el 80% de tu contexto cuando las respuestas empiezan a volverse raras. Con una línea de estado, puedo ver el contexto en tiempo real y /compact antes de que me muerda.

3. Utilice la entrada de voz para las indicaciones largas

El dictado integrado de Apple, Whisper Flow o SuperWhisper: elige uno. Cualquier cosa que convierta el pensamiento hablado en un mensaje de quinientas palabras. Dicto planes, informes de errores y resúmenes de funciones porque escribirlos lleva cuatro veces más tiempo y omito detalles cuando escribo.

El cambio en la calidad es real. Las indicaciones de voz son más densas. Incluyen pensamientos a medias y casos extremos que me habría saltado si estuviera escribiendo un martes por la tarde con tres ventanas de Slack abiertas.

4. Mantenga su ventana contextual pequeña de forma predeterminada

Cada archivo que lee Claude, cada resultado de herramienta, cada giro de conversación, todo vive en la ventana contextual. Esa ventana es finita. Cuanto más introduzcas al principio, menos espacio habrá para el razonamiento real más adelante. Mi regla: no cargo un archivo a menos que tenga un motivo específico. No descarto directorios completos. Dejé que Claude extrajera lo que necesita a través de grep y herramientas de lectura, no pegando código de forma preventiva.

Aprendí esto de la manera más difícil durante una refactorización de Laravel cuando pegué un controlador de 2000 líneas "para contexto" y Claude procedió a olvidar la tarea original diez turnos después. Pequeño contexto, resultados más nítidos. Siempre.

5. Ejecute /context cuando las cosas empiecen a sentirse mal

/context le muestra exactamente qué está consumiendo su presupuesto de tokens. Historial de conversaciones. Resultados de la herramienta. Contenido CLAUDE.md. Aviso del sistema. Salidas del servidor MCP. Cada uno recibe un porcentaje. La primera vez que lo ejecuté en una sesión que se comportaba mal, descubrí que un servidor Playwright MCP contenía el 18% de mi contexto con instantáneas del navegador de hace cuarenta turnos. Mató la instantánea. Problema resuelto.

Ejecuto /context cada vez que Claude hace algo inexplicablemente tonto. Ocho de cada diez veces el problema es la contaminación del contexto, no del modelo.

6. Utilice /compact al 60-70%, /clear entre tareas

La sabiduría popular es "compacta al 80%". Ya es demasiado tarde. En un 80%, Claude ya se está volviendo descuidado porque la relación contexto-atención se ha degradado. I /compact al 60-70% con un argumento enfocado: /compact retain the schema and the failing test cases. El resumen compacto se convierte en el nuevo contexto de trabajo.

Cuando cambio de tarea por completo (por ejemplo, terminé con una función y ahora estoy depurando una implementación), hago /clear. Sin compacto. Reinicio completo. Mezclar dos tareas no relacionadas en una sesión es una de las formas más rápidas de hacer que Claude alucine con API que no existen.

7. El modo de planificación es Shift+Tab. Úselo para cualquier cosa que toque más de un archivo

Shift+Tab alterna el modo de plan. En el modo de plan, Claude analiza su código base y produce un plan de implementación sin escribir ningún código. Usted revisa el plan, lo edita, lo aprueba y luego comienza la ejecución.

He hecho que esto no sea negociable para cualquier cambio que afecte a más de un archivo. Los diez segundos que dedica a leer el plan le ahorran las tres horas de depuración cuando Claude decide agregar limitación de velocidad en un nuevo archivo de middleware en lugar del middleware de autenticación que ya existe. (Experiencia real. Tres horas reales. Nunca más). Rompí el ciclo completo de plan-validación-envío aquí.

8. Trate a Claude como un desarrollador junior inteligente, no como un senior

Este es un cambio de modelo mental, no una orden. Los desarrolladores junior son brillantes pero necesitan estructura. Necesitan especificaciones claras, revisión de códigos y alguien que tome las decisiones arquitectónicas antes de convertirse en deuda tecnológica. Trate a Claude de la misma manera. Breve como un junior. Revise su resultado como un junior. No confíes en la arquitectura sin comprobarlo.

Los desarrolladores que se queman con Claude Code son los que lo tratan como a una persona mayor: presionan un mensaje vago y se van. Los que envían son los que escriben especificaciones estrictas y revisan las diferencias.

9. Forzar preguntas aclaratorias hasta que la confianza alcance el 95%

Agregue una sola línea a su CLAUDE.md: "Antes de escribir código, haga preguntas aclaratorias hasta que tenga un 95 % de confianza en los requisitos. No adivine. No asuma". El cambio de comportamiento es dramático. En lugar de generar una implementación medio correcta que tarda treinta minutos en solucionarse, Claude hace las cuatro preguntas que definen la especificación antes de escribir algo.

Probé esto en una integración compleja de Stripe el mes pasado. Sin la regla, Claude asumió el modelo de suscripción incorrecto y envió sesenta líneas de código que debían reescribirse. Con la regla, hizo tres preguntas, obtuvo las especificaciones correctas y envió el código funcional en el primer intento.

10. Listas de tareas pendientes de autocomprobación con verificación visual

Cuando asigno una tarea de varios pasos, le digo a Claude que mantenga una lista de tareas pendientes y verifique cada paso antes de marcarlo como completo. Para el trabajo de la interfaz de usuario, eso significa una captura de pantalla. Para el trabajo de backend, eso significa llegar al punto final y mostrarme la respuesta. Para el trabajo con bases de datos, eso significa ejecutar una consulta y pegar el resultado.

El cambio de calidad es brusco. Sin verificación, Claude marca las cosas como "hechas" porque escribió el código. Con la verificación, "hecho" significa que realmente funciona. Hay una enorme diferencia entre esos dos estados, y la mayoría de los fracasos de los agentes se encuentran en la brecha entre ellos.

Esa es la pila para principiantes. Marque esos diez y ya estará operando por encima del 80% de los usuarios de Claude Code. Los trucos intermedios son donde comienza el verdadero apalancamiento.

Intermedio: Los doce trucos que separan lo casual de lo serio

Esta es la capa donde Claude Code deja de ser un chatbot y comienza a ser un sistema que usted diseña.

11. Implemente subagentes en paralelo para cualquier cosa más grande que una sola función

Los subagentes son instancias de Claude generadas con su propia ventana de contexto, su propio acceso a herramientas y (críticamente) su propia asignación de modelo. Los define en ~/.claude/agents/[name].md o .claude/agents/[name].md para los que tienen alcance de proyecto.

El patrón que se abrió paso para mí: cuando construyo algo con tres o más componentes independientes, delego cada componente a un subagente. Mientras reviso la implementación de autenticación, el subagente de la base de datos está finalizando las migraciones y el subagente de interfaz está cableando los componentes. Tres cosas sucediendo en paralelo donde yo solía hacer una.

Documé la arquitectura del equipo de agentes que ejecuto aquí. Una vez que experimente sub-agents paralelo, volver al subproceso único se sentirá como un acceso telefónico.

12. Cree habilidades personalizadas en ~/.claude/skills/

Las habilidades son paquetes de instrucciones reutilizables que Claude carga automáticamente cuando su descripción coincide con la tarea. Cada habilidad es un directorio con un archivo SKILL.md. El frontmatter le dice a Claude cuándo usarlo. El cuerpo le dice a Claude qué hacer.

Tengo habilidades para la generación de contenido SEO, patrones de prueba de Laravel y la forma específica en que escribo mensajes de confirmación. Cada vez que activo una tarea coincidente, la habilidad se activa sin que yo escriba nada. Es como tener fragmentos permanentes de CLAUDE.md que sólo se cargan cuando son relevantes. Cubrí los patrones de habilidades más profundos en esta guía.

La victoria: las habilidades no contaminan el contexto como lo hace un CLAUDE.md gigante. Se cargan según demanda y descargan cuando terminan. Ésta es la forma adecuada para el conocimiento especializado.

13. Dirija a los subagentes al haiku para reducir los costos a la mitad

Esta es la mayor optimización de costos en Claude Code. Los subagentes heredan el modelo principal a menos que especifique lo contrario. Si configura model: haiku en el frente del subagente, ese subagente se ejecuta en claude-haiku-4-5 en lugar de Opus. Haiku es aproximadamente 15 veces más barato por token que Opus y en tareas que no requieren un razonamiento profundo (búsqueda de archivos, análisis de registros, exploración de base de código, formato JSON), la brecha de calidad es esencialmente cero.

Mi configuración actual: planificación y arquitectura ejecutadas en Opus. La implementación se ejecuta en Sonnet. La exploración, el análisis de registros y las refactorizaciones de rutina se ejecutan en Haiku. El enrutamiento de tres niveles redujo el costo promedio de mi sesión de $2,02 a $0,98 según los cálculos que realicé en marzo. Eso sigue la reducción del 40-60% que informa la comunidad Claude Code en general.

14. Actualiza CLAUDE.md constantemente. Manténgalo por debajo de 200 líneas

Cada línea de CLAUDE.md se carga en cada conversación. Un archivo de 500 líneas consume contexto silenciosamente antes de que usted haya escrito un mensaje. La disciplina que funciona: limitar el archivo a 150-200 líneas y tratar todo lo que esté por debajo de ese límite como una función forzada para la priorización.

Lo que queda: descripción del proyecto, rutas de archivos clave, comandos build/test, convenciones de codificación, reglas estrictas que Claude nunca debe violar. Qué es: ejemplos de código (Claude puede leer su código), contexto histórico, cualquier cosa que duplique el README, cualquier cosa que no se haya tocado en dos semanas.

Actualizo CLAUDE.md aproximadamente todos los viernes en proyectos activos. Cinco minutos de poda, diez minutos de agregar nuevas lecciones aprendidas esa semana. El beneficio compuesto es enorme.

15. Ruta CLAUDE.md a archivos de subdirectorio vinculados

Para proyectos más grandes, el truco consiste en mantener el CLAUDE.md raíz como enrutador, no como manual. El archivo raíz dice "consulte docs/conventions.md para ver nuestro estilo de código, consulte docs/architecture.md para ver el diseño del sistema, consulte docs/deploy.md para ver las notas de implementación". Claude lee el enrutador y luego extrae solo el archivo vinculado relevante para la tarea actual.

Este patrón es lo que permite que un monorepo de Laravel en expansión mantenga una raíz CLAUDE.md de 120 líneas y al mismo tiempo tenga una guía profunda y específica disponible a pedido. Contexto modular. Cargado sólo cuando es necesario.

16. Salga temprano y vuelva a preguntar cuando las cosas cambien

Si una sesión de Claude va de lado (dirección equivocada, API alucinada, errores repetidos), no intente corregirla dentro de la misma sesión. Salida. Abra una nueva sesión. Vuelva a preguntar con un mensaje más claro y las lecciones que aprendió de la mala racha.

La razón: una vez que una sesión se ha desviado, el mal contexto envenena cada turno posterior. Intentar corregir el rumbo a menudo empeora las cosas. Una nueva sesión con un mensaje más estricto casi siempre es más rápida que cinco vueltas de "no, así".

17. Desafía agresivamente la producción de Claude

Cuando Claude devuelva algo que "parece correcto", pídale que encuentre tres problemas con lo que acaba de escribir. O dígale: "Critique esta implementación como si fuera un ingeniero senior en revisión de código. ¿Qué rechazaría?"

La calidad de la salida salta. Claude es realmente bueno para encontrar fallas en el código cuando enmarca la tarea como una crítica en lugar de una generación. Detecté una condición de carrera en un flujo de pago el mes pasado usando exactamente este mensaje. La implementación original pasó las pruebas. El pase de crítica encontró el error de sincronización.

18. /rewind es su botón de deshacer rápido

Presione Esc dos veces o ejecute /rewind y obtendrá un menú de puntos de control que muestra cada estado anterior de la conversación. Elija un punto de control, restaure. La actualización de 2026 agregó la opción de restaurar solo la conversación o solo el código, lo que significa que puede revertir los mensajes manteniendo los cambios en los archivos, o viceversa.

Utilizo esto constantemente cuando me doy cuenta de que Claude tomó el camino equivocado hace cinco vueltas. En lugar de volver a explicar todo, retrocedo hasta antes del giro equivocado y lo intento de nuevo con un mensaje mejor.

19. /hooks para notificaciones, validación y formato automático

Los ganchos son comandos de shell deterministas que el arnés ejecuta en puntos específicos del ciclo de vida. Uso previo a la herramienta. Uso posterior a la herramienta. Detener. Notificación. Corren independientemente de lo que Claude decida hacer: ese es el punto.

Mi pila de enlaces actual: un enlace posterior al uso de la herramienta que ejecuta prettier en cada archivo TS que edita Claude, un enlace de detención que activa una notificación de macOS cuando se completa una tarea de larga duración y un enlace previo al uso de la herramienta que bloquea los comandos Bash que coinciden con rm -rf fuera de directorios específicos. El gancho de formato automático por sí solo me ahorra diez minutos de limpieza por sesión.

Ejecute /hooks para administrarlos dentro de la CLI. No recuerdes tu camino hacia comportamientos repetibles. Codificarlos como hooks.

20. Capturas de pantalla para la autocomprobación visual

Cuando Claude edita la interfaz de usuario, le digo que tome una captura de pantalla de la página en ejecución y verifique que el cambio coincida con las especificaciones. Con Playwright MCP instalado, este es un comando. El cambio en la calidad es enorme: en lugar de "Agregué el degradado" sin pruebas, aparece "aquí está el degradado, aquí está la captura de pantalla, esto es lo que veo en la captura de pantalla".

Detecta errores de alineación, cambios de color y una docena de pequeños problemas visuales que la verificación de solo texto siempre pasa por alto.

21. Integración de Chrome DevTools para depuración en vivo

Conecte Claude a Chrome a través de Playwright o DevTools MCP y podrá hacer que abra un navegador, navegue hasta su servidor de desarrollo, inspeccione el DOM, lea los errores de la consola y verifique el comportamiento de un extremo a otro. Hago esto para cualquier error de interfaz que no se reproduzca en el primer mensaje.

La sesión se siente como si estuvieras programando en pareja con alguien que tiene un navegador abierto en todo momento. Hacen clic. Revisan la consola. Ellos informan. Sube de nivel masivamente adivinando solo con el código.

22. Clonar sitios de inspiración mediante captura de pantalla

Este es territorio puro para usuarios avanzados. Tome una captura de pantalla de un sitio que desee imitar, entréguesela a Claude y pídale que reproduzca el diseño en su pila. Con un modelo con capacidad de visión y buenos tokens de diseño en su proyecto, obtendrá un clon funcional en quince minutos que a un desarrollador frontend le habría llevado medio día.

Lo he usado para páginas de destino, paneles y tablas de precios. El resultado no es perfecto en píxeles, pero se acerca lo suficiente como para que el pulido manual dure quince minutos en lugar de tres horas. Aquí profundicé en el flujo de trabajo de clonación visual.

Esa es la pila intermedia. Con estos doce marcados, estará operando como una persona mayor que ha estado usando Claude Code durante un año. Ahora los movimientos avanzados, los que lo llevan al territorio donde Claude Code deja de ser una herramienta y comienza a ser infraestructura.

Avanzado: Los diez trucos que convierten Claude Code en infraestructura

Ésta es la capa donde viven los operadores serios. La mayoría de los usuarios de Claude Code nunca tocarán nada de esto. Los que sí operan a un múltiplo del rendimiento.

23. Sesiones paralelas con Git Worktrees

git worktree add ../feature-payments feature/payments crea un directorio de trabajo aislado vinculado a una rama. Inicia una sesión Claude Code separada en ese árbol de trabajo, completamente aislada de su sesión principal: archivos diferentes, estados diferentes, sin conflictos. Boris Cherny, el creador de Claude Code, [según se informa, ejecuta de diez a quince sesiones paralelas] (https://mejba.me/boris-cherny-claude-code-workflow) usando este patrón exacto.

Mi límite actual es de cuatro sesiones de árbol de trabajo paralelas. Más allá de eso, pierdo la noción de qué está pasando y dónde. Cuatro son suficientes para sentirse sobrehumano. Mientras la autenticación se envía en el árbol de trabajo A, la integración de pagos se está construyendo en el árbol de trabajo B, el rediseño del panel se está procesando en el árbol de trabajo C y el controlador del webhook de Stripe está ejecutando pruebas en el árbol de trabajo D. Estoy revisando las relaciones públicas en una quinta ventana. Esa es una semana destacada comprimida en una tarde.

24. Acceda a los puntos finales de API directamente en lugar de cargar el servidor MCP

Los servidores MCP son increíbles. También son caros en fichas. Cada servidor MCP registra herramientas que se cargan en el contexto de Claude, ya sea que las use o no. Un MCP pesado puede consumir entre el 5 y el 10% de su presupuesto de contexto solo en definiciones de herramientas.

El truco: para interacciones API únicas, omita MCP y haga que Claude llame al punto final directamente con curl o un cliente HTTP simple. Gasta unos cientos de tokens en una sola llamada de herramienta en lugar de diez mil en definiciones de herramientas persistentes MCP. Mantengo servidores MCP para las herramientas que uso en más del 50% de las sesiones. Todo lo demás pasa por llamadas API directas.

25. /loop para tareas recurrentes en segundo plano

/loop le permite ejecutar un comando o un comando de barra diagonal en un intervalo recurrente. "/loop 30m comprueba los registros de implementación y envíame un ping si hay un error" se ejecuta cada treinta minutos. Omita el intervalo y Claude marca su propio ritmo. El arnés puede mantener vivos los bucles hasta por tres días.

Ejecuto bucles para verificaciones de SEO, pings de publicación de contenido, escaneos de seguridad y una niñera del estado de compilación que observa CI y me avisa cuando algo se rompe. El truco consiste en mantener estrechas las indicaciones del bucle: un bucle con un mandato vago se vuelve caro rápidamente. Estrecho alcance. Borrar condición de salida. Formato de informe específico.

26. Aloje Claude Code en un VPS para agentes siempre activos

Si desea bucles que ejecuten 24/7 sin que su computadora portátil esté abierta, implemente Claude Code en un VPS. Una gota barata de DigitalOcean o una caja Hetzner ejecuta una sesión tmux con Claude Code, sus bucles se activan según lo programado y usted ingresa SSH para verificar el estado desde cualquier lugar.

Tengo una caja Hetzner de $20/month ejecutando mi bucle de monitoreo de contenido y un bucle de escaneo de seguridad. Ambos llevan seis semanas con vida. Me registro una vez al día. El VPS se convierte en un corredor de agente persistente en lugar de una sesión desechable.

27. Control remoto de Claude desde su teléfono a través del navegador

Haga un túnel de su sesión de VPS Claude a través de ttyd, gotty o una herramienta de terminal en navegador similar, bloquéelo detrás de HTTPS y autenticación básica, y podrá manejar Claude Code desde su teléfono. Envié soluciones desde una cafetería, un aeropuerto y una vez desde un autobús de camino a casa.

No para trabajos pesados. Perfecto para interacciones rápidas de "oye, reinicia ese ciclo" o "verifica el estado de implementación" cuando estás lejos de la computadora portátil.

28. Consulta NoSQL y BigQuery en inglés sencillo a través de la CLI

Instale un servidor de base de datos MCP (Firebase, Supabase, BigQuery, MongoDB; la mayoría tiene uno) y podrá preguntarle a Claude cosas como "¿cuántos registros en las últimas 24 horas de usuarios de EE. UU. en el plan profesional?" Escribe la consulta, la ejecuta, analiza el resultado y le da una respuesta de una línea.

El cambio es de SQL como habilidad a datos como conversación. Todavía escribo consultas personalizadas para análisis de producción. ¿Para preguntas exploratorias durante una reunión? Inglés sencillo a través de Claude. Diez veces más rápido que abrir la consola de BigQuery.

29. Ultrapensar para los problemas difíciles

Anthropic recomienda explícitamente palabras mágicas que amplíen el presupuesto de pensamiento de Claude. La jerarquía: think → think hard → think harder → ultrathink. Cada paso asigna más fichas de pensamiento. ultrathink activa aproximadamente 32.000 tokens de pensamiento, básicamente el razonamiento máximo que Claude implementará en una sola respuesta.

Úselo con moderación. ultrathink es caro y lento. Pero para problemas realmente difíciles (decisiones arquitectónicas, errores retorcidos, análisis de seguridad en un flujo de autenticación complejo) es la diferencia entre una respuesta a nivel superficial y una que detecta las cosas que un ingeniero senior detectaría.

Mi regla: uso ultrathink quizás dos veces por sesión, en problemas en los que la respuesta incorrecta cuesta más que los tokens adicionales.

30. Edite permisos en settings.json para aprobar previamente comandos seguros

Deja de decir sí a cada mensaje. Abra ~/.claude/settings.json y agregue:

{
  "permissions": {
    "allow": [
      "Bash(npm run *)",
      "Bash(git status)",
      "Bash(git diff *)",
      "Bash(pytest *)",
      "Bash(prettier *)"
    ],
    "deny": [
      "Bash(rm -rf *)",
      "Bash(git push --force *)",
      "Bash(curl * | sh)"
    ],
    "ask": [
      "Bash(git push *)",
      "Bash(npm publish *)"
    ]
  }
}

Permitir reglas permite a Claude ejecutar comandos seguros sin que se le solicite. Las reglas de denegación bloquean los comandos destructivos sin importar qué (denegar siempre gana a permitir). Las reglas de consulta fuerzan la confirmación para operaciones sensibles.

La diferencia es el día y la noche. Con un buen archivo de permisos, los bucles de mi agente se ejecutan de forma autónoma durante horas sin que yo haga clic en "aprobar" veinte veces. Sin él, cada iteración del bucle se detiene esperando mi atención. El análisis profundo completo de settings.json está aquí.

31. Cree equipos de agentes con contexto compartido

Aquí es donde se vuelve arquitectónico. Un "equipo de agentes" es una colección de sub-agents especializado (un planificador, un codificador, un evaluador, un revisor), cada uno con su propia función, modelo y acceso a herramientas. Se comunican a través de un archivo de rebajas compartido (team-state.md o similar) que cada agente lee al inicio de su turno y escribe al final.

El planificador lee las especificaciones, redacta un plan y lo escribe en team-state.md. El codificador lee el plan, lo implementa y escribe la diferencia en team-state.md. El evaluador lee la diferencia, ejecuta las pruebas y escribe los resultados. El revisor lee todo, lo aprueba o lo devuelve. Los cuatro agentes son diferentes Claude Code sub-agents en los modelos apropiados: Opus para el planificador, Sonnet para el codificador, Haiku para el evaluador. Aquí cubrí la arquitectura del equipo en detalle.

Este es el patrón arquitectónico que escala. Un humano. Cuatro agentes especializados. Un archivo de contexto compartido. Rendimiento que realmente parece injusto.

32. Context7 MCP para documentación específica de la versión

El último. El mayor truco que he adoptado en los últimos sesenta días. El Context7 MCP de Upstash inyecta documentación de biblioteca actualizada y específica de la versión directamente en el contexto de Claude en el momento en que hace referencia a una biblioteca.

Sin Context7, Claude genera código basado en lo que recuerda del entrenamiento, lo que significa API obsoletas, rutas de importación incorrectas y funciones que no existen en la versión que estás usando. Con Context7, Claude extrae los documentos actuales para la versión exacta del paquete en su package.json y escribe código que funciona en el primer intento.

Instálalo una vez:

claude mcp add context7 -- npx -y @upstash/context7-mcp

Reinicie Claude Code. Hecho. Ahora, cada vez que dice "crear una acción de servidor Next.js 15" o "escribir una migración ORM de Drizzle", Context7 recupera los documentos actuales en segundo plano y los códigos de Claude contra ellos. El problema de la API alucinada esencialmente desaparece para cualquier biblioteca que admita Context7.

Este es el truco que recomendaría a un usuario de Claude Code que solo tiene tiempo para implementar una cosa de toda esta publicación.

Lo que realmente cambia cuando ejecutas los 32 juntos

Aquí está la parte que importa. Cualquiera de estos trucos es incremental. Un porcentaje mejor. Cinco minutos salvados. Sesiones un poco más económicas. Implemente los treinta y dos y la curva se volverá no lineal.

Mis números personales, marzo frente a abril: el costo promedio de la sesión disminuyó un 60%, el rendimiento aumentó aproximadamente 4 veces, la tasa de alucinaciones disminuyó en un orden de magnitud (principalmente gracias a Context7 más una higiene más estricta de CLAUDE.md) y el tiempo dedicado a hacer clic en "aprobar" se redujo a casi cero debido a las reglas de permiso settings.json.

Eso no se debe a que cualquier truco sea mágico. Es porque los hacks se agravan. Una mejor disciplina de contexto más un sub-agents más económico más el formato automático hooks más árboles de trabajo paralelos más una aprobación previa de permisos equivalen a un entorno en el que Claude Code en realidad se ejecuta sin supervisión durante horas seguidas y produce un trabajo que enviaría sin reescribir.

El cambio de modelo mental es real. Deja de tratar a Claude Code como un chatbot. Empiece a tratarlo como un entorno de desarrollador que usted diseña. Cada truco en esta publicación es una pieza de esa arquitectura.

Si ha llegado hasta aquí, este es el único consejo que desearía haberme dado hace un año: no intente implementar los treinta y dos a la vez. Elija tres de la sección para principiantes y consígalos en el transcurso de una semana. Luego agregue tres del intermedio. Luego suba a avanzado. El efecto compuesto se construye capa por capa, no en un solo fin de semana.

El último truco es el único que no encaja en esta lista: sigue agregándolo. Cada semana encontrarás un nuevo patrón, un nuevo servidor MCP, un nuevo gancho que ahorra otros quince minutos. El truco de treinta segundos es el meta-truco: la disciplina de tratar su propio flujo de trabajo Claude Code como algo que vale la pena optimizar cada semana.

El mío está irreconocible respecto a lo que era hace tres meses. El tuyo también lo será.

Preguntas frecuentes

¿Cuál es el mejor truco de Claude Code para reducir costos?

Enrutar sub-agents a Haiku (model: haiku-4-5 en el frente del subagente) es la mayor palanca de costos. Por lo general, reduce los costos de las sesiones entre un 40 % y un 60 % con una pérdida de calidad insignificante en las tareas de exploración, búsqueda y rutina. Para una implementación completa, consulte el truco n.° 13 anterior.

¿Cómo activo ultrathink en Claude Code?

Escriba ultrathink literalmente en su mensaje. Anthropic reconoce una jerarquía de palabras mágicas (think, think hard, think harder, ultrathink) que escalan el presupuesto del token de pensamiento. ultrathink asigna aproximadamente 32.000 tokens de pensamiento, el máximo. Úselo solo para decisiones arquitectónicas y errores difíciles.

¿Cuál es la diferencia entre /compact y /clear?

/compact resume su conversación actual en contexto libre mientras mantiene la continuidad, lo que resulta útil cuando alcanza el 60-70 % de uso del contexto y desea seguir trabajando en la misma tarea. /clear borra la conversación por completo; utilícela cuando cambie a una tarea nueva y no relacionada. Mezclar los dos incorrectamente es una de las principales causas de que Claude tenga alucinaciones a mitad de la sesión.

¿Debería utilizar Context7 MCP para cada proyecto?

Sí, si trabaja con bibliotecas que cambian rápidamente (Next.js, React, Drizzle, Supabase, cualquier cosa en desarrollo activo). Context7 obtiene documentación específica de la versión a pedido y esencialmente elimina las API alucinadas. Instale una vez con claude mcp add context7 -- npx -y @upstash/context7-mcp. Ver truco n.° 32.

¿Cómo ejecuto Claude Code en paralelo sin conflictos?

Utilice árboles de trabajo de git. git worktree add ../feature-name feature/branch-name crea un directorio de trabajo aislado y luego inicia una sesión Claude Code separada dentro de él. Cada sesión tiene sus propios archivos y estado. Boris Cherny organiza de esta manera entre diez y quince sesiones paralelas; cuatro es un techo sostenible para la mayoría de los desarrolladores. Ver truco n.° 23.

Trabajemos juntos

¿Quiere crear sistemas AI, automatizar flujos de trabajo o ampliar su infraestructura tecnológica? Me encantaría ayudar.

• Fiverr (compilaciones e integraciones personalizadas): fiverr.com/s/EgxYmWD
• Cartera: mejba.me
• Ramlit Limited (soluciones empresariales): ramlit.com
• ColorPark (diseño y marca): colorpark.io
• xCyberSecurity (servicios de seguridad): xcybersecurity.io