Kiro Crew mantém agentes trabalhando depois do fim da conversa
Workspace aberto mantém sessões, tarefas e memória em hardware local ou remoto.
Workspace aberto mantém sessões, tarefas e memória em hardware local ou remoto.
Quem fecha o chat no meio de uma tarefa encontra esse problema no Kiro Crew: o workspace mantém sessões, memória, agendas e checkpoints depois que a conversa termina. O repositório kirodotdev/KiroCrew, criado em 2026-07-16, roda localmente ou em uma máquina remota e continua tarefas sem alguém diante do terminal. Com 526 estrelas em apenas 19 dias, a ferramenta chama atenção de quem quer automatizar trabalho de desenvolvimento com agentes persistentes.
O Kiro Crew concentra a execução em um Gateway. A aplicação desktop inicia um Gateway local quando não encontra outro em execução, enquanto a interface web acessa o serviço pelo navegador e a conexão remota pode passar por um túnel SSH. O mesmo Gateway atende o desktop, o dashboard, a CLI e canais de mensagem.
A base usa Python, mas a instalação a partir do código também exige Python 3.10+, Node.js 18+, npm e kiro-cli em macOS e Linux. A primeira abertura pode instalar o Kiro CLI na máquina do Gateway e conduzir o login por código de dispositivo. Esse login depende do serviço da Kiro.
O workspace conserva sessões concorrentes e isoladas, permite retomar conversas depois de reiniciar o Gateway e pesquisa sessões anteriores. Ele também leva contexto recente para novos trabalhos. A ferramenta mantém memória, lições geradas por correções e falhas, além de habilidades reutilizáveis que o usuário pode editar.
O agente não fica preso ao navegador. O README cita Slack, Discord, Telegram e WeCom como canais para continuar o mesmo trabalho, enquanto a versão v0.1.2 adicionou WeChat pela API Tencent iLink bot. Essas integrações conectam o Gateway aos serviços externos; o dashboard, por outro lado, funciona sem credenciais de mensageria.
Quem prefere instalação pronta pode baixar o aplicativo para macOS ou Linux, usar o instalador de uma linha ou executar a imagem Docker multi-arquitetura publicada no GHCR. O projeto também oferece instalação a partir do código. No primeiro uso, o Gateway prepara o Kiro CLI, orienta o login e abre o dashboard em http://localhost:5476.
Windows ainda não tem build desktop. Nesse sistema, o caminho indicado pelo projeto usa uma instalação nativa a partir do código e o dashboard no navegador. Isso reduz a conveniência para equipes que esperam um aplicativo instalável completo.
A versão mais recente é a v0.1.2, publicada em 2026-08-04, e o último commit ocorreu em 2026-08-05. Ela trouxe um cartão clicável para perguntas bloqueantes, modelo padrão e esforço de raciocínio configuráveis, edição de arquivos de direcionamento do Kiro, loja híbrida de aplicativos e correções de segurança para entradas de prompt não confiáveis.
Os números mostram interesse, não maturidade. O repositório soma 41 forks e 224 issues abertas, apesar de ter só 19 dias de vida. A quantidade de issues exige cuidado de quem pretende colocar o Gateway no centro de rotinas críticas.
A licença Apache-2.0 permite usar, alterar e redistribuir o código, desde que o distribuidor preserve os avisos de licença e as condições aplicáveis. A ferramenta não serve bem para quem precisa de um desktop pronto no Windows, não pode instalar Python, Node.js, npm e Kiro CLI ou não aceita depender do login da Kiro. Para esse público, o custo técnico aparece antes da primeira tarefa.