Dev: o que aprender agora com agentes e protocolos

Por que este material importa

Este artigo reorganiza a transcrição de `dev-precisa-entender-agentes` (tema: dev precisa entender agentes) em leitura operacional: o que muda no produto ou no processo nesta semana.

Uma das coisas que esmuito nítida, eu acredito que para todo desenvolvedor, é que a forma de como a gente esdesenvolvendo o software esmudando completamente depois da inteligência artificial e que isso não tem mais volta.

Logo na abertura o criador deixa o problema claro: Uma das coisas que esmuito nítida, eu acredito que para todo desenvolvedor, é que a forma de como a gente esdesenvolvendo o software esmudando completamente depois da inteligência artificial e que isso não tem mais volta. Ele vai ter que ser capaz de pilotar IA e para isso ele precisa de conhecimentos profundos para inclusive entender aquele código que essendo gerado e qual vai ser o impacto que tudo aquilo vai ter no projeto. e de uma forma que realmente vai trazer muito mais produtividade para você, a parte de desenvolvimento de aplicações integradas com o IA, desenvolvimento de agentes de IA de verdade, e também como que você pode entregar software de uma forma mais rápida, mais segura, e ainda manter a confiabilidade usando essa parte de DevOps e SRE.

O problema real atrás de dev precisa entender agentes

O material não começa em teoria — começa assim: Então, deixa eu compartilhar aqui a minha tela, vou até aumentar um pouco o zoom pra ficar mais fácil, caso você esteja vendo isso aqui na parte mobile. Eu vou passar para vocês hoje um contexto, a gente vai falar de agentes de IA e protocolos de comunicação, que são pontos importantes, design patterns hoje em dia focados na IA, caching, que é algo que não dá para ignorar, a parte de segurança, context engineering e prompt engineering, a gente também vai falar sobre testes de qualidades em sistemas com IA e também a parte de controle de custos em arquiteturas com IA. E, obviamente, nem tudo, grande parte do que a gente usava e usa de arquitetura de software ainda é atual.

Aqui está o pedaço que muda fluxo de trabalho: Então, muitas vezes, o desenvolvedor não estão preocupado com isso, esmuito mais preocupado com colocar a mão no código, mas, no final das contas, isso que eu acabei de falar ficava muito a critério do arquiteto de software, tá? Porque ele vai estar cada vez mais ligado também com o software que essendo desenvolvido de uma forma um pouco mais baixo nível, porque até então muitas empresas que têm inclusive o cargo de arquiteto de software, é um cargo mais de alto nível e não necessariamente a mão no código esali a todo momento.

Se você não resume a restrição em uma frase, ainda extraiu só a vibe do vídeo — não o problema.

Como a gente esdesenvolvendo o software esmudando co

O que vale copiar é o processo, não a persona: Então, existem novos componentes, regras, compliance, parte de segurança, tudo isso acaba sendo acrescentado para que você tenha que entender um pouco mais sobre a parte de arquitetura de software. esse é o grande ponto, estruturalmente um agente de A é totalmente diferente do software comum que a gente desenvolve mesmo ele sendo um software, mesmo ele rodando como um microserviço mesmo ele tendo todos os problemas e conceitos de escala que nós já estamos acostumados, tá? Existem várias formas e diversos tipos de agentes, né?

Desdobrando a decisão prática: Eu acredito que talvez você já tenha ouvido falar em MCP, Model Context Protocol, que faz com que o agente consiga executar ferramentas, que ele consiga ter acesso a resources e que ele consiga ter acesso a prompts. Muitas vezes você esacostumado a usar um MCP aí, utilizando o STDIO, mas você vai perceber que para escalar e fazer rodar isso dentro da sua empresa, para pegar dados de diversos lugares, trabalhar com o Streamable HTTP vai ser completamente importante.

Checklist curto: 1) Dono da decisão. 2) Métrica de 7 dias. 3) Rollback se piorar. 4) Doc de uma página no repo.

Qual vai ser o impacto que tudo aquilo vai ter no pr

Falsas vitórias que o próprio material ajuda a evitar: Então, você pode utilizar diversos agentes que não peguem informações contaminadas pra que ele consiga trabalhar. E uma das coisas que são bem interessantes é que, hoje em dia, Tem uma iniciativa chamada de 12 Factors Agents, porque eu acredito que se você acompanhou o desenvolvimento de escala de softwares, o Heroku, na época, criou o 12 Factors App, e agora a gente tem 12 Factors Agents.

Falsas vitórias comuns: demo bonita sem dados, integração 'pronta' sem observabilidade, e automação que esconde erro em vez de expor.

