Los 9 consejos prácticos del código Claude de Boris: Resulta que la configuración del maestro es tan "simple" Boris Cherny tiene un apodo dentro de Anthropic: el padre de Claude Code. Últimamente ha estado activo en X, así que mucha gente pregunta a Boris: ¿Cómo usas exactamente Claude Code? Acaba de compartir 9 consejos prácticos sobre X. No hay tantos trucos como crees, y cada uno es sencillo. [1] Filosofía Central: No existe una respuesta estándar a las mejores prácticas de Claude Code Boris comenzó diciendo: > ¡Mi configuración puede ser sorprendentemente vainilla! Claude Code funciona genial desde el principio, así que personalmente no lo personalizo mucho. > Mi configuración puede ser "original" como esperas. Claude Code funciona genial desde el primer momento, y personalmente no hice mucha personalización. Es comprensible que esas mejores prácticas, como Skills y Plugins, lleven mucho tiempo integradas en funciones como desarrolladores de Claude Code. No hay una única forma correcta de usar Claude Code. El equipo lo diseñó deliberadamente para que se lance de forma casual, y puedes usarlo como quieras, como quieras cambiarlo y cómo quieras cambiarlo. Cada uno en el equipo de Claude Code lo usa de forma completamente diferente. Así que no hay necesidad de esforzarse para encontrar "mejores prácticas", lo más importante es adaptarse a tu propio ritmo. [2] Tareas multiagente en paralelo: Abrir más de una docena de Claudes al mismo tiempo La rutina diaria de Boris es así: abrir 5 instancias de Claude Code en el terminal, números de pestaña del 1 al 5, activar las notificaciones del sistema y saltarse cuál hay que introducir. Al mismo tiempo, también ejecuta entre 5 y 10 tareas en la versión web. Los terminales y las páginas web pueden "transferirse" entre sí: usar el símbolo & para transferir la sesión local a la página web, o usar --teleport para cambiar de un lado a otro en ambos lados. Lanza varias tareas desde la app de Claude en su teléfono cada mañana y durante el día, y vuelve más tarde para ver los resultados. La lógica central de esta forma de trabajar "multihilo" es que Claude Code es bueno en autonomía, y muchas tareas no requieren que tengas que vigilarlas. Empiezas la tarea, le das una dirección, la dejas correr y haces otra cosa tú mismo. Reduce la reducción cuando necesites tu confirmación. Esto es completamente diferente al tradicional "humano escribiendo una línea de código, IA formando unas pocas líneas". Sin embargo, esto también requiere requisitos de usuario más altos, y necesitas ser bueno asignando tareas a los agentes y poder cambiar entre varias tareas en cualquier momento. Esto supone un gran reto para los modelos de desarrollo tradicionales que están acostumbrados a desarrollar por sí mismos y solo tienen una tarea al mismo tiempo. Me da vergüenza decir que, aunque también uso el Coding Agent regularmente, todavía no estoy acostumbrado a ejecutar demasiadas tareas a la vez, así que este año reforzaré mi práctica en este aspecto. [3] Selección de modelos: ¿Por qué usar Opus en lugar del Sonnet más rápido Boris dice que usa Opus 4.5 para todas sus tareas con modo pensamiento. Este es el mejor modelo de programación que ha usado nunca. Algunas personas preguntarán: ¿No es Opus más grande y más lento que Sonnet? La respuesta de Boris es que, aunque la respuesta única es un poco más lenta, hay que corregirla mucho menos, las llamadas a las herramientas son más precisas y el resultado final es más rápido. De hecho, siempre he estado de acuerdo en que escribir código no puede ser rápido, sino que debe ser de alta calidad; si un modelo rápido requiere corregirlo de un lado a otro tres veces, es mejor usar un modelo lento para hacerlo a la vez. El tiempo no se trata solo del tiempo de respuesta del modelo, también depende de tu atención y el coste de esfuerzo. El único problema es que Opus cuesta más. 【4】 es un archivo de configuración especial de Claude Code, colocado en la raíz del proyecto. Cada vez que inicias Claude Code, automáticamente lee el archivo y trata su contenido como "conocimiento de fondo". Puedes entenderlo como: Esta es la especificación del proyecto que escribiste a IA, indicándole la estructura, especificaciones y precauciones del proyecto. El enfoque del equipo de Boris es que todo el repositorio de Claude Code se mantiene en un solo Git. Cada semana, la gente añade cosas a Rigano. La regla es sencilla: cada vez que veas a Claude haciendo algo mal, escribe "no hagas esto" y la próxima vez lo sabrá. Lo que es aún más interesante es que también utilizan este mecanismo al revisar código. Boris @.claude en la PR de su colega y pedirá a Claude que añada una nueva regla a . Esto se consigue a través de GitHub Action de Claude Code. Dan Shipper llama a esto un "proyecto de interés compuesto": cada corrección de errores se convierte en un activo del equipo, permitiendo a la IA entender cada vez mejor tu proyecto. Si aún no has usado el comando, Claude analizará automáticamente la estructura del proyecto y generará una versión inicial. Luego añades a medida que usas, y añades lo que está mal cuando lo ves. [5] Modo planificar: piensa con claridad antes de hacerlo Boris dice que empieza la mayoría de sus sesiones en modo Plan. Haz doble clic en Shift+Tab en Claude Code para cambiar. En el modo Plan, Claude no cambia el código directamente, pero primero te da un plan de ejecución. Puedes discutir y revisar tu plan de un lado a otro hasta que estés satisfecho. Luego cambia a modo de aceptación automática, que Claude suele hacer de una vez. "Una buena planificación es realmente importante", este hábito en realidad traslada la sabiduría clásica del desarrollo de software a la colaboración en IA: primero diseñar y luego programar. El problema que muchas personas usan IA para escribir código es empezarlo directamente, y el resultado es que el coste de rehacer la información es alto debido a la dirección equivocada. Dedicar unos minutos a alinear tu plan ahorra horas de retrabajo. [6] Automatizar el trabajo repetitivo: comandos de barra y subagentes Boris tuvo varias operaciones que tuvo que hacer docenas de veces al día, y las convirtió en órdenes de corte. Por ejemplo, "/commit-push-pr" completa la creación de envío, push y PR con un solo clic. Los comandos de barra son esencialmente archivos Markdown que se colocan bajo el directorio .claude/commands/. Puedes escribir comandos en lenguaje natural, y también puedes incrustar scripts bash para obtener información desde el principio, reduciendo el número de llamadas de ida y vuelta del modelo. Estos comandos pueden enviarse a Git y ser compartidos por todo el equipo. Además del comando de barra, también utiliza un subagente (un agente es una instancia separada de Claude que se especializa en ciertos tipos de trabajo. Por ejemplo, tiene un subagente simplificador de código que simplifica automáticamente el código después de que el Claude principal termina su trabajo. También existe un subagente de verificación de la app responsable de las pruebas de extremo a extremo. Lo que estas dos características tienen en común es que solidificas lo que haces repetidamente y dejas que Claude lo llame él mismo. No tienes que repetir la explicación cada vez ni recordar los detalles de la orden. Utiliza el gancho PostToolUse para formatear el código generado por Claude. Claude suele generar automáticamente código bien formateado, y este gancho gestiona el último 10% del código para evitar malas formaciones posteriores 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 --peligrosamente-saltar-permisos. En su lugar, preaprueba algunos comandos de seguridad más usados con el comando /permissions para evitar que la caja de confirmación aparezca cada vez. Estas configuraciones se guardan en .claude/settings.json y se comparten con el equipo. Aún más potente es la integración con servidores MCP. MCP, abreviatura de Model Context Protocol, es un protocolo estándar lanzado por Anthropic que permite a la IA conectarse a herramientas externas. Con MCP, Claude Code puede directamente: - Buscar y enviar mensajes en Slack - Ejecutar consultas de BigQuery para responder preguntas de datos - Extraer el registro de errores de Sentry El equipo de Boris también envió la configuración MCP de Slack al repositorio, y todos la usaron nada más salir de la caja. Esto significa que Claude Code no es solo una herramienta de programación, sino un "asistente todo en uno" que puede activar toda tu cadena de herramientas. [8] Procesamiento largo de tareas: Que Claude lo verifique él mismo Para misiones de larga duración, Boris tiene varias estrategias: La primera es permitir que Claude use automáticamente el agente en segundo plano para verificar los resultados tras completarlo. Puedes solicitarlo en el prompt, o puedes usar un Gancho de Parada para activarlo de forma más determinista. > Nota: Los ganchos son el mecanismo de "gancho" de Claude Code que permite insertar lógica personalizada en momentos específicos cuando Claude está realizando una acción. Puedes pensarlo como un "disparador": cuando ocurre un evento, ejecuta automáticamente tu comando o script preestablecido. > Stop Hook es cuando Claude responde y está listo para ceder el control. > Documentación relacionada: La segunda es usar el plugin ralph-wiggum, que es esencialmente un bucle Bash": imagina un bucle muerto simple (aunque cierto) que sigue alimentando la misma instrucción de tarea (archivo de prompt) al agente de IA, haciendo que mejore su trabajo una y otra vez hasta que esté completamente terminado. La tercera es usar --permission-mode=dontAsk o --dangerously-skip-permissions en el entorno sandbox, para que Claude no sea interrumpido por la confirmación de permisos y corra hasta el final él solo. La idea central es: como es una tarea larga, no dejes que te espere. Dale suficiente autonomía y capacidad de autocorrección. [9] La más importante: dar a Claude capacidades de validación Boris pone esta al final, diciendo que probablemente es el factor más importante para conseguir un buen resultado. Si Claude puede validar su trabajo, la calidad final de la salida puede aumentarse entre 2 y 3 veces. Puso un ejemplo: por cada cambio al que se someten, Claude se pone a prueba con extensiones de Chrome: abre el navegador, prueba la interfaz de usuario e itera cuando encuentre un problema hasta que funcione correctamente y la experiencia sea razonable. Los métodos de verificación varían según el escenario. Puede ser ejecutar un comando bash, ejecutar una suite de pruebas o probar una aplicación en un navegador o emulador de móvil. La forma no es importante, pero lo importante es: dejar que la IA tenga un bucle de retroalimentación. Esta verdad es en realidad muy sencilla. Los ingenieros humanos también dependen del ciclo de "escribir código, probar, ver resultados, modificar" para garantizar la calidad. Lo mismo ocurre con la IA. Si solo se puede escribir y no medir, es como hacer cosas con los ojos cerrados, y la calidad depende de la suerte. La sugerencia de Boris es invertir en solidificar el mecanismo de verificación. Este es el mayor retorno de la inversión. [10] Los Maestros usan espadas para ganar sin movimientos En las novelas de artes marciales, los maestros no tienen tantas funciones con las espadas, y no hay movimientos que ganar. Boris no muestra configuraciones personalizadas complejas, no tiene indicaciones privadas misteriosas y utiliza funciones oficiales. La diferencia es que realmente entiende la lógica detrás de estas características y luego las combina en un flujo de trabajo eficiente. El trabajo paralelo se realiza porque Claude puede ejecutar de forma autónoma; Opus se utiliza por su mayor eficiencia global; Consiste en convertir la corrección de errores en activos; El modo Plan es pensar con claridad antes de hacerlo; los comandos de barra y los subagentes son trabajo repetitivo automatizado; El mecanismo de verificación es dar retroalimentación a la IA en un bucle cerrado. Si acabas de empezar con Claude Code, no hay necesidad de precipitarte en configuraciones avanzadas. Aprovecha bien lo básico primero: aprende a trabajar en paralelo, aprende a planificar y aprende a acumular métodos de verificación con IA. Cuando realmente te encuentras con un cuello de botella, no es demasiado tarde para tirar esas flores.

Una cosa que Boris no mencionó es el flujo de trabajo básico de CI/revisión de código, que puede ser normal para sus grandes empresas y debería estar ahí por defecto Por ejemplo, cuando completa una tarea con Claude Code, no dice que se fusione directamente con la rama principal, sino que envía una PR. Tras enviar una PR, todas las pruebas de lint y automáticas se ejecutarán automáticamente en el servidor CI, y si la prueba falla, la PR no podrá fusionarse. Un PR pasa todas las pruebas automatizadas y necesita que alguien haga una revisión de código (por supuesto, es posible asistir con IA, pero aún así debe confirmarse), y si la revisión de código encuentra problemas, debe revisarse. Para muchos desarrolladores individuales, no están acostumbrados a crear un flujo de trabajo de CI/revisión de código, y ni siquiera gestionan Git code, así que no pueden revertir si algo sale mal.

[10] Esas cosas que no puedes ver Una cosa que Boris no mencionó es el flujo básico de control de versiones/CI/revisión de código, que puede ser normal en sus grandes empresas y debería estar por defecto Por ejemplo, cuando completa una tarea con Claude Code, no dice que se fusione directamente con la rama principal, sino que envía una PR. Tras enviar una PR, todas las pruebas de lint y automáticas se ejecutarán automáticamente en el servidor CI, y si la prueba falla, la PR no podrá fusionarse. Un PR pasa todas las pruebas automatizadas y necesita que alguien haga una revisión de código (por supuesto, es posible asistir con IA, pero aún así debe confirmarse), y si la revisión de código encuentra problemas, debe revisarse. Estos también son la base de su capacidad para hacer multitarea en paralelo, y sin estos flujos de trabajo básicos no pueden hacer multitarea en paralelo. Para muchos desarrolladores individuales, no están acostumbrados a crear un flujo de trabajo de CI/revisión de código, y ni siquiera gestionan Git code, así que no pueden revertir si algo sale mal.