La Única Regla Que el Creador de Claude Code Nunca Rompe

Boris, creador de Claude Code en Anthropic, es la persona a quien todos acuden cuando tienen problemas con la herramienta. El concepto más importante que Boris enfatiza es corregir el malentendido común: muchas personas se decepcionan cuando Claude no completa tareas al 100% o comete errores menores, pero olvidan que los humanos también trabajan así. Boris recomienda siempre dar a Claude una forma de verificar su trabajo, especialmente mediante pruebas en proyectos Python, ya que este ciclo de retroalimentación aumenta instantáneamente la calidad del resultado final. Incluso se puede editar el archivo Claude.md para que Claude mencione automáticamente cómo verificaría su trabajo antes de comenzar cualquier tarea, creando un ciclo constante de retroalimentación.

Boris identifica que la verificación es diferente para cada dominio de desarrollo. Para verificación basada en UI, se puede usar la extensión de navegador de Claude que navega todo el sitio y verifica todo automáticamente. Para aplicaciones móviles, existen MCPs de simuladores de iOS y Android disponibles. Si los MCPs consumen demasiados tokens, Boris recomienda técnicas basadas en verificación como el desarrollo dirigido por pruebas (TDD), donde las pruebas se escriben primero antes de la implementación real. También se pueden usar capturas de pantalla en el proceso para verificar la UI, proporcionando múltiples capas de validación según las necesidades del proyecto.

Boris enfatiza cuán importante y único debería ser el archivo Claude.md para cada repositorio de Claude Code. Este archivo debe contener toda la información básica que una sesión recién creada necesita saber sobre el proyecto: el stack tecnológico, la estructura básica del proyecto, estilos de código y convenciones del equipo, y crucialmente, las cosas que NO debería hacer. Boris ha hecho que sea un hábito que todo su equipo contribuya al Claude.md varias veces a la semana, especialmente cuando Claude hace algo incorrectamente para evitar que se repitan esos errores. Cada miembro del equipo tiene responsabilidad específica para mantener un archivo particular, y en aplicaciones full stack, cada microservicio puede tener su propio Claude.md.

Boris confirma que su propio Claude.md tiene aproximadamente 2.5K tokens, destacando la importancia de no saturar el archivo. En cuanto a los modos de operación, Claude Code tiene el modo plan para planificación, el modo auto-aceptar que acepta automáticamente todas las ediciones de archivos, y el modo peligrosamente omitir permisos donde Claude tiene permiso para ejecutar todo. Boris específicamente NO usa este último modo, ya que en entornos de producción un solo comando de terminal puede arruinar todo el proyecto. En su lugar, usa los permisos configurables en Claude Code para establecer qué comandos están permitidos, cuáles deben ser preguntados antes de ejecutar, y cuáles están completamente denegados.

La carpeta .Claude contiene un archivo settings.json donde están escritos todos los comandos y permisos configurados, facilitando compartir estas configuraciones con todo el equipo. Boris señala que Claude Code ha sido uno de los productos peor nombrados de Anthropic porque no solo se usa para código: las personas generan flujos de trabajo completos de Anetian, configuran pipelines enteros de SEO, y crean diferentes agentes para analizar mercados empresariales. Es un sistema completo para controlar muchos flujos de trabajo diferentes. Boris personalmente usa Claude Code como orquestador, utilizando prácticamente todas sus otras herramientas a través de él, incluyendo Slack mediante servidor MCP, junto con BigQuery y Sentry, todas a través de sus CLIs dentro de Claude Code.

Una de las mayores formas de usar Claude Code como orquestador es dentro de Notion, donde Claude se conecta vía MCP, es capaz de crear bases de datos, poblarlas y entender el contexto de todas las ideas de proyectos. En cuanto al flujo de trabajo de Boris antes de implementar cualquier característica, primero cambia al modo plan y describe claramente lo que quiere. Una vez que Claude tiene un plan, continúa desde ahí. Boris argumenta que tener un buen plan es extremadamente importante y que todo el intercambio necesario con el agente ocurre durante el modo plan. Solo inicia el agente una vez que ha verificado que el plan es realmente válido, y después lo activa en modo auto-aceptar ediciones, no en modo peligrosamente omitir permisos.

