Gemini Conductor: La Nueva Herramienta de Google para Arreglar la Codificación con IA

El presentador introduce Gemini Conductor, la nueva herramienta de Google para flujos de trabajo de ingeniería de contexto, adelantando que no es superior a otras opciones existentes y presenta muchos problemas. Antes de profundizar en los detalles técnicos, presenta un patrocinio de Automata, un servicio que implementa flujos de trabajo de IA para convertir ideas en aplicaciones y sitios web funcionales. Automata se posiciona como un 'copiloto técnico' que ayuda a quienes tienen ideas pero carecen de equipo técnico, aplicando los mismos flujos de trabajo enseñados en el canal. El presentador indica que después del patrocinio explicará por qué considera que Conductor es un intento pobre de flujo de trabajo de ingeniería de contexto.

Se explica que Conductor se instala como una extensión en Gemini CLI mediante un comando disponible en el artículo oficial (enlace en la descripción). Las extensiones son conjuntos de comandos, MCPs y reglas agrupadas en paquetes que se pueden compartir, similar a los plugins de Claude. Conductor ofrece cinco comandos slash principales que controlan el flujo de trabajo: setup (configuración), implement (implementación), status (estado), new track (nueva pista) y revert (revertir). Estos comandos permiten inicializar proyectos, implementar tareas, verificar el progreso, crear nuevas características y deshacer cambios respectivamente.

El comando 'setup' verifica primero si existen archivos de Conductor previos, luego crea archivos llamados 'pistas' (tracks) en lugar de historias de usuario. Durante la configuración, inicializa un repositorio de GitHub y solicita información sobre qué construir. El presentador probó el sistema con un proyecto simple pero escalable listo para producción con múltiples usuarios, buscando evaluar si la arquitectura propuesta sería adecuada. Conductor generó automáticamente el archivo product.md con el concepto del producto, iniciando un proceso de preguntas para refinarlo. Sin embargo, las preguntas fueron muy simplistas y no llevaban a ningún lado, por lo que el presentador optó por autogenerar todo el contenido restante.

Después de aprobar la guía del producto, Conductor creó un archivo de pautas del producto enfocado en estilo y principios de diseño. Posteriormente definió la pila tecnológica, momento en que aparecieron problemas significativos: a pesar de conocer todos los requisitos del proyecto, Conductor recomendó una pila tecnológica inapropiada. El presentador tuvo que corregir manualmente las recomendaciones porque la herramienta no sugirió lo apropiado para una aplicación escalable. Conductor también maneja guías de estilo de código, agregando automáticamente durante la inicialización aquellas correspondientes a los lenguajes detectados en el proyecto, aunque el catálogo de lenguajes soportados es limitado.

El flujo de trabajo predeterminado de Conductor incluye 80% de cobertura de pruebas de código, asegurándose de escribir y ejecutar pruebas automáticamente durante el desarrollo de componentes. Confirma cambios en git después de cada tarea completada y utiliza git notes para rastreo de problemas. Tras la configuración inicial, crea requisitos de producto de alto nivel para comenzar con la pista inicial. Sin embargo, el presentador identificó que la primera pista era demasiado amplia y necesitaba dividirse en tareas más pequeñas, ya que intentar implementar tanto simultáneamente aumentaba significativamente las posibilidades de error. Esta falta de granularidad adecuada en las tareas representa una debilidad importante del sistema.

Para implementar pistas se usa el comando 'implement', que trabaja sobre archivos en la carpeta 'tracks'. Cada pista contiene dos archivos: spec.md con objetivos y detalles técnicos extraídos de la pila tecnológica, y plan.md con las tareas específicas a implementar. El comando lee tracks.md y determina qué hacer según el estado de cada pista: vacío (no iniciada), en progreso, o completada (marcada con indicadores específicos). El comando 'status' proporciona informes del progreso actual, mientras 'new track' inicia preguntas para nuevas tareas. El presentador probó Conductor en un repositorio preexistente, donde el comportamiento fue ligeramente diferente: analizó archivos existentes y solo hizo preguntas aclaratorias en lugar de crear automáticamente nuevas pistas.

El comando 'revert' es una característica inteligente que mitiga daños usando git para deshacer cambios problemáticos. La gestión y estructura de archivos es razonablemente buena, con un sistema efectivo de rastreo de pistas y tareas. Sin embargo, las instrucciones y archivos de comando están mal escritos y no gestionan adecuadamente el bucle de contexto para verificar y actualizar cambios. Durante el proceso inicial hubo numerosos errores: Conductor no diseccionó correctamente la idea del presentador, requiriendo mucha guía manual. Al definir la pila tecnológica para una aplicación escalable, omitió componentes cruciales que el presentador tuvo que especificar explícitamente. El esquema de base de datos generado en la pista inicial estaba totalmente incompleto, faltando elementos cruciales para la configuración de la aplicación.

El presentador identifica que aunque Gemini es un buen modelo, los comandos implementados causan comportamientos problemáticos. El error más grave ocurrió al solicitar cambiar de NPM a PNPM: Conductor intentó hacer una copia de seguridad pero eliminó por error toda la carpeta 'conductor' que contenía todos los archivos de planificación. Tras eliminarla, buscó continuamente la carpeta inexistente y finalmente decidió reconstruir todo desde su memoria y contexto. Este comportamiento contrasta radicalmente con flujos de trabajo normales de ingeniería de contexto como 'be mad', donde los cambios deberían afectar solo archivos de contexto principales y archivos relacionados con la tarea específica. Este incidente demuestra graves deficiencias en la gestión de cambios y recuperación de errores del sistema.

Incluso sin cambios abruptos, Conductor presentó problemas: al configurar variables de entorno para Supabase, automáticamente marcó la tarea como completada usando claves ficticias, sin solicitar configuración real del proyecto ni claves válidas. Intentó enviar el esquema de base de datos con credenciales falsas, lo cual falló, y solo entonces pidió verificar la cadena de conexión. Las tareas no se actualizaban correctamente ni se seguían adecuadamente. El presentador concluye que no usaría Conductor para desarrollo de especificaciones completas de extremo a extremo, recomendando 'be mad' como mejor opción y sus propios archivos de contexto para proyectos pequeños. Finaliza invitando a apoyar el canal mediante el botón de 'súper gracias' y agradeciendo a los espectadores.