O Kiro Autonomous Agent é um frontier agent da AWS que trabalha de forma independente em tarefas de desenvolvimento, sem exigir supervisão constante. Diferente do chat convencional do Kiro (que opera por sessão), o Autonomous Agent mantém memória persistente entre interações, executa até 10 tarefas em paralelo em sandboxes isolados e abre pull requests para revisão humana. A página oficial do agente o descreve como um sistema capaz de “take a high-level task description, figure out the implementation plan, write code across multiple repositories, run tests, and create pull requests.”
Atualmente em preview para usuários Kiro Pro, Pro+ e Power, o Autonomous Agent representa uma mudança significativa no fluxo de desenvolvimento: tarefas bem definidas do backlog podem ser delegadas ao agente enquanto o desenvolvedor foca em trabalho que exige julgamento humano.
O que é um frontier agent?
No AWS re:Invent 2025, a Amazon introduziu o conceito de frontier agents, uma nova classe de agentes de IA projetados para operar por horas ou dias, executar tarefas de alta complexidade de forma autônoma e funcionar como extensão real do time, não apenas como assistente de chat.
Três frontier agents foram anunciados: o Kiro Autonomous Agent (para desenvolvimento de software), o AWS Security Agent (para segurança de infraestrutura) e o AWS DevOps Agent (para operações de CI/CD). O Kiro Autonomous Agent é o mais relevante para times de engenharia e o primeiro a entrar em preview público.
Você simplesmente atribui uma tarefa complexa do backlog e o agente descobre de forma independente como implementá-la. – Matt Garman, CEO da AWS, re:Invent 2025
O que diferencia o Autonomous Agent do chat normal
A maioria dos assistentes de IA funciona de forma stateless: cada nova conversa começa do zero, sem memória do que foi discutido antes. O Kiro Autonomous Agent quebra esse padrão com quatro diferenciais fundamentais:
Memória persistente entre sessões: O agente mantém contexto de todo o trabalho anterior: decisões técnicas, padrões preferidos, bugs já resolvidos. Code reviews, feature requests e discussões em issues tornam-se parte do conhecimento do agente. Ele aprende não apenas o que está documentado, mas como o time realmente trabalha.
Execução assíncrona em sandbox. Cada tarefa roda em um ambiente isolado com configuração própria (acesso à rede, variáveis de ambiente, ferramentas de build). O desenvolvedor atribui a tarefa e continua trabalhando em outra coisa. O agente notifica quando concluiu e abre o PR.
Multi-repo awareness. O agente enxerga mudanças em múltiplos repositórios como uma única tarefa unificada. Uma atualização de dependência que afeta 15 microsserviços? O agente coordena as mudanças em todos os repos e abre PRs individuais para cada um.
Aprendizado com feedback. Quando o desenvolvedor deixa comentários no PR como “sempre use nosso padrão de error handling” ou “siga nossas convenções de naming”, o agente memoriza e aplica em todos os trabalhos futuros. Apenas o feedback do usuário que atribuiu a tarefa influencia o aprendizado.
Integração com GitHub: do issue ao PR
O agente se integra ao GitHub de forma bidirecional, conforme a documentação de integração GitHub. Existem duas formas de atribuir trabalho ao agente diretamente do GitHub:
Label kiro: adicione a label kiro a qualquer issue. O agente começa a trabalhar e passa a escutar todos os comentários da issue para contexto adicional.
Comando /kiro: mencione /kiro em um comentário de qualquer issue para atribuí-la ao agente.
O fluxo completo é: o agente analisa a issue, quebra o trabalho em etapas, atribui sub-agentes especializados (pesquisa, código, verificação), executa em sandbox isolado, roda testes e abre pull requests com explicações detalhadas das mudanças. O desenvolvedor mantém controle via code review, o agente nunca faz merge automaticamente.
Para times, o agente também integra com Jira, Confluence, GitLab, Slack e Microsoft Teams (acesso via waitlist durante o preview).
Como começar a usar o agente
O setup é feito em app.kiro.dev/agent e requer três passos:
1. Login. Acesse com sua conta Kiro (Pro, Pro+ ou Power). O agente aparece como uma aba no painel web.
2. Conectar GitHub. Vincule sua conta GitHub e instale o Kiro Agent GitHub App nos repositórios que deseja disponibilizar ao agente. A instalação é feita uma vez por organização.
3. Criar tarefa. Inicie um chat na interface web, selecione os repositórios relevantes e descreva o que precisa. Ou atribua diretamente via label kiro ou comando /kiro em uma issue do GitHub.
O agente executa até 10 tarefas em paralelo. Tarefas adicionais entram em fila e iniciam automaticamente quando um slot fica disponível. O agente também lê steering files do repositório (.kiro/steering/) para seguir os padrões do time sem que você precise explicá-los em cada tarefa.
Segurança e controle de acesso
Três camadas de segurança protegem o uso do agente:
Permissões GitHub. O agente só acessa repositórios onde o GitHub App está instalado e o usuário tem permissão de escrita. O agente respeita branch protection rules e não consegue fazer push direto em branches protegidas.
Sandbox isolado. Cada tarefa roda em ambiente próprio com acesso de rede e variáveis de ambiente configuráveis. O agente não tem acesso ao ambiente local do desenvolvedor.
Nunca faz merge. O agente abre PRs para revisão, mas nunca faz merge automaticamente. O desenvolvedor mantém a decisão final sobre o que entra no codebase.
A documentação de proteção de dados detalha que, durante o preview, dados são armazenados na região US East (N. Virginia) com criptografia via AWS KMS. É possível opt-out do compartilhamento de dados para melhoria do serviço.
Perguntas frequentes sobre o Kiro Autonomous Agent
O agente está disponível para todos?
O Kiro Autonomous Agent está em preview e sendo disponibilizado gradualmente para usuários Kiro Pro, Pro+ e Power. Não há custo adicional durante o preview, o uso está sujeito a limites semanais que resetam a cada semana. Para times, o acesso é via waitlist. O status pode ser verificado em kiro.dev/autonomous-agent.
O agente pode acessar ambientes de produção?
O agente opera em sandboxes isolados e nunca acessa diretamente o ambiente de produção do desenvolvedor. Ele clona repositórios, faz mudanças em branches separadas e abre PRs. A AWS recomenda manter branch protection rules ativas e revisar todas as mudanças antes de fazer merge.
Qual a diferença entre o Autonomous Agent e o Kiro CLI?
O Kiro CLI é para desenvolvimento interativo na máquina local, você conversa com o agente em tempo real no terminal. O Autonomous Agent trabalha de forma assíncrona em segundo plano, em sandboxes na nuvem, enquanto você foca em outra coisa. São complementares: CLI para pair programming ativo, Autonomous Agent para tarefas delegáveis do backlog.
O agente substitui desenvolvedores?
Não. O agente executa tarefas bem definidas dentro do escopo especificado pelo desenvolvedor. Ele não toma decisões de produto, não define arquitetura de alto nível e não faz code review — essas responsabilidades continuam com o time humano. O loop é: humano define prioridade, especifica a tarefa e revisa qualidade; agente planeja, implementa e abre PR.
Os dados das tarefas são usados para treinar modelos?
Por padrão, o Kiro pode usar conteúdo do Autonomous Agent (descrições de tarefas, mensagens, código gerado) para melhoria do serviço. É possível fazer opt-out dessa coleta nas configurações. Todos os dados são criptografados em trânsito (TLS 1.2+) e em repouso (AWS KMS).
