¡Hola Devs! Veamos qué cambió
Si ya te cansaste de perder decisiones de arquitectura en medio de logs de chat, el Spec-Driven Development (SDD) es para ti. La idea es simple: tu spec.md y tu plan.md viven versionados en Git, no flotando en una conversación.
Conductor ya hacía esto desde hace un año, pero con un problema molesto: solo funcionaba como extensión del Gemini CLI. ¿Cambiaste de herramienta? Perdiste el contexto. 😩
Ahora se convirtió en plugin. Y plugin, en el ecosistema nuevo, empaqueta skills, rules, MCP servers y hooks en un solo paquete portátil. Traducción: tu workflow de SDD funciona en cualquier CLI compatible.
La fuente oficial de este cambio está en el anuncio del Google Developers Blog — vale la pena leerlo completo.
Cómo funciona en la práctica
El cambio más grande no es el empaquetado — es el modelo de interacción. La extensión te obligaba a memorizar comandos. El plugin platica contigo.
Fíjate en la diferencia:
# Flujo viejo: comandos rígidos
conductor /spec "agregar login OAuth"
conductor /plan
conductor /task complete 3
# Flujo nuevo: solo conversa
# "Quiero agregar login OAuth con Google y GitHub"
# → Conductor genera spec.md, actualiza plan.md, marca tareas completadas
Por debajo, el plugin usa hooks para detectar cuándo una spec necesita regenerarse y MCP servers para exponer el estado del proyecto como recurso consultable. Tus archivos markdown siguen siendo la fuente de verdad — solo que ahora quien los mantiene es un agente que lee la conversación en lugar de esperar slash commands.
Instalando en Antigravity CLI
# Instalación en una línea, directo del repo oficial
agy plugins install https://github.com/gemini-cli-extensions/conductor
Después de instalar, tus spec.md y plan.md sobreviven entre sesiones, herramientas y hasta colaboradores. ¿Empezaste una feature en Antigravity CLI? La terminas en Gemini CLI sin perder el hilo.
Los trade-offs que nadie te cuenta
Portabilidad suena a pura ganancia, pero tiene costo.
| Aspecto | Extensión (viejo) | Plugin (nuevo) |
|---|---|---|
| Lock-in de herramienta | Alto (solo Gemini CLI) | Bajo (multi-CLI) |
| Disciplina de comandos | Forzada por diseño | Depende del agente |
| Curva de aprendizaje | Más empinada | Más suave (solo platicar) |
| Reproducibilidad | Determinística | Depende de la consistencia del LLM |
| Debug | Traces predecibles | Más difícil rastrear decisiones del agente |
El aviso honesto: el SDD conversacional es más ergonómico, pero menos determinístico. El mismo prompt puede generar spec.md ligeramente distintos entre ejecuciones. Para proyecto solo, sin bronca. Para ambiente regulado o contrato arquitectural de todo un equipo, revisa cada artefacto antes de commitear.
Y ojo: el ecosistema de plugins apenas está naciendo. Espera breaking changes en las APIs de hooks y en los contratos de MCP server durante los próximos 6 a 12 meses.
Próximos pasos
Si ya usas Gemini CLI, la migración es una línea — instalas el plugin y tus spec.md existentes siguen funcionando. Si estás en Antigravity CLI u otra herramienta, esta es tu primera oportunidad real de adoptar SDD sin amarrarte al terminal de Google.
Para hacer ahora:
- Corre el comando de install en un repo de prueba e inspecciona el
spec.mdgenerado. - Compara la salida conversacional contra una spec escrita a mano para la misma feature.
- Si estás evaluando IA asistida a escala, checa microfrontends verticales en Cloudflare — autonomía de equipo y disciplina de frontera son el mismo problema.
- Y para un reality check sobre cuándo lo simple le gana a lo complejo, lee XGBoost vs Regresión Logística en datasets pequeños — la misma lógica de bias-variance aplica al elegir entre comandos rígidos y agentes conversacionales.
La misión está chida: hacer el desarrollo con IA seguro, predecible y arquitecturalmente sólido. El plugin es el vehículo. Tu chamba es mantener las specs honestas. ¡Vamos a darle! 🚀