Las 9 técnicas prácticas de Claude Code de Boris: resulta que la configuración de un experto es tan "sencilla" Boris Cherny tiene un apodo en Anthropic: el padre de Claude Code. Recientemente ha estado muy activo en X, así que muchas personas le preguntan a Boris: ¿cómo usas Claude Code? Recientemente compartió 9 técnicas prácticas en X. No hay tantas técnicas como imaginas, cada una es simple y directa. 【1】Idea central: No hay una respuesta estándar para las mejores prácticas de Claude Code Boris comienza diciendo: > ¡Mi configuración puede ser sorprendentemente básica! Claude Code funciona muy bien desde el principio, así que personalmente no lo personalizo mucho. > Mi configuración puede ser sorprendentemente "original". Claude Code funciona bien desde el primer uso, no he hecho muchas personalizaciones. Es comprensible, esas mejores prácticas, como Skills y Plugins, como desarrolladores de Claude Code, ya han integrado esas mejores prácticas como funciones. No hay una única forma correcta de usar Claude Code. El equipo lo diseñó deliberadamente para que se pueda modificar a voluntad, puedes usarlo, modificarlo y adaptarlo como desees. Cada persona en el equipo de Claude Code lo usa de manera completamente diferente. Por lo tanto, no es necesario esforzarse por encontrar "mejores prácticas", lo más importante es encontrar el ritmo que te funcione. 【2】Tareas múltiples en paralelo: ejecutando varias Claude a la vez El día a día de Boris es así: abre 5 instancias de Claude Code en la terminal, con las pestañas numeradas del 1 al 5, con notificaciones del sistema activadas, y salta a la que necesita entrada. Al mismo tiempo, también ejecuta de 5 a 10 tareas en la versión web. La terminal y la web pueden "intercambiarse": usa el símbolo & para transferir la sesión local a la web, o usa --teleport para alternar entre ambos. Cada mañana y durante el día, inicia algunas tareas desde la aplicación Claude en su teléfono y luego vuelve a revisar los resultados más tarde. La lógica central de este enfoque de trabajo "multihilo" es: Claude Code es bueno en la ejecución autónoma, muchas tareas no requieren que estés pendiente. Inicias la tarea, le das una dirección, la dejas correr y te ocupas de otras cosas. Regresas cuando necesita tu confirmación. Esto es completamente diferente al ritmo tradicional de "una persona escribe una línea de código, la IA completa algunas líneas". Pero también exige más del usuario, necesitas ser hábil en asignar tareas a los Agentes y poder cambiar entre múltiples tareas en cualquier momento. Para aquellos acostumbrados a desarrollar por su cuenta, con solo una tarea en curso, es un gran desafío. Avergonzado, aunque también uso Coding Agent, todavía no me acostumbro a tener muchas tareas ejecutándose al mismo tiempo, este año debo mejorar en este aspecto. 【3】Selección de modelo: ¿por qué usar Opus en lugar de Sonnet, que es más rápido? Boris dice que usa Opus 4.5 con el modo de pensamiento para todas sus tareas. Este es el mejor modelo de programación que ha utilizado. Alguien podría preguntar: ¿no es Opus más grande y más lento que Sonnet? La respuesta de Boris es: aunque la respuesta única es un poco más lenta, necesitas corregirlo mucho menos, las llamadas a herramientas son más precisas, y al final resulta ser más rápido. Esto es algo que siempre he creído, escribir código no debe ser solo cuestión de velocidad, la calidad es lo más importante. Si un modelo rápido requiere que lo corrijas tres veces, es mejor usar un modelo más lento que lo resuelva de una vez. El tiempo no solo es el tiempo de respuesta del modelo, sino también el costo de tu atención y energía. El único problema es que Opus tiene un costo más alto. 【4】 es un archivo de configuración especial de Claude Code, ubicado en el directorio raíz del proyecto. Cada vez que inicias Claude Code, lee automáticamente este archivo y toma su contenido como "conocimiento de fondo". Puedes entenderlo como: es el manual del proyecto que le escribes a la IA, informándole sobre la estructura, normas y consideraciones del proyecto. El enfoque del equipo de Boris es: todo el repositorio de Claude Code se comparte en un Git, y todos lo mantienen juntos. Cada semana, alguien agrega algo. La regla es simple: cada vez que veas que Claude comete un error, escribe "no hagas esto" y la próxima vez lo sabrá. Lo más interesante es que también utilizan este mecanismo durante las revisiones de código. Boris menciona a @.claude en el PR de un colega, pidiendo a Claude que agregue una nueva regla a . Esto se logra a través de la acción de GitHub de Claude Code. Dan Shipper llama a este enfoque "ingeniería de interés compuesto": cada corrección se convierte en un activo del equipo, haciendo que la IA entienda cada vez más su proyecto. Si aún no has utilizado el comando , Claude analizará automáticamente la estructura del proyecto y generará una versión inicial. Luego puedes usarla y complementarla, agregando lo que no esté correcto. 【5】Modo Plan: piensa bien antes de actuar Boris dice que la mayoría de sus sesiones comienzan en modo Plan. En Claude Code, puedes cambiar a este modo presionando dos veces Shift+Tab. En modo Plan, Claude no modifica directamente el código, sino que primero te da un plan de ejecución. Puedes discutir y modificar el plan hasta que estés satisfecho. Luego cambias a modo de aceptación automática, y Claude generalmente puede completar todo de una vez. "Un buen plan es realmente importante", este hábito en realidad lleva la sabiduría clásica del desarrollo de software a la colaboración con IA: primero diseña y luego codifica. El problema que muchos tienen al usar IA para escribir código es que comienzan directamente, y si la dirección es incorrecta, el costo de rehacer es muy alto. Pasar unos minutos alineando el plan puede ahorrar horas de trabajo adicional. 【6】Automatización de trabajos repetitivos: comandos de barra y subagentes Boris tiene algunas operaciones que usa decenas de veces al día, y las convierte en comandos de barra. Por ejemplo, "/commit-push-pr", que completa con un solo clic la presentación, el envío y la creación de PR. Los comandos de barra son esencialmente archivos Markdown, ubicados en el directorio .claude/commands/. Puedes escribir instrucciones en lenguaje natural e incluso incrustar scripts bash para obtener información de antemano, reduciendo el número de llamadas de ida y vuelta al modelo. Estos comandos se pueden enviar a Git y son compartidos por todo el equipo. Además de los comandos de barra, también utiliza subagentes (un Agente es una instancia independiente de Claude, diseñada para realizar un tipo específico de trabajo. Por ejemplo, tiene un subagente code-simplifier que simplifica automáticamente el código después de que el Claude principal completa su trabajo; y otro subagente verify-app, que se encarga de las pruebas de extremo a extremo. La característica común de estas dos funciones es: consolidar las tareas que realizas repetidamente, permitiendo que Claude las llame por sí mismo. No necesitas repetir la explicación cada vez, ni recordar los detalles de varios comandos. Usa el PostToolUse Hook para formatear el código generado por Claude. Claude generalmente puede generar código bien formateado automáticamente, y este Hook se encarga del último 10% del código, para evitar errores de formato en el proceso de integración continua (CI). 【7】Seguridad e integración: configuración de permisos y herramientas externas Boris no usa la opción "peligrosa" --dangerously-skip-permissions. En cambio, utiliza el comando /permissions para aprobar previamente algunos comandos de seguridad comunes, evitando que aparezca un cuadro de confirmación cada vez. Estas configuraciones se guardan en .claude/settings.json y son compartidas por el equipo. Lo más poderoso es la integración del servidor MCP. MCP es el acrónimo de Model Context Protocol, un protocolo estándar lanzado por Anthropic que permite a la IA conectarse a herramientas externas. A través de MCP, Claude Code puede directamente: - Buscar y enviar mensajes de Slack - Ejecutar consultas de BigQuery para responder preguntas de datos - Obtener registros de errores de Sentry El equipo de Boris también ha enviado la configuración de MCP de Slack al repositorio, para que todos la usen sin problemas. Esto significa que Claude Code no es solo una herramienta de programación, sino un "asistente integral" que puede invocar toda tu cadena de herramientas. 【8】Manejo de tareas largas: permitir que Claude valide por sí mismo Para tareas que tardan mucho, Boris tiene varias estrategias: Primero, permite que Claude valide automáticamente los resultados usando un Agente en segundo plano después de completar. Puedes solicitarlo en el mensaje, o usar el Stop Hook para activarlo de manera más determinista. > Nota: Los Hooks son el mecanismo de "ganchos" de Claude Code, que te permite insertar lógica personalizada en momentos específicos de la ejecución de Claude. Puedes entenderlo como "disparadores": cuando ocurre un evento, ejecuta automáticamente el comando o script que has preestablecido. > El Stop Hook se activa cuando Claude completa la respuesta y está listo para devolver el control. > Documentación relacionada: En segundo lugar, usa el plugin ralph-wiggum, que es esencialmente un "bucle Bash": imagina un simple bucle infinito (while true), que continuamente alimenta la misma descripción de tarea (archivo de mensaje) a la IA, permitiéndole mejorar su trabajo una y otra vez hasta que esté completamente terminado. En tercer lugar, en un entorno de sandbox, usa --permission-mode=dontAsk o --dangerously-skip-permissions, para que Claude no se interrumpa por confirmaciones de permisos y pueda ejecutarse hasta el final. La idea central es: dado que es una tarea larga, no la hagas esperar. Dale suficiente autonomía y capacidad de autocorrección. 【9】La más importante: dar a Claude la capacidad de validar Boris coloca este punto al final, diciendo que puede ser el factor más importante para obtener buenos resultados. Si Claude puede validar su propio trabajo, la calidad del resultado puede mejorar de 2 a 3 veces. Él da un ejemplo: cada cambio que envían a , Claude lo prueba automáticamente usando una extensión de Chrome: abre el navegador, prueba la interfaz de usuario, identifica problemas y itera hasta que la funcionalidad es correcta y la experiencia es razonable. Los métodos de validación varían según el escenario. Puede ser ejecutar un comando bash, ejecutar un conjunto de pruebas, o probar una aplicación en un navegador o simulador de teléfono. La forma no es importante, lo importante es: dar a la IA un ciclo de retroalimentación. Este principio es bastante simple. Los ingenieros humanos también se basan en el ciclo de "escribir código - probar - ver resultados - modificar" para garantizar la calidad. La IA funciona igual. Si solo puede escribir y no puede probar, es como trabajar con los ojos cerrados, la calidad depende completamente de la suerte. El consejo de Boris es: invierte esfuerzo en establecer un mecanismo de validación sólido. Esta es la inversión con el mayor retorno.

Boris no mencionó un aspecto fundamental que es el workflow básico de CI/revisión de código, cosas que para ellos, acostumbrados a trabajar en grandes empresas, son comunes y deberían ser lo normal. Por ejemplo, cuando utiliza Claude Code para completar una tarea, no simplemente fusiona directamente en la rama principal, sino que presenta un PR. Después de presentar el PR, en el servidor de CI se ejecutan automáticamente todos los lint y pruebas automatizadas; si las pruebas fallan, el PR no se puede fusionar. Un PR que ha pasado todas las pruebas automatizadas aún necesita que alguien realice la revisión de código (por supuesto, puede ser asistido por IA, pero aún se necesita la confirmación humana); si durante la revisión de código se encuentran problemas, se necesita seguir modificando. Para muchos desarrolladores individuales, no es habitual establecer un workflow de CI/revisión de código, e incluso ni siquiera han implementado la gestión de código con Git, por lo que si hay un problema, no pueden revertirlo.

【10】 Aquellas cosas que no puedes ver Boris no mencionó un aspecto importante que es la gestión básica del código fuente / CI (integración continua) / el flujo de trabajo de revisión de código, cosas que para ellos, acostumbrados a grandes empresas, son comunes y deberían ser estándar. Por ejemplo, cuando utiliza Claude Code para completar una tarea, no simplemente fusiona directamente en la rama principal, sino que envía un PR. Después de enviar el PR, en el servidor de CI se ejecutan automáticamente todos los lint y pruebas automatizadas; si las pruebas fallan, el PR no se puede fusionar. Un PR que ha pasado todas las pruebas automatizadas aún necesita que alguien realice la revisión de código (por supuesto, puede ser asistido por IA, pero aún se necesita la confirmación humana); si la revisión de código encuentra problemas, se necesita seguir modificando. Estos son también la base de su capacidad para realizar múltiples tareas en paralelo; si no se hace bien este flujo de trabajo básico, no se puede lograr la multitarea en paralelo. Para muchos desarrolladores individuales, no es habitual establecer un flujo de trabajo de CI/revisión de código, e incluso ni siquiera han implementado la gestión de código con Git, lo que hace que, si hay un problema, no puedan revertirlo.