Publique sem adivinhações — Kiro + Agent Toolkit

Vídeo de autoria do canal indicado, não da IANIA; todos os direitos pertencem ao criador. Transcrição, resumo e tradução gerados automaticamente; o conteúdo no idioma original é preservado na versão em idioma original.

Idioma original: inglês

Vídeo original: Ship Without the Guesswork — Kiro + Agent Toolkit · Canal: Kiro · 07:17 · Assistir no YouTube

Tópicos: Agentes de IA, Engenharia de software com IA, Infraestrutura e hardware de IA

Resumo

A apresentadora queria criar um site de portfólio hospedado no AWS Amplify, mas não conhecia os detalhes de configuração e implantação do serviço. Com o Agent Toolkit for AWS, Kiro consulta documentação atualizada, segue procedimentos testados e aplica práticas de segurança sem depender de suposições baseadas em dados de treinamento antigos. O vídeo mostra o desenvolvimento orientado por especificações e o resultado: um site com páginas de conteúdo e eventos, publicado no Amplify. A apresentadora destaca que o toolkit também pode ajudar a planejar melhorias futuras e não tem custo adicional; são cobrados apenas os recursos da AWS usados ou provisionados.

Pontos-chave

O Agent Toolkit for AWS fornece ao agente documentação da AWS consultada no momento da solicitação, em vez de depender apenas de dados de treinamento possivelmente desatualizados.
O toolkit inclui skills com procedimentos testados para workflows comuns da AWS e controles de segurança baseados em IAM, seguindo o princípio do menor privilégio.
Kiro usou o toolkit para configurar e publicar um site de portfólio no AWS Amplify, incluindo configurações de build e outros detalhes de hospedagem.
O projeto foi desenvolvido com abordagem orientada por especificações, em vez de começar apenas com vibe coding.
O site reúne páginas de conteúdo e uma lista de eventos anteriores, com recursos como apresentações e materiais de workshops.
Segundo o vídeo, agentes podem acessar mais de 300 serviços da AWS e mais de 15.000 ações de API por meio de uma única ferramenta, sem instalar o AWS CLI localmente.
O toolkit pode ser usado para discutir melhorias futuras, como implementar caching ou adicionar um banco de dados.
Não há cobrança adicional pelo toolkit; o usuário paga pelos recursos da AWS que o agente provisiona ou utiliza.

Capítulos

Início	Capítulo	Resumo
00:00	A necessidade de um site de portfólio	A apresentadora explica por que quer reunir seus trabalhos e eventos em um site hospedado no AWS Amplify.
01:02	O Agent Toolkit for AWS em ação	O toolkit dá a Kiro acesso a documentação atualizada, procedimentos testados e controles de segurança para construir no AWS.
02:05	Desenvolvimento e publicação do site	Kiro usa o toolkit para configurar o Amplify e, com desenvolvimento orientado por especificações, cria o site com páginas de conteúdo e eventos.
04:09	Demonstração do portfólio publicado	A apresentadora mostra o site no ar, explica como ele reúne recursos de eventos e destaca que não precisou dominar as configurações do Amplify.
06:16	Acesso a serviços da AWS e próximos passos	O vídeo apresenta o alcance do toolkit, possíveis melhorias futuras e os custos associados ao uso dos recursos da AWS.

Citações

Documentação da AWS sempre atualizada: não dados de treinamento desatualizados, mas documentação consultada no momento da solicitação. — 01:33

Com o toolkit instalado, ele não improvisa. — 02:05

Eu queria garantir que as etapas certas estivessem definidas antes de começarmos a construir. — 05:45

Eu sabia o que queria: um site de portfólio hospedado com segurança na AWS. — 06:16

Conceitos e entidades

