Enterprise AI | The .NET Blog

Microsoft Foundry Junho de 2026: De Lançamentos de Recursos a uma Plataforma de Agentes Governada

Emiliano Montesdeoca — Sat, 18 Jul 2026 00:00:00 +0000

A leva de junho de 2026 do Foundry não é apenas mais um resumo mensal. Ela marca uma transição de maturidade, de “construir agentes legais” para “operar agentes como sistemas corporativos governados”. Essa distinção importa mais do que qualquer recurso isolado.

Fonte original: https://devblogs.microsoft.com/foundry/whats-new-in-microsoft-foundry-june-2026/

Três atualizações definem a mudança. Primeiro, a publicação de agentes no Microsoft 365 Copilot e no Teams chegou ao GA, o que move a distribuição de projetos de integração customizados para uma faixa de implantação opinativa. Segundo, os Toolboxes ganharam controles mais fortes de descoberta e execução, incluindo busca de ferramentas e rotinas. Terceiro, observabilidade mais otimização se tornaram um loop fechado deliberado, não uma reflexão tardia.

Minha opinião: este é o padrão mais importante do lançamento. Tracing, avaliação, otimização e rollout controlado formam o modelo operacional mínimo viável para sistemas não determinísticos. Se você só tem uma dessas peças, você tem telemetria ou ajuste fino, não governança.

O Claude GA dentro do Foundry também é estratégico, mas não principalmente pela qualidade do modelo. O valor maior é a integração corporativa: autenticação Entra, RBAC, continuidade de cobrança e alinhamento de políticas. Equipes migrando de endpoints diretos de modelo para o Foundry deveriam enquadrar isso como consolidação operacional, não apenas troca de provedor.

Os agentes Autopilot são promissores, mas as organizações deveriam abordá-los com escolhas arquiteturais sóbrias. A colaboração em espaço compartilhado no Teams pode destravar produtividade, mas ela aumenta rapidamente a complexidade de identidade, permissão e responsabilização. Comece com escopos delimitados e checkpoints rígidos de aprovação antes de uma implantação ampla.

Recomendações práticas:

Se você já está em piloto, priorize instrumentação antes da expansão de capacidades. Conecte o tracing GenAI primeiro. Depois estabeleça suítes de avaliadores vinculadas a resultados de negócio, não métricas genéricas de modelo. Somente depois disso você deveria rodar loops de otimizador e workflows de promoção.

Para agentes pesados em toolbox, habilite a busca de ferramentas cedo para reduzir o ruído de contexto e o risco de seleção errada de ferramenta à medida que os catálogos crescem. Para agentes com memória habilitada, defina TTL e política de retenção antecipadamente. Memória sem controles de ciclo de vida se torna dívida de conformidade.

A conclusão mais opinativa que posso tirar é esta: o Foundry agora é menos sobre “qual modelo eu escolho?” e mais sobre “consigo rodar o comportamento do agente como um ciclo de vida gerenciado?” Equipes que responderem bem à segunda pergunta vão se adaptar facilmente à rotatividade de modelos. Equipes fixadas em rankings de modelo vão continuar reconstruindo stacks frágeis a cada trimestre.

O lançamento de junho deixa uma coisa clara. O Foundry está se tornando uma plataforma de operações para sistemas de IA, não apenas um kit de ferramentas de desenvolvimento. Esse é um produto mais difícil de construir, e muito mais valioso de adotar.

Agent Skills para .NET Está Estável, e Isso Muda a Arquitetura de Agentes Corporativos

Emiliano Montesdeoca — Sat, 11 Jul 2026 00:00:00 +0000

Agent Skills para .NET chegar à versão estável é um dos marcos mais práticos no ecossistema atual de agentes. Ele resolve um problema central de escala: expertise de domínio não pertence dentro de um único bloco gigante de instruções.

Fonte original: https://devblogs.microsoft.com/agent-framework/agent-skills-for-net-is-now-released/

O design é elegante e pragmático. As skills empacotam instruções, recursos e scripts opcionais em unidades reutilizáveis que carregam sob demanda através de divulgação progressiva. Isso mantém o contexto enxuto, reduz o inchaço dos prompts e permite propriedade cruzada de conhecimento especializado entre equipes.