Para `dev-precisa-entender-agentes`, a pergunta de corte é: o usuário completa a tarefa sem você na call? Se não, ainda é protótipo.

Leitura de risco a partir da evidência falada: Mas chega um momento que a gente tem que entender mais sobre caching de tokens em LLMs, né? a falar dessa forma para um cliente final.

Como validar dev precisa entender agentes em 7 dias

Checklist mental a partir da fonte: Ele vai ter que ser capaz de pilotar IA e para isso ele precisa de conhecimentos profundos para inclusive entender aquele código que essendo gerado e qual vai ser o impacto que tudo aquilo vai ter no projeto. e de uma forma que realmente vai trazer muito mais produtividade para você, a parte de desenvolvimento de aplicações integradas com o IA, desenvolvimento de agentes de IA de verdade, e também como que você pode entregar software de uma forma mais rápida, mais segura, e ainda manter a confiabilidade usando essa parte de DevOps e SRE.

Internalize com links vivos do ecossistema CrazyStack: /blog, /curso-cursor-avancado-configuracoes-pro, /curso-claude-code-9-dicas-profissionais, /programa-crazystack e /checklist-independencia-cursor.

Detalhes do material de origem

Antes de escalar, revise com estes recortes: e de uma forma que realmente vai trazer muito mais produtividade para você, a parte de desenvolvimento de aplicações integradas com o IA, desenvolvimento de agentes de IA de verdade, e também como que você pode entregar software de uma forma mais rápida, mais segura, e ainda manter a confiabilidade usando essa parte de DevOps e SRE. Então, deixa eu compartilhar aqui a minha tela, vou até aumentar um pouco o zoom pra ficar mais fácil, caso você esteja vendo isso aqui na parte mobile. Eu vou passar para vocês hoje um contexto, a gente vai falar de agentes de IA e protocolos de comunicação, que são pontos importantes, design patterns hoje em dia focados na IA, caching, que é algo que não dá para ignorar, a parte de segurança, context engineering e prompt engineering, a gente também vai falar sobre testes de qualidades em sistemas com IA e também a parte de controle de custos em arquiteturas com IA.

Implicações para produto e engenharia: E, obviamente, nem tudo, grande parte do que a gente usava e usa de arquitetura de software ainda é atual. Então, muitas vezes, o desenvolvedor não estão preocupado com isso, esmuito mais preocupado com colocar a mão no código, mas, no final das contas, isso que eu acabei de falar ficava muito a critério do arquiteto de software, tá? Porque ele vai estar cada vez mais ligado também com o software que essendo desenvolvido de uma forma um pouco mais baixo nível, porque até então muitas empresas que têm inclusive o cargo de arquiteto de software, é um cargo mais de alto nível e não necessariamente a mão no código esali a todo momento.

O que levar para a próxima sprint: esse é o grande ponto, estruturalmente um agente de A é totalmente diferente do software comum que a gente desenvolve mesmo ele sendo um software, mesmo ele rodando como um microserviço mesmo ele tendo todos os problemas e conceitos de escala que nós já estamos acostumados, tá? Existem várias formas e diversos tipos de agentes, né? Eu acredito que talvez você já tenha ouvido falar em MCP, Model Context Protocol, que faz com que o agente consiga executar ferramentas, que ele consiga ter acesso a resources e que ele consiga ter acesso a prompts.

Mais evidência do áudio original, sem inventar cena: Mas chega um momento que a gente tem que entender mais sobre caching de tokens em LLMs, né? a falar dessa forma para um cliente final. E da mesma forma que a gente tem o ASP Top 10 para as nossas aplicações em toda a parte de segurança, hoje a gente tem o ASP Top 10 de LLM e IA generativa, onde eles trazem as principais falhas de segurança que você tem que sempre ficar de olho na hora que você vai desenvolver agentes e aplicações utilizando o IA, tá?

Leve para o board só o que for observável: Outra coisa que, obviamente, é muito importante e, assim, todo mundo pensa que sabe ou, às vezes, sabe, mas não implementa. Prompt engineering é a base de tudo, porque, no final das contas, se você não sabe especificar o que pedir, quais as técnicas necessárias para fazer isso, e você tem muitas, chain of thought, tree of thought, skeleton of thought, react, Você tem... maneiras, self-rolling, então assim, tem muita coisa envolvida por trás de prompt engineering pra você criar aplicações e o prompt engineering é um dos pilares fundamentais inclusive pra que o seu agente se comporte da forma como você quer que ele se comporte.

Quando a transcrição é curta, o ganho editorial está em transformar a restrição em checklist e critério de corte — sem inventar fatos ausentes do áudio.