<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Approvals | The .NET Blog</title><link>https://thedotnetblog.com/pt/tags/approvals/</link><description>Articles, tutorials and insights from the .NET community.</description><generator>Hugo</generator><language>pt</language><managingEditor>@thedotnetblog (The .NET Blog)</managingEditor><webMaster>@thedotnetblog</webMaster><lastBuildDate>Sat, 11 Jul 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://thedotnetblog.com/pt/tags/approvals/index.xml" rel="self" type="application/rss+xml"/><item><title>A Verdadeira Vitória de UX em Agentes É Autonomia Segura, Não Autonomia Máxima</title><link>https://thedotnetblog.com/pt/news/emiliano-montesdeoca/agent-harness-safe-data-access-patterns/</link><pubDate>Sat, 11 Jul 2026 00:00:00 +0000</pubDate><author>Emiliano Montesdeoca</author><guid>https://thedotnetblog.com/pt/news/emiliano-montesdeoca/agent-harness-safe-data-access-patterns/</guid><description>Acesso a arquivos, aprovações e design de memória são o trio prático para um comportamento confiável de agentes em produção.</description><content:encoded>&lt;p&gt;Fonte original: &lt;a href="https://devblogs.microsoft.com/agent-framework/agent-harness-working-with-your-data-safely/"&gt;Agent Harness: Working with your data, safely&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Este é um dos posts de engenharia de agentes mais úteis deste ano porque rejeita a armadilha comum da autonomia voltada apenas para a demo. Em vez disso, ele foca em como os agentes deveriam operar em torno de dados reais de usuários e consequências reais.&lt;/p&gt;
&lt;p&gt;Os três blocos de construção destacados aqui são exatamente certos.&lt;/p&gt;
&lt;p&gt;Acesso a arquivos dá aos agentes um embasamento útil em dados pertencentes ao usuário.&lt;/p&gt;
&lt;p&gt;O portão de aprovação evita a execução silenciosa de ações com consequências.&lt;/p&gt;
&lt;p&gt;A memória durável evita interações repetitivas sem sacrificar o controle.&lt;/p&gt;
&lt;p&gt;A maioria das equipes investe demais na amplitude de ferramentas e de menos na semântica de permissões. Isso está invertido. Um agente com dez ferramentas e limites fracos de aprovação vale menos do que um agente com três ferramentas e pontos de controle previsíveis.&lt;/p&gt;
&lt;p&gt;O melhor padrão prático deste artigo é a estratégia de aprovação em camadas:&lt;/p&gt;
&lt;p&gt;Sempre exija aprovação para ferramentas de alto impacto, como negociação ou operações destrutivas.&lt;/p&gt;
&lt;p&gt;Aprove automaticamente leituras de baixo risco para preservar o fluxo.&lt;/p&gt;
&lt;p&gt;Use aprovações permanentes com escopo definido para ações repetitivas e confiáveis dentro de uma sessão.&lt;/p&gt;
&lt;p&gt;Isso cria um gradiente de risco saudável. Os usuários não são interrompidos por leituras inofensivas, mas ainda permanecem no loop quando as consequências se tornam caras ou irreversíveis.&lt;/p&gt;
&lt;p&gt;Eu também gosto da separação explícita entre memória de arquivo e memória do Foundry. As equipes deveriam parar de tentar forçar um único modelo de memória a resolver todos os problemas. Artefatos de arquivo grosseiros e explícitos são excelentes para estado visível ao usuário, como relatórios e watchlists. A extração de memória em nível de fato é melhor para preferências e contexto conversacional. Misturar os dois traz resultados melhores do que fingir que um só é suficiente.&lt;/p&gt;
&lt;p&gt;Minha opinião: o futuro da qualidade dos agentes será medido menos por prompts inteligentes e mais por ergonomia de segurança. Se seus prompts de aprovação são ruidosos, os usuários clicam sem pensar. Se os limites da sua memória são pouco claros, os usuários deixam de confiar no assistente. Se os padrões de acesso a dados são permissivos demais, as equipes de segurança vão encerrar o projeto.&lt;/p&gt;
&lt;p&gt;Para equipes .NET e Python adotando esse padrão, o movimento-chave é tratar callbacks de política e regras de aprovação como lógica de negócio central, versionada e testada como qualquer outro código crítico. Não os deixe como lambdas improvisadas enterradas em exemplos.&lt;/p&gt;
&lt;p&gt;Sistemas de agentes que conquistam confiança não são os que fazem mais coisas. São os que fazem exatamente o que os usuários pretendiam, nem mais nem menos, com pontos claros de interrupção quando o risco aumenta.&lt;/p&gt;
&lt;p&gt;Essa é a diferença entre uma demo impressionante e um software para o qual as pessoas estão dispostas a delegar trabalho de verdade.&lt;/p&gt;</content:encoded></item></channel></rss>