Boris ejecuta cinco sesiones de Claude Code en paralelo para trabajar a escala. Numera sus pestañas para que cuando reciba notificaciones de diferentes pestañas, sepa de qué pestaña de terminal provienen. También usa extensivamente las sesiones web de Claude Code, donde conecta la versión web a GitHub, da acceso a un repositorio de demostración, y Claude trabaja en la nube. Boris utiliza la función de agentes en segundo plano para poner tareas de larga duración en segundo plano, incluso desde su teléfono. Claude puede hacer automáticamente todo el trabajo en una sesión en la nube, y cuando termina, crea una nueva rama y envía todos los cambios de código para revisión. Existe también el comando teleport que trae las sesiones de la nube de vuelta a la terminal local.

Boris prácticamente usa Opus 4.5 con pensamiento habilitado para todo, tratando a Claude como un desarrollador junior. Aunque es un modelo más grande y lento que toma más tiempo que Sonnet y significativamente más que Haiku, argumenta que tiene una probabilidad mucho menor de cometer errores. Como resultado, el tiempo total dedicado a trabajar con el modelo y guiarlo es en realidad mucho menor con Opus 4.5. También utiliza la acción de GitHub Claude Code, un bot que se puede invocar dentro de repositorios autorizados de GitHub. Durante las revisiones de PR, cada vez que encuentra errores, simplemente le pide a Claude que agregue esos errores al archivo Claude.md para prevenir futuras repeticiones.

Para tareas de larga duración, Boris utiliza tres enfoques diferentes. El primero es pedirle a Claude que verifique su trabajo utilizando diferentes pruebas que el propio Claude Code crea y luego poner esas tareas en segundo plano (no son agentes en la nube, sino tareas que se ejecutan silenciosamente y reportan al agente principal). El segundo enfoque es usar un gancho de parada para activar automáticamente esta verificación cuando Claude deja de generar resultados. La tercera opción se basa en esta misma idea y es sobre la cual está construido el plugin Ralph Wiggum, que elimina al humano del circuito por completo y permite verificación completamente automatizada de la interfaz que Claude Code está produciendo.

Repitiendo el patrón de verificación, Boris también lo utiliza para verificar el formato del código escrito usando diferentes tipos de linters y formateadores para varios lenguajes. Dice que aunque los modelos generan código correcto, estos formateadores ayudan a pulir el 10% restante, lo cual es importante para que no haya errores cuando el código se ejecute en CI como parte de pipelines de integración de GitHub. Boris menciona que su propio flujo de trabajo es sorprendentemente convencional, aplicable a la mayoría de usuarios. No se necesita complicar todo en exceso en Claude Code para ser verdaderamente productivos, ya que las funciones simples integradas dan alrededor del 90% de la productividad que se busca.

Comenzando con los /comandos, Boris se refiere a sus flujos de trabajo repetitivos como flujos de trabajo de 'bucle interno', cosas que tiene que repetir muchas veces al día. Da ejemplo de un /comando de GitHub que usa con frecuencia. Todos estos /comandos se almacenan dentro de la carpeta .claud en una subcarpeta de comandos, permitiendo confirmarlos en git y compartirlos con todo el equipo. Otra función integrada simple son los subagentes, con los cuales la gente se ha vuelto un poco loca construyendo subagentes para casi cada caso de uso imaginable. Boris utiliza subagentes para automatizar flujos de trabajo simples que requieren instrucciones completamente diferentes, como verificar que la arquitectura del código sea correcta, refactorizar código escrito y validar que las compilaciones finales realmente funcionen.

En esta sección final, el video presenta un mensaje promocional de Automata, el servicio del creador del canal. Después de enseñar a millones de personas cómo construir con IA, han comenzado a implementar estos flujos de trabajo ellos mismos y descubrieron que podían construir mejores productos más rápido que nunca. Ofrecen ayudar a dar vida a ideas, ya sean aplicaciones o sitios web, actuando como copiloto técnico para quienes tienen grandes ideas pero no tienen un equipo técnico para construirlas. Aplican los mismos flujos de trabajo enseñados a millones directamente a proyectos de clientes. El video concluye invitando a los espectadores a apoyar el canal usando el botón de Super Thanks.