O Kiro Teams é a versão corporativa do Kiro IDE, projetada para times que precisam de acesso centralizado, steering files e hooks compartilhados entre todos os desenvolvedores, e governança sobre ferramentas e modelos de IA. A autenticação é feita via AWS IAM Identity Center, Okta ou Microsoft Entra ID, com billing centralizado e relatórios de uso por desenvolvedor.
A diferença entre usar o Kiro individualmente e como Kiro Teams não é apenas administrativa. É a possibilidade de criar um contexto de desenvolvimento verdadeiramente compartilhado: todos trabalham com as mesmas convenções, os mesmos padrões de código e as mesmas automações, sem que cada um configure o ambiente do zero.
O que muda do Kiro individual para o Kiro Teams
| Aspecto | Kiro Individual | Kiro Teams |
|---|---|---|
| Autenticação | GitHub, Google, AWS Builder ID | AWS IAM Identity Center + provedores externos |
| Gestão de usuários | Cada dev gerencia o próprio acesso | Administrador centraliza via console AWS |
| Steering files | Cada dev cria os seus | Compartilhados via Git para todo o time |
| Hooks | Configurados individualmente | Padronizados no repositório do time |
| Billing | Por usuário individual | Centralizado com relatório por dev |
| SSO / SAML | Não disponível | Disponível via AWS IAM Identify Center |
A página enterprise do Kiro detalha o posicionamento corporativo. O Kiro está disponível nas regiões US East (N. Virginia), Europe (Frankfurt) e AWS GovCloud (US).
Como configurar o Kiro Teams passo a passo
A documentação de onboarding resume o processo em cinco etapas:
1. Conta AWS. Crie uma conta AWS se ainda não tiver. O IAM Identity Center é gratuito. Recomenda-se usar AWS Organizations para gestão centralizada.
2. Conectar provedor de identidade. Três opções disponíveis desde fevereiro de 2026:
- AWS IAM Identity Center — diretório nativo da AWS. Funciona para times que já usam AWS.
- Okta — conecte via SCIM provisioning. Sincronização automática de usuários e grupos.
- Microsoft Entra ID — mesma integração via SCIM. Ideal para empresas que já usam ecossistema Microsoft.
A documentação de identity provider detalha cada opção.
3. Criar perfil Kiro e subscrever usuários. No console AWS, navegue até o console do Kiro, crie um perfil (que vincula identidades às subscrições) e adicione usuários ou grupos. Cada usuário recebe um plano (Pro, Pro+ ou Power).
4. Distribuir o Kiro. Envie o link de instalação (kiro.dev/downloads) para o time. No primeiro login, cada dev seleciona “Sign in with AWS IAM Identity Center” (ou “Your organization” para Okta/Entra) e insere o Start URL fornecido pelo admin.
5. Configurar repositório de padrões do time. Crie um repositório Git (ex: .kiro-team-config) com steering files, hooks e configurações MCP padrão. Instrua cada dev a clonar e vincular ao workspace. Esse é o passo que transforma o Kiro de ferramenta individual em ferramenta de time.
Padronizando o desenvolvimento com Kiro Teams
Steering files compartilhados
O maior benefício do Kiro Teams é o contexto de desenvolvimento compartilhado. Crie steering files no repositório do time com padrões de código, stack tecnológico, regras de segurança e workflows aprovados. Versione no Git e trate mudanças nos steering files com o mesmo rigor de code review que o código de produção.
Quando um novo dev entra no time, ele clona o repositório de configuração e imediatamente tem o Kiro operando com os padrões da equipe. Zero recontextualização manual.
Hooks padronizados
Com o Kiro Teams, hooks de qualidade, segurança e documentação são configurados uma vez no repositório compartilhado e aplicados automaticamente para todos. Um junior que salva um componente React recebe o mesmo feedback automático que um senior. Isso é o que chamamos de institucionalizar o conhecimento do time.
Governança de MCP e modelos
Funcionalidades enterprise lançadas entre fevereiro e março de 2026 dão ao admin controle sobre:
MCP Registry — define quais MCP servers os desenvolvedores podem usar. O admin cria um arquivo JSON com servers aprovados, hospeda via HTTPS e configura a URL no console Kiro. O sistema sincroniza a cada 24 horas.
Controle de modelos — define quais modelos de IA estão disponíveis para o time (Auto, Sonnet 4, Sonnet 4.5, Haiku 4.5, Opus).
Controle de ferramentas web — habilita ou desabilita web search e web fetch para a organização.
Programa Kiro Pro+ para Startups
A AWS oferece o programa Kiro Startup Credits para startups em estágio inicial:
Elegibilidade: startups que levantaram funding até Série B.
Benefício: até 1 ano de Kiro Pro+ sem custo, com créditos aplicados automaticamente na conta AWS.
Como se candidatar: aplicações são revisadas em rolling basis. Startups que não participam do programa podem usar AWS Activate credits para pagar o Kiro.
Perguntas frequentes sobre o Kiro Teams
O Kiro Teams requer conta AWS?
Sim. O IAM Identity Center é um serviço AWS, então a empresa precisa de uma conta AWS. Mas a conta não precisa usar outros serviços AWS: o IAM Identity Center é gratuito. Para quem já usa Okta ou Entra ID, basta conectar o provedor existente.
Posso misturar devs com conta individual e Kiro Teams?
Não é recomendado. Desenvolvedores com conta individual não têm acesso aos steering files centralizados, hooks padronizados e governança de MCP do Kiro Teams. A recomendação é migrar todo o time para garantir padronização.
Como revogar o acesso de um desenvolvedor?
Via IAM Identity Center (ou Okta/Entra ID), o administrador revoga o acesso do usuário. O Kiro é desautorizado no próximo login. Não é necessário desinstalar o IDE da máquina do dev.
Em quais regiões o Kiro Teams está disponível?
US East (N. Virginia), Europe (Frankfurt) e AWS GovCloud (US-East e US-West). Em GovCloud, o plano Free não está disponível e os preços são aproximadamente 20% maiores.
A telemetria é coletada no Kiro Teams?
Não por padrão. Para usuários enterprise que acessam via IAM Identity Center, a telemetria é desabilitada. O Kiro oferece output indemnity para assinantes Pro, Pro+ e Power, o que significa que a AWS assume responsabilidade pelo código gerado.