Agent Toolkit for AWS (ferramenta): Toolkit que dá a agentes acesso a documentação atualizada da AWS, skills com procedimentos testados e controles de segurança.
Kiro (ferramenta): Agente de engenharia de software usado no vídeo para desenvolver e publicar o site de portfólio.
AWS Amplify (ferramenta): Serviço da AWS usado para hospedar e publicar o site de portfólio.
AWS (empresa): Provedora dos serviços de nuvem e do toolkit apresentados no vídeo.
Spec-driven development (conceito): Abordagem de desenvolvimento mostrada no vídeo, na qual requisitos e tarefas são definidos antes da implementação.
IAM (ferramenta): Sistema de controles de acesso da AWS mencionado como base para aplicar o princípio do menor privilégio.
AWS CLI (ferramenta): Interface de linha de comando da AWS, cuja instalação local não é necessária para o acesso aos serviços descrito no vídeo.

Tradução completa (pt-BR)

00:00 Quando viajo para encontros da comunidade e conferências, percebo que as pessoas sempre me perguntam: “Onde posso encontrar suas palestras? Qual foi o último artigo que você escreveu?” Bem, a resposta era uma lista de links e códigos QR espalhados por todas as plataformas em que publico conteúdo, do YouTube ao Dev.to, além de sessões de conferências dispersas pelas páginas de diferentes eventos. Mas não havia um único lugar onde alguém pudesse ver tudo. Foi então que percebi que precisava de um site de portfólio, um lugar para indicar tanto aos membros da comunidade que quisessem me encontrar quanto aos organizadores de conferências que quisessem ver exemplos do meu trabalho. Eu sabia que queria

00:30 criar um site simples com HTML, CSS e JavaScript puro, e um colega sugeriu que eu o hospedasse no AWS Amplify. Mas, além disso, eu não sabia por onde começar, e não sou especialista em Amplify. Não tenho as configurações de deploy decoradas e não sei de cabeça quais são as práticas recomendadas para hospedar um site com segurança usando esse serviço da AWS. Agora, sei o que você pode estar pensando: “Bem, você não poderia simplesmente abrir qualquer assistente de programação e dizer: ‘Crie um site de portfólio para mim no Amplify’, e ver o que acontece?” Mas é isto que acontece quando você deixa um agent de programação agir sem limites

01:02 na AWS, sem contexto. Ele trabalha com dados de treinamento antigos, que podem estar defasados há meses; tenta adivinhar as configurações, pode usar APIs obsoletas, pode deixar passar práticas recomendadas de segurança e, no geral, só consome tokens tentando de novo coisas que já não funcionam. Então, em vez disso, estou dando algo a mais ao meu assistente de programação: o Agent Toolkit for AWS. Neste passo a passo, vou usar o Kiro CLI e o IDE como meus agents de engenharia de software. Mas o kit também pode ser usado com muitos outros agents de programação.

01:33 Como podemos ver aqui, com um único comando bash, consigo instalar o kit e concluir a configuração em poucos segundos. Agora, o Kiro tem acesso à documentação da AWS sempre atualizada — nada de dados de treinamento desatualizados, mas documentação obtida no momento da consulta. Ele tem acesso a skills selecionadas, ou seja, procedimentos passo a passo testados para workflows comuns da AWS, e a proteções de segurança, como controles baseados em IAM, para que o agent opere com o mínimo de privilégios. Isso significa menos tokens desperdiçados, conhecimento da AWS sempre atualizado e um agent que

02:05 não precisa mais adivinhar. Ele começa a construir seguindo as práticas recomendadas. Certo, voltando ao meu site de portfólio: agora que o kit está instalado, vamos testá-lo. Digo ao Kiro o que quero e, aqui no Kiro CLI, peço um site de portfólio hospedado no Amplify. Como o kit está instalado, ele não improvisa. Podemos ver que ele busca a documentação atual do Amplify e, se necessário, também tem conhecimento específico da AWS sobre outros serviços dos quais o Amplify pode depender para executar um workflow complexo. Com o kit, o Kiro pode seguir procedimentos de deploy testados e, quando estamos