Minha opinião: este é o primeiro caminho crível para manutenibilidade de agentes em nível corporativo em stacks .NET. Sem limites modulares de expertise, cada nova atualização de política ou playbook se torna um exercício frágil de cirurgia de prompt.

O que mais importa não é apenas a modularidade, mas a governança. O modelo de aprovação embutido para carregar skills, ler recursos e executar scripts aborda exatamente as preocupações operacionais que as equipes de segurança levantam quando agentes saem da demo e vão para produção. O modelo extensível de execução de scripts também deixa a responsabilidade explícita: se você quer execução de scripts baseada em arquivo, você é dono da postura de sandboxing e auditoria.

Padrão prático de adoção:

Comece com skills baseadas em arquivo para conteúdo pesado em políticas, mantido por equipes técnicas mistas. Use skills baseadas em classe quando precisar de distribuição de pacotes via NuGet e controles mais rígidos de ciclo de vida de engenharia. Reserve skills definidas em código para composição dinâmica em runtime onde a composição stateful é necessária.

Adicione filtragem desde cedo. Nem toda skill deveria ser visível para todo agente ou tenant. A visibilidade curada de skills é tanto um controle de segurança quanto um controle de relevância que melhora a qualidade do roteamento.

Além disso, registre tudo: seleção de skills, leituras de recursos, solicitações de execução de scripts e aprovações. Se sua revisão de incidentes não consegue reconstruir qual skill influenciou uma resposta, você não tem observabilidade de produção.

A mudança estratégica maior é esta: skills transformam o comportamento do agente em uma cadeia de suprimentos componível. As equipes podem versionar, revisar e lançar expertise de forma similar a componentes de software. Isso permite evolução independente sem retreinar humanos constantemente para reescrever mega-prompts.

Se você está construindo agentes .NET em escala corporativa, adiar esse padrão vai custar caro. Você vai acabar com dispersão de instruções, aplicação inconsistente de políticas e comportamento frágil diante de mudanças.

Agent Skills não remove a complexidade, mas move a complexidade para componentes governáveis. É exatamente isso que uma arquitetura de software madura deveria fazer. Para muitas equipes, este lançamento é o momento em que a engenharia de agentes em .NET começa a parecer engenharia de plataforma de verdade.

A IA Sozinha Não Vai Mudar o Negócio — O Sistema ao Redor Dela Vai

Emiliano Montesdeoca — Sun, 14 Jun 2026 00:00:00 +0000

Há uma frase no mais recente ensaio da Microsoft sobre a plataforma de IA que, na minha opinião, vai direto ao cerne do momento atual:

os vencedores não serão os que têm mais demos, mas os que transformam a IA em um sistema governado e continuamente aprimorado para o trabalho real.

Isso está exatamente certo.

Este é um dos melhores textos estratégicos sobre IA porque acerta o nível de análise

Conversas demais sobre IA ainda desandam para falar apenas de modelos.

Qual modelo é mais inteligente. Qual modelo é mais barato. Qual modelo é mais novo.

Essas não são perguntas irrelevantes, mas são pequenas demais se você está pensando como uma empresa.

O artigo original acerta a escala do desafio. Ele diz claramente que “o que determina o sucesso é o sistema ao redor da IA”.

Esse é o enquadramento útil.

Porque o valor corporativo real vem do sistema ao redor do modelo:

como os agentes são construídos
como eles são fundamentados no contexto corporativo
como são implantados
como são governados
como melhoram ao longo do tempo

É isso que separa a experimentação dispersa da transformação de verdade.

Por que acho que esse enquadramento importa tanto

Se você foca só no modelo, obtém vantagens de curta duração.

Se você foca no sistema, obtém alavancagem que se acumula.

Essa é a distinção-chave.

E se alinha de perto com a direção para onde as histórias do Foundry, GitHub, Microsoft IQ e Agent Framework têm apontado ultimamente.

Minha opinião

Este é um dos textos estratégicos mais fortes do lote porque descreve a IA como um sistema operacional para o trabalho, não como um conjunto de demos desconectadas.

É nesse nível que as empresas realmente precisam pensar.

E, honestamente, mais da conversa pública sobre IA deveria acontecer nesse nível.

Post original: AI alone won’t change your business. The system running it will.