{"id":22912,"date":"2026-04-24T10:00:00","date_gmt":"2026-04-24T13:00:00","guid":{"rendered":"https:\/\/uds.com.br\/blog\/?p=22912"},"modified":"2026-04-07T11:18:54","modified_gmt":"2026-04-07T14:18:54","slug":"kiro-autonomous-agent","status":"publish","type":"post","link":"https:\/\/uds.com.br\/blog\/kiro-autonomous-agent\/","title":{"rendered":"Kiro Autonomous Agent: o agente de IA da AWS que trabalha sozinho"},"content":{"rendered":"\n

O Kiro Autonomous Agent \u00e9 um frontier agent da AWS que trabalha de forma independente em tarefas de desenvolvimento, sem exigir supervis\u00e3o constante. Diferente do chat convencional do Kiro (que opera por sess\u00e3o), o Autonomous Agent mant\u00e9m mem\u00f3ria persistente entre intera\u00e7\u00f5es, executa at\u00e9 10 tarefas em paralelo em sandboxes isolados e abre pull requests para revis\u00e3o humana. A p\u00e1gina oficial do agente<\/a> 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.”<\/p>\n\n\n\n

Atualmente em preview para usu\u00e1rios Kiro Pro, Pro+ e Power, o Autonomous Agent representa uma mudan\u00e7a 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.<\/p>\n\n\n\n

O que \u00e9 um frontier agent?<\/strong><\/h2>\n\n\n\n

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\u00f4noma e funcionar como extens\u00e3o real do time, n\u00e3o apenas como assistente de chat.<\/p>\n\n\n\n

Tr\u00eas frontier agents foram anunciados: o Kiro Autonomous Agent (para desenvolvimento de software), o AWS Security Agent (para seguran\u00e7a de infraestrutura) e o AWS DevOps Agent (para opera\u00e7\u00f5es de CI\/CD). O Kiro Autonomous Agent \u00e9 o mais relevante para times de engenharia e o primeiro a entrar em preview p\u00fablico.<\/p>\n\n\n\n

\n

Voc\u00ea simplesmente atribui uma tarefa complexa do backlog e o agente descobre de forma independente como implement\u00e1-la. – Matt Garman, CEO da AWS, re:Invent 2025<\/em><\/p>\n<\/blockquote>\n\n\n\n

O que diferencia o Autonomous Agent do chat normal<\/strong><\/h2>\n\n\n\n

A maioria dos assistentes de IA funciona de forma stateless: cada nova conversa come\u00e7a do zero, sem mem\u00f3ria do que foi discutido antes. O Kiro Autonomous Agent quebra esse padr\u00e3o com quatro diferenciais fundamentais:<\/p>\n\n\n\n

Mem\u00f3ria persistente entre sess\u00f5es<\/strong>: O agente mant\u00e9m contexto de todo o trabalho anterior: decis\u00f5es t\u00e9cnicas, padr\u00f5es preferidos, bugs j\u00e1 resolvidos. Code reviews, feature requests e discuss\u00f5es em issues tornam-se parte do conhecimento do agente. Ele aprende n\u00e3o apenas o que est\u00e1 documentado, mas como o time realmente trabalha.<\/p>\n\n\n\n

Execu\u00e7\u00e3o ass\u00edncrona em sandbox.<\/strong> Cada tarefa roda em um ambiente isolado com configura\u00e7\u00e3o pr\u00f3pria (acesso \u00e0 rede, vari\u00e1veis 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.<\/p>\n\n\n\n

Multi-repo awareness.<\/strong> O agente enxerga mudan\u00e7as em m\u00faltiplos reposit\u00f3rios como uma \u00fanica tarefa unificada. Uma atualiza\u00e7\u00e3o de depend\u00eancia que afeta 15 microsservi\u00e7os? O agente coordena as mudan\u00e7as em todos os repos e abre PRs individuais para cada um.<\/p>\n\n\n\n

Aprendizado com feedback.<\/strong> Quando o desenvolvedor deixa coment\u00e1rios no PR como “sempre use nosso padr\u00e3o de error handling” ou “siga nossas conven\u00e7\u00f5es de naming”, o agente memoriza e aplica em todos os trabalhos futuros. Apenas o feedback do usu\u00e1rio que atribuiu a tarefa influencia o aprendizado.<\/p>\n\n\n\n

Integra\u00e7\u00e3o com GitHub: do issue ao PR<\/strong><\/h2>\n\n\n\n

O agente se integra ao GitHub de forma bidirecional, conforme a documenta\u00e7\u00e3o de integra\u00e7\u00e3o GitHub<\/a>. Existem duas formas de atribuir trabalho ao agente diretamente do GitHub:<\/p>\n\n\n\n

Label kiro<\/code>:<\/strong> adicione a label kiro<\/code> a qualquer issue. O agente come\u00e7a a trabalhar e passa a escutar todos os coment\u00e1rios da issue para contexto adicional.<\/p>\n\n\n\n

Comando \/kiro<\/code>:<\/strong> mencione \/kiro<\/code> em um coment\u00e1rio de qualquer issue para atribu\u00ed-la ao agente.<\/p>\n\n\n\n

O fluxo completo \u00e9: o agente analisa a issue, quebra o trabalho em etapas, atribui sub-agentes especializados (pesquisa, c\u00f3digo, verifica\u00e7\u00e3o), executa em sandbox isolado, roda testes e abre pull requests com explica\u00e7\u00f5es detalhadas das mudan\u00e7as. O desenvolvedor mant\u00e9m controle via code review, o agente nunca faz merge automaticamente.<\/p>\n\n\n\n

Para times, o agente tamb\u00e9m integra com Jira, Confluence, GitLab, Slack e Microsoft Teams<\/strong> (acesso via waitlist durante o preview).<\/p>\n\n\n\n

Como come\u00e7ar a usar o agente<\/strong><\/h2>\n\n\n\n

O setup \u00e9 feito em app.kiro.dev\/agent<\/a> e requer tr\u00eas passos:<\/p>\n\n\n\n

1. Login.<\/strong> Acesse com sua conta Kiro (Pro, Pro+ ou Power). O agente aparece como uma aba no painel web.<\/p>\n\n\n\n

2. Conectar GitHub.<\/strong> Vincule sua conta GitHub e instale o Kiro Agent GitHub App nos reposit\u00f3rios que deseja disponibilizar ao agente. A instala\u00e7\u00e3o \u00e9 feita uma vez por organiza\u00e7\u00e3o.<\/p>\n\n\n\n

3. Criar tarefa.<\/strong> Inicie um chat na interface web, selecione os reposit\u00f3rios relevantes e descreva o que precisa. Ou atribua diretamente via label kiro<\/code> ou comando \/kiro<\/code> em uma issue do GitHub.<\/p>\n\n\n\n

O agente executa at\u00e9 10 tarefas em paralelo<\/strong>. Tarefas adicionais entram em fila e iniciam automaticamente quando um slot fica dispon\u00edvel. O agente tamb\u00e9m l\u00ea steering files<\/a> do reposit\u00f3rio (.kiro\/steering\/<\/code>) para seguir os padr\u00f5es do time sem que voc\u00ea precise explic\u00e1-los em cada tarefa.<\/p>\n\n\n\n

Seguran\u00e7a e controle de acesso<\/strong><\/h2>\n\n\n\n

Tr\u00eas camadas de seguran\u00e7a protegem o uso do agente:<\/p>\n\n\n\n

Permiss\u00f5es GitHub.<\/strong> O agente s\u00f3 acessa reposit\u00f3rios onde o GitHub App est\u00e1 instalado e o usu\u00e1rio tem permiss\u00e3o de escrita. O agente respeita branch protection rules e n\u00e3o consegue fazer push direto em branches protegidas.<\/p>\n\n\n\n

Sandbox isolado.<\/strong> Cada tarefa roda em ambiente pr\u00f3prio com acesso de rede e vari\u00e1veis de ambiente configur\u00e1veis. O agente n\u00e3o tem acesso ao ambiente local do desenvolvedor.<\/p>\n\n\n\n

Nunca faz merge.<\/strong> O agente abre PRs para revis\u00e3o, mas nunca faz merge automaticamente. O desenvolvedor mant\u00e9m a decis\u00e3o final sobre o que entra no codebase.<\/p>\n\n\n\n

A documenta\u00e7\u00e3o de prote\u00e7\u00e3o de dados<\/a> detalha que, durante o preview, dados s\u00e3o armazenados na regi\u00e3o US East (N. Virginia) com criptografia via AWS KMS. \u00c9 poss\u00edvel opt-out do compartilhamento de dados para melhoria do servi\u00e7o.<\/p>\n\n\n\n

<\/div>\n\n\n\n\n\n