02:36 prontos, ele configura corretamente as definições de build logo na primeira tentativa. Não precisei ler a documentação do Amplify. Não preciso saber quais são as especificações de build corretas, como funcionam as regras personalizadas de reescrita ou quais cabeçalhos devo usar em um site estático. O kit forneceu todo esse conhecimento ao Kiro por mim. Ele está construindo com segurança, seguindo as práticas recomendadas da AWS, e posso me concentrar no que quero que o site faça, em vez de pensar em como configurar a infraestrutura. Então, com a mágica típica de um programa de culinária, deixei o Kiro e o kit trabalharem com desenvolvimento orientado por especificações

03:06 e aqui está o resultado. Podemos ver no IDE, o Kiro IDE, que abri o repo do projeto. Como mencionei antes, este site é feito apenas com HTML, JavaScript e CSS simples, usando JavaScript puro. Aqui temos o index.html, que basicamente define a estrutura da página inicial, e também estão aqui todas as várias páginas de conteúdo que tenho. E, para a página de eventos, que veremos

03:38 daqui a pouco, listei todos os meus eventos, com os detalhes de cada um incluídos, para que o site use as informações específicas de cada evento. Como tudo isso aconteceu? Obviamente, foi algo em que Kiro e eu trabalhamos juntos. Como podem ver aqui, também tenho algumas especificações em desenvolvimento que estava usando para me preparar para mudar alguns aspectos da interface. Então, deixei o Kiro trabalhar primeiro no design, depois nos requisitos e, por fim,

04:09 criar algumas tarefas que ele executou. Agora, é assim que isso aparece no site de verdade: podemos acessar o console da AWS. Aqui, abri o AWS Amplify para vermos onde este site de recursos de eventos está hospedado. Mais uma vez, quando comecei a trabalhar neste projeto, eu não sabia usar esse serviço. Alguns colegas tinham me dito que era isso que eu deveria usar para hospedar um site, mas eu queria deixar o Kiro e o kit trabalharem juntos para descobrir como publicá-lo por mim. Então, eu sabia como queria que o site fosse

04:41 mas não sabia bem como chegar lá. Com o kit instalado, o Kiro fez o trabalho, e podemos ver que o resultado final é este site de portfólio, que agora está no ar e que posso compartilhar na hora com qualquer pessoa que me perguntar. Se eu conhecer alguém em uma conferência ou em um encontro da comunidade, posso indicar este site e dizer: “Ei, confira o conteúdo em que tenho trabalhado, se quiser saber mais sobre sistemas multiagentes com strands ou sobre como levar o Kiro ao limite no plano gratuito,”

05:12 e assim por diante. Lá embaixo, para quem queria encontrar recursos de eventos anteriores, há uma página de eventos onde listo todos os eventos de que participei nos últimos dois anos. Quem quiser voltar e conferir os recursos de um evento específico pode acessar a data e o horário correspondentes e encontrar os materiais daquele workshop. Neste caso, foi uma apresentação que fizemos na Grace Hopper; então, é possível acessar aqui o workshop, a apresentação de slides e outros materiais. E

05:45 tudo isso, mais uma vez, foi algo que consegui montar com o Kiro, usando desenvolvimento orientado por especificações. Em vez de simplesmente criar tudo no vibe coding, quis garantir que tivéssemos as etapas certas definidas antes de começar a construir. Com o kit junto do Kiro, conseguimos publicar isso no Amplify em apenas algumas horas. E este é o ponto: mais uma vez, neste caso, eu não precisava ser especialista em Amplify. Não precisava ler a documentação de deploy nem decorar os formatos de configuração da AWS. Eu sabia o que queria: um site de portfólio

