Olha só o que mudou
Se você já cansou de perder decisões de arquitetura no meio de logs de chat, o Spec-Driven Development (SDD) é pra você. A ideia é simples: seu spec.md e seu plan.md ficam versionados no Git, não soltos na conversa.
O Conductor já fazia isso há um ano, mas com um problema chato: só funcionava como extensão do Gemini CLI. Trocou de ferramenta? Perdeu o contexto. 😩
Agora ele virou plugin. E plugin, no ecossistema novo, empacota skills, rules, MCP servers e hooks num único pacote portátil. Traduzindo: seu workflow de SDD passa a funcionar em qualquer CLI compatível.
A fonte oficial dessa mudança está no anúncio do Google Developers Blog — vale a leitura completa.
Como funciona na prática
A maior mudança não é o empacotamento — é o modelo de interação. Extensão te obrigava a decorar comandos. Plugin conversa com você.
Olha a diferença:
# Fluxo antigo: comandos rígidos
conductor /spec "adicionar login OAuth"
conductor /plan
conductor /task complete 3
# Fluxo novo: só conversar
# "Quero adicionar login OAuth com Google e GitHub"
# → Conductor gera spec.md, atualiza plan.md, marca tarefas concluídas
Por baixo do capô, o plugin usa hooks pra detectar quando uma spec precisa ser regenerada e MCP servers pra expor o estado do projeto como recurso consultável. Seus arquivos markdown continuam sendo a fonte da verdade — só que agora quem mantém eles é um agente que lê a conversa em vez de esperar slash commands.
Instalando no Antigravity CLI
# Instalação em uma linha, direto do repo oficial
agy plugins install https://github.com/gemini-cli-extensions/conductor
Depois de instalar, seus spec.md e plan.md sobrevivem entre sessões, ferramentas e até colaboradores. Começou uma feature no Antigravity CLI? Termina no Gemini CLI sem perder o fio da meada.
Os trade-offs que ninguém te conta
Portabilidade parece só vantagem, mas tem custo.
| Aspecto | Extensão (antigo) | Plugin (novo) |
|---|---|---|
| Lock-in de ferramenta | Alto (só Gemini CLI) | Baixo (multi-CLI) |
| Disciplina de comando | Forçada por design | Depende do agente |
| Curva de aprendizado | Mais íngreme | Mais suave (só conversar) |
| Reprodutibilidade | Determinística | Depende da consistência do LLM |
| Debug | Traces previsíveis | Mais difícil de rastrear decisões do agente |
O aviso honesto: SDD conversacional é mais ergonômico, mas menos determinístico. O mesmo prompt pode gerar spec.md ligeiramente diferentes entre execuções. Pra projeto solo, tranquilo. Pra ambiente regulado ou contrato arquitetural de time inteiro, revise cada artefato antes de commitar.
E mais: o ecossistema de plugins ainda é bebê. Espere breaking changes nas APIs de hook e nos contratos de MCP server nos próximos 6 a 12 meses.
Próximos passos
Se você já usa Gemini CLI, a migração é uma linha — instala o plugin e seus spec.md existentes continuam funcionando. Se você está no Antigravity CLI ou outra ferramenta, essa é a primeira chance real de adotar SDD sem se amarrar ao terminal do Google.
Pra fazer agora:
- Roda o comando de install num repo de teste e inspeciona o
spec.mdgerado. - Compara a saída conversacional com uma spec escrita à mão pra mesma feature.
- Se você está avaliando IA assistida em escala, dá uma olhada em microfrontends verticais no Cloudflare — autonomia de time e disciplina de fronteira são o mesmo problema.
- E pra um reality check sobre quando o simples ganha do complexo, lê XGBoost vs Regressão Logística em datasets pequenos — a mesma lógica de bias-variance se aplica a escolher entre comandos rígidos e agentes conversacionais.
A missão é boa: tornar o desenvolvimento com IA seguro, previsível e arquiteturalmente sólido. O plugin é o veículo. A sua parte é manter as specs honestas. Bora codar! 🚀