Kiro não é só um VSCode com IA — é um parceiro no seu papel de engenheiro 💡
Meu prompt virou specs vivas, design arquitetado e hooks event-based — me lembrei do que venho dizendo: um dev precisa ser engenheiro, não só executor.
🎙️ Minha conversa real com o Kiro
Eu (prompt):
Gostaria de ter um usuário administrador que pudesse adicionar, remover e editar obras de arte na interface do usuário e alterar o banco de dados apenas fazendo login como administrador. Os administradores podem adicionar imagens, alterar os dados atuais das obras de arte, etc.
“I would like to have a role user admin that can add, remove, edit art pieces on ui and change the db just by logging the admin user. Admins can add images, change current data for the artworks, etc.”
O que aconteceu a seguir foi fluidez pura — com um toque humano:
Surgiram diferenças técnicas entre Admin e Manager, com hierarquia, controle de imagens, auditoria.
Pedi: “Podemos gerenciar permissões usando Supabase RLS?”
RLS é uma primitiva do Postgres e pode fornecer "defesa em profundidade" para proteger seus dados de agentes mal-intencionados, mesmo quando acessados por meio de ferramentas de terceiros.
O Kiro ajustou o
design.md, substituindo middleware por RLS sem perder rastreabilidade.Isso confirmou que, mesmo com IA, o papel humano como revisor e arquiteto continua essencial.
Foi um só fluxo: prompt → requirements.md → design.md → tasks.md → hooks event-based. Nada de reiniciar chat, nada desperdiçado. Exatamente o que defendo em artigos como “Eu vi (e vivi) o futuro: este será o fluxo de trabalho do dev nos próximos anos” e “Entre algoritmos e intenção – o humano no loop” .
🧭 Engenharia de software em ação
No universo com IA, escrever código deixa de ser diferencial. O que te mantém valioso é:
Entender limites e propor estruturas
Avaliar trade‑offs de arquitetura
Decidir quando automatizar e quando não fazer
No exemplo com Kiro, o ajuste de roles e RLS veio porque eu julguei que era necessário. Isso reforça um ponto que repito desde “Acelerar o quê, exatamente?”: IA acelera, mas quem escolhe o caminho certo é você .
⚙️ Menos MD espalhado, mais hooks inteligentes
No fluxo tradicional, documentação md, dev tasks e design ficam soltos e incompletos — um pesadelo de manutenção. Com Kiro, isso se resume a:
Specs vivas (requirements.md, design.md, tasks.md)
Hooks que, por eventos como salvar arquivo, criam testes, atualizam docs, iniciam scanners de segurança, ajustam RLS/audit trails
Ou seja: menos bagunça, mais consistência automática — e você continua no fluxo, usando sua inteligência de engenheiro.
⚡ Engenharia assistida, humana e potente
Fluxo ideal:
Prompt inicia specs
Você sugere/refina (hierarquia de roles, RLS, triggers)
Kiro executa com commits, diffs e logs inline
Hooks mantêm qualidade sem esforço adicional
E isso tudo sem contexto perdido — algo que trago como tema em “Do ‘escreva código’ ao ‘modele sua intenção’”, onde defendo fluxo guiado por propósito .
📚 Leitura complementar na Humanware
Entre algoritmos e intenção – o humano no loop — como manter o controle e o discernimento em processos assistidos por IA
Eu vi (e vivi) o futuro: este será o fluxo de trabalho do dev nos próximos anos — visão realista do que vem por aí
Acelerar o quê, exatamente? — o risco de IA gerar código sem o bom senso do engenheiro
✍️ Conclusão
A conversa que tive com o Kiro validou minha visão: o dev do futuro não compete com IA, ele orquestra fluxos inteligentes, com rigor técnico e discernimento humano. Kiro é o parceiro ideal nesse cenário — mas só faz sentido se você assumir o papel de engenheiro, não de executor.
O que você acha?