06:16 hospedado com segurança na AWS, e o agent toolkit garantiu que o Kiro soubesse como construí-lo corretamente. Os agents podem interagir com mais de 300 serviços da AWS e mais de 15.000 ações de API por meio de uma única ferramenta, sem instalar o AWS CLI localmente. Tudo isso fica disponível para meu agent de programação sem que eu precise sair do CLI ou do IDE. E o ótimo dessa configuração é que posso continuar usando o kit com o Kiro sempre que perceber que meu projeto precisa de melhorias. Se eu pensar em implementar cache ou usar um banco de dados, posso

06:47 voltar a conversar com o Kiro e pedir que use o kit para pensar em recomendações sobre o melhor caminho, com base no conhecimento das práticas recomendadas do AWS Well-Architected. Se você está desenvolvendo na AWS, recomendo muito que confira o AWS Agent Toolkit e o instale em poucos segundos. Não há custo adicional para usá-lo. Você paga apenas pelos recursos da AWS que seu agent provisiona ou com os quais interage. Os links para tudo estão na descrição: a documentação do agent toolkit e o guia de configuração do Kiro. E, se quiser ver mais conteúdo como este, curta o vídeo e inscreva-se no canal.

07:17 E, se você configurar o Agent Toolkit e ele ajudar você a criar alguma coisa, deixe um comentário abaixo e conte para que o usou. >> [música] >> Até a próxima.

Transcrição original

[00:00] As I travel to community meetups and conferences, I find that folks keep asking me, “Where can I find your talks? What’s the latest blog you’ve written?” Well, the answer was a list of links and QR codes across all the mediums I publish content to, from [music] YouTube to Dev.to, and conference sessions scattered across different event pages. But no single place someone could go to see it all. And that’s when I realized I needed a portfolio website, somewhere [music] I could point both community members who wanted to find me and conference organizers who wanted to see samples of my work. I knew I wanted to

[00:30] build a simple [music] HTML, CSS, vanilla JS site, and a peer suggested I host it on AWS Amplify. But beyond that, I didn’t know where to begin, and I’m no Amplify expert. I [music] don’t have the deployment configs memorized, and I don’t know off the top of my head what the best practices are for hosting securely using this AWS service. Now, I know what you may be thinking, [music] “Well, couldn’t you just open up any coding assistant and say, ‘Build me a portfolio website on Amplify,’ and see what happens?” But here’s what happens when you do let a coding agent run wild

[01:02] on AWS with no context. [music] It works from old training data that could be months old, it guesses at configurations, it might be using deprecated APIs, it might miss security best practices, and overall, it’s just burning through tokens, retrying things that don’t work anymore. So, instead, I’m giving my coding assistant something extra, the Agent Toolkit for AWS. Now, in this walk-through, I’m going to be using Kira CLI and IDE as my software engineering agents. But the toolkit can be used widely with any other coding

[01:33] agents as well. Now, as we can see here, with a single bash command, I’m able to install the toolkit and get through setup in a few seconds. And now, Kira has access to always current AWS documentation, so not stale training data, but docs fetched at query time. It has access to curated skills, so tested step-by-step procedures for common AWS workflows, and it has access to security guardrails, so IAM-based controls, so the agent operates with least privilege. [music] This is fewer wasted tokens, always current AWS knowledge, and my agent

[02:05] isn’t guessing anymore. It’s building with best practices from the start. Okay, so back to my portfolio website, with the toolkit now installed, let’s take it for a spin. I tell Kiro what I want, and here in the Kiro CLI, I say I want a portfolio website hosted on Amplify. And because it has a toolkit installed, it doesn’t improvise. We can see it pulls current Amplify documentation, and if necessary, has AWS specific knowledge of what other services Amplify may rely on to work through a complex workflow. With the toolkit, Kiro can follow tested deployment procedures, and when we’re

[02:36] ready, it configures the build settings correctly on the first pass. I didn’t have to go read Amplify docs myself. [music] I don’t have to know what the right build specs look like, or how custom rewrites work, >> [music] >> or what headers I should be using for static site. The toolkit gave Kiro all of that knowledge on my behalf. It’s building securely, following AWS best practices, >> [music] >> and I can focus on what I want the site to do, instead of how to configure the infrastructure. So, in true cooking show magic, I let Kiro and the toolkit do their thing here with some spec-driven

[03:06] development, and here’s where we are after that all takes place. Now, we [music] can see here in the IDE, the Kiro IDE, that I have the project repo opened up. Now again, I mentioned earlier that this website is just some simple HTML, um JS, CSS, and uh vanilla JS. So, we have here the index.html, which is basically giving us the structure for the home page, and then all of the various content pages that I have are here. And then for the events uh site, which we’ll

[03:38] see in a second, I have all of my events listed out, and each of their details are uh included in there as well, so that the site pulls from the specific details that happen for each event. >> [music] >> Now, how did this all come about? Obviously, this was something that Kiro and I worked together on and I you can see here as well that I have some [music] um Spectra in development that I was using to get prepared for changing some of the aspects of the UI. So, I let Kiro um work through some design and then requirements and then finally end up

[04:09] with some tasks that it was executing. Now, what this looks like on the actual website [music] is uh we can go here to the AWS console and I have AWS Amplify uh opened up here so we can see where this event resources website is being hosted. >> [music] >> Uh now again, this is something that I didn’t know how to use when I first started working on this project. I had heard from some peers that this was >> [music] >> uh what I should be using for hosting a website, but I wanted to let Kiro and the toolkit work together to figure out how to actually launch this on my behalf. So, I knew again, what I wanted

[04:41] the website to look like >> [music] >> um but I didn’t quite know how to get it there. So, with the toolkit installed, Kiro did its thing and we can see here the the finished product is this portfolio website that I now have uh live and I can give this to anyone who’s asking me on the fly. If I’m meeting someone at a conference or at a community meet-up, I can point them to this resource and say, “Hey, check out the content that I’ve been working on if you want to learn more about uh you know, multi-agent systems with strands or you want to learn more about um pushing Kiro’s limits on the free tier,

[05:12] etc.” There also is all the way at the bottom here um [music] for folks who had been wanting to get resources from previous events, there’s an events page where I list out all of the events that I’ve been to over the course of the last 2 years and for folks who wanted to go back and check out the resources from a particular event, they’re able to go into that uh specific [music] date and time and find the resources from that workshop. So, in this case, this was a presentation at Grace Hopper that we did and so they can go ahead and access the workshop here and the deck, etc. And

[05:45] this was all again something that I was able to put together with [music] Kiro via spec driven development. So rather than just vibe coding out the whole thing, I wanted to make sure that I had the right steps in place before we started building. And with the toolkit alongside Kiro here, we were able to get this up into amplify >> [music] >> in just a couple of hours. And here’s the point. Again, I didn’t need to be an amplify expert in this use [music] case. I didn’t need to read deployment docs or memorize AWS configuration formats. I knew what I wanted, a portfolio website

[06:16] hosted securely on AWS, and the agent toolkit made sure Kiro knew how to build it properly. Agents can interact with any of the 300 plus AWS services and 15,000 plus API [music] actions through a single tool without installing the AWS CLI locally. All of this is available to my coding agent without me leaving the CLI or IDE. And what’s great about this setup is I can continue using the toolkit with Kiro [music] as I find my project needs improvements. If I’m thinking about implementing caching or using a database, I can go

[06:47] back to chatting with Kiro and have it use the toolkit to brainstorm recommendations for the best pathway with knowledge of the AWS well-architected best practices. Now, if you’re building on AWS, I highly recommend you check out the AWS agent toolkit and install it in just a few seconds. There’s no additional charge to use it. You only pay for the AWS resources your agent provisions or interacts with. Links [music] to everything are in the description, the agent toolkit docs, the Kiro setup guide. And if you want to see more like this, hit that like and subscribe. [music]

[07:17] And if you set up agent toolkit and it helps you build something, drop a comment below and tell me what you used it for. >> [music] >> We’ll see you in the next one.