{"version":"1.0","type":"agent_native_article","locale":"pt","slug":"governanca-como-requisito-entrada-ia-empresarial-mq9zgh60","title":"A governança como requisito de entrada na IA empresarial","primary_category":"ai","author":{"name":"Isabel Ríos","slug":"isabel-rios"},"published_at":"2026-06-11T06:02:15.934Z","total_votes":84,"comment_count":0,"has_map":true,"urls":{"human":"https://sustainabl.net/pt/articulo/governanca-como-requisito-entrada-ia-empresarial-mq9zgh60","agent":"https://sustainabl.net/agent-native/pt/articulo/governanca-como-requisito-entrada-ia-empresarial-mq9zgh60"},"summary":{"one_line":"A Microsoft posicionou o Agent 365 SDK não como uma ferramenta de produtividade, mas como infraestrutura de controle para agentes de IA, apostando que o gargalo real na adoção empresarial é governança, não capacidade do modelo.","core_question":"Por que a governança de agentes de IA se tornou o critério de entrada para implantações empresariais, e o que a arquitetura da Microsoft revela sobre quem tem poder de veto nesse processo?","main_thesis":"A Microsoft identificou que o bloqueio real na adoção de agentes de IA em grandes organizações não é técnico, mas político e de controle: quem aprovou o agente, o que ele pode acessar e como isso é auditável. O Agent 365 SDK foi projetado para convencer CISOs, equipes jurídicas e funções de conformidade antes de convencer engenheiros, o que representa uma vantagem estrutural baseada em capital social acumulado, não em superioridade técnica."},"content_markdown":"## A governança como requisito de entrada na IA empresarial\n\nA Microsoft tomou uma decisão discreta no Build 2026 que merece mais atenção do que recebeu: em vez de apresentar um modelo mais potente ou um agente mais capaz, colocou em disponibilidade geral o Agent 365 SDK e o envolveu com controles de identidade, política e dados que se ativam durante o design, não quando o agente já quebrou algo em produção. A aposta implícita é que a capacidade do modelo deixou de ser o gargalo para as grandes organizações. O que freia os projetos de agentes não é a potência do sistema, mas a incapacidade de demonstrar que alguém sabe o que esse agente está fazendo, com quais dados, sob qual autorização e em nome de quem.\n\nIsso não é um argumento técnico. É um argumento de arquitetura de poder dentro das organizações.\n\nPorque a razão pela qual os projetos de agentes param em revisão jurídica, em comitês de risco ou na mesa de um CISO não é que o modelo seja ruim. É que ninguém consegue responder três perguntas básicas: quem aprovou a existência deste agente, o que ele pode acessar e como isso é demonstrado diante de uma auditoria. A Microsoft identificou esse gargalo e decidiu construir sua plataforma em torno dele.\n\n## O que a Microsoft entendeu que seus concorrentes continuam tentando resolver com velocidade\n\nO Agent 365 SDK chega com um registro centralizado que a Microsoft descreve como a \"fonte da verdade\" para o inventário de agentes empresariais. Esse registro se conecta com o Defender, o Purview, o Entra e o Foundry, o que significa que os controles de segurança, identidade e conformidade que uma grande empresa já tem implementados não precisam ser replicados para os agentes: eles se estendem. Cada agente pode ter uma identidade única separada de qualquer usuário humano. Os administradores podem definir quais agentes são descobertos, quais são colocados em quarentena, quem os cria e sob quais condições operam.\n\nO registro também detecta agentes que já estão em execução sem que ninguém os tenha aprovado. A Microsoft afirma que o sistema reconhece mais de 20 tipos de agentes locais, incluindo servidores de Model Context Protocol, que são exatamente o tipo de infraestrutura que as equipes de engenharia implantam rapidamente sem passar por processos de aquisição. Chamar isso de \"sprawl de agentes\" é a forma elegante de dizer que as organizações já têm agentes operando fora de qualquer estrutura de controle, e que isso é um problema de governança antes de ser um problema de segurança.\n\nComparado ao Google Cloud, que construiu sua plataforma de agentes em torno de identidades criptográficas únicas por agente, e à AWS, que apostou em um caminho mais rápido e leve com o Bedrock AgentCore, a Microsoft escolheu o terreno onde já vence: a infraestrutura de controle que seus maiores clientes empresariais já têm instalada e na qual já confiam. Essa não é uma vantagem técnica. É uma vantagem de capital social acumulado junto às equipes de segurança corporativa ao longo de duas décadas.\n\nO padrão que emerge não é casual. Os três grandes provedores de nuvem estão convergindo para a mesma arquitetura conceitual: um plano de controle para agentes que replica o que o Kubernetes foi para contêineres. A diferença é que a Microsoft chega com Entra, Intune, Defender e Purview já presentes na maioria das grandes empresas. A governança de agentes não chega como uma nova plataforma que precisa ser justificada no orçamento. Chega como uma extensão do que a equipe de segurança já opera hoje.\n\n## Quem estava na sala quando isso foi projetado e o que isso revela\n\nÉ aqui que a história se torna mais interessante sob uma perspectiva de design estrutural. O Agent 365 SDK foi construído para resolver o problema do comprador corporativo, não do desenvolvedor que quer se mover rapidamente. As funcionalidades que a Microsoft priorizou — o registro, o controle de acesso, a prevenção de perda de dados em tempo de execução, os controles do Windows em nível de sistema operacional — foram projetadas para convencer um CISO, uma equipe jurídica ou um responsável por conformidade de que o agente pode ser implantado. Essa é uma escolha de design que revela quem tem poder de veto no ciclo de adoção.\n\nNão é um detalhe menor. Quando uma plataforma é projetada para reduzir o atrito do auditor antes do atrito do desenvolvedor, ela está reconhecendo explicitamente que o poder de bloqueio nas grandes organizações não está na equipe técnica. Está nas funções de controle. A Microsoft apostou que ganhará mais mercado convencendo a equipe de risco do que convencendo a equipe de engenharia, e essa aposta tem implicações para como outras empresas deveriam pensar na adoção de suas próprias ferramentas de agentes.\n\nA questão estrutural que isso levanta é quem ficou de fora dessa sala de design. O SDK declara compatibilidade com qualquer plataforma de agentes, não apenas a da Microsoft, o que é um sinal de abertura tática. Mas a arquitetura de controle mais robusta opera dentro do perímetro do Windows, do Entra e do Microsoft Foundry. Uma empresa que executa agentes na AWS, no Google Cloud e em um conjunto de ferramentas SaaS legadas ganha visibilidade dentro do limite Microsoft e herda uma dependência mais profunda desse limite. A governança multinuvem continua sendo, na prática, um problema não resolvido por nenhum dos três grandes provedores. Fornecedores independentes como Saviynt ou TrueFoundry existem precisamente porque essa demanda é real e não está sendo atendida pelas plataformas dos hyperscalers.\n\nHá algo mais que vale nomear com precisão: a Microsoft lançou o Agent Governance Toolkit como um projeto de código aberto sob licença MIT em abril de 2026, antes do Build. A empresa o posiciona como o primeiro toolkit que responde aos dez riscos de IA agêntica identificados pela OWASP com aplicação determinística de políticas em menos de um milissegundo. Isso é um movimento para definir o padrão antes que qualquer outro o faça. Quando um ator dominante publica o framework de segurança em código aberto, ele não está sendo generoso. Está colocando sua arquitetura conceitual no centro da conversa do setor.\n\n## O custo de governança que nenhuma apresentação de vendas menciona\n\nA Microsoft não resolve todos os problemas que cria. Há três fricções que qualquer organização que adote essa arquitetura deveria nomear antes de se comprometer.\n\nA primeira é que uma parte importante do que foi anunciado no Build 2026 ainda está em visualização, não em disponibilidade geral. A integração entre o Defender e o GitHub Code Security está disponível. O Windows 365 para Agentes está disponível. Mas o sistema MDASH de varredura agêntica com mais de 100 agentes especializados, os controles de tempo de execução do Purview e diversas capacidades do Defender ainda estão em versão prévia ou com datas a confirmar. Um plano de governança construído sobre capacidades em preview é um plano com um espaço em branco.\n\nA segunda fricção é operacional. Cada camada de controle que protege a organização também desacelera o desenvolvedor. As equipes que ajustarem os controles de forma excessiva verão seus engenheiros buscando caminhos alternativos, implantando agentes fora do registro porque o processo de aprovação leva três semanas. A governança que cria fricção excessiva produz exatamente o sprawl de agentes não gerenciados que o registro foi projetado para detectar. Esse é um problema de design organizacional, não de tecnologia.\n\nA terceira fricção é estratégica. As organizações que adotarem o Agent 365 como sua camada de controle ganham visibilidade real dentro do perímetro Microsoft. O que herdam, simultaneamente, é uma dependência mais profunda sobre esse perímetro. Isso não é um argumento contra a plataforma. É uma variável que deveria aparecer em qualquer decisão de arquitetura honesta. A portabilidade da governança, por meio de padrões como o Model Context Protocol que os três grandes provedores dizem suportar, pode não estar tão disponível na prática quanto nos comunicados de imprensa.\n\n## A identidade não humana como nova fronteira do controle corporativo\n\nO que a Microsoft está construindo, quando descrito sem a terminologia de produto, é um sistema de identidade e autorização para entidades que não são humanas, mas que podem agir como se fossem: ler dados sensíveis, invocar ferramentas, disparar processos, tomar decisões em nome da organização. Esse problema não existia nessa escala há dois anos.\n\nA implicação orçamentária é direta. Os gastos que foram destinados ao acesso a modelos e à experimentação agora precisam de uma linha para a camada de identidade e governança que converte experimentos em implantações aprovadas. Esse gasto não é discricionário uma vez que os agentes podem ler dados e acionar ações por conta própria. A identidade não humana se torna um problema de primeira classe, com a mesma urgência com que as organizações tratam a identidade humana desde que o perímetro corporativo deixou de ser uma parede física.\n\nO movimento da Microsoft não resolve a questão de quão bem a governança funciona quando a organização opera em múltiplas nuvens com dezenas de ferramentas SaaS e agentes construídos sobre plataformas de terceiros. Mas revela a mecânica de poder que vai determinar quais organizações conseguem escalar agentes e quais vão continuar presas no ciclo de projetos piloto que morrem em revisão jurídica. A capacidade de demonstrar o que cada agente fez, com quais dados e sob qual autorização, antes que um regulador ou um conselho de administração o solicite, é o critério que vai separar quem implanta de quem experimenta indefinidamente.\n\nA arquitetura que a Microsoft apresentou no Build 2026 não é a única forma de resolver esse problema. Mas é a primeira que chega empacotada com a infraestrutura de controle que as maiores organizações já têm instalada. Essa vantagem de distribuição não é técnica. É estrutural, e é muito mais difícil de replicar do que um benchmark de segurança.","article_map":{"title":"A governança como requisito de entrada na IA empresarial","entities":[{"name":"Microsoft","type":"company","role_in_article":"Protagonista: lançou o Agent 365 SDK no Build 2026 com arquitetura de governança para agentes de IA empresariais."},{"name":"Agent 365 SDK","type":"product","role_in_article":"Produto central do artigo: SDK em disponibilidade geral com controles de identidade, política e dados para agentes de IA."},{"name":"Agent Governance Toolkit","type":"product","role_in_article":"Projeto MIT lançado pela Microsoft em abril de 2026 para definir o padrão de segurança de agentes agênticos."},{"name":"Microsoft Defender","type":"product","role_in_article":"Componente de segurança integrado ao registro de agentes do Agent 365 SDK."},{"name":"Microsoft Purview","type":"product","role_in_article":"Componente de conformidade integrado ao SDK; alguns controles aún en preview."},{"name":"Microsoft Entra","type":"product","role_in_article":"Sistema de identidade integrado al SDK que extiende controles existentes a agentes no humanos."},{"name":"Microsoft Foundry","type":"product","role_in_article":"Plataforma de desarrollo de agentes integrada al registro centralizado del SDK."},{"name":"Google Cloud","type":"company","role_in_article":"Competidor: construiu plataforma de agentes em torno de identidades criptográficas únicas por agente."},{"name":"AWS","type":"company","role_in_article":"Competidor: apostou em caminho mais rápido e leve com Bedrock AgentCore."},{"name":"Bedrock AgentCore","type":"product","role_in_article":"Plataforma de agentes da AWS, posicionada como alternativa mais leve ao Agent 365 SDK."},{"name":"OWASP","type":"institution","role_in_article":"Organização cujos dez riscos de IA agêntica o Agent Governance Toolkit afirma endereçar."},{"name":"Saviynt","type":"company","role_in_article":"Fornecedor independente de governança de identidade citado como evidência de demanda não atendida pelos hyperscalers."}],"tradeoffs":["Velocidade de implantação vs. rigor de governança: controles mais robustos desaceleram desenvolvedores e podem gerar caminhos alternativos fora do registro.","Integração profunda com Microsoft vs. portabilidade multinuvem: adotar o Agent 365 como camada de controle gera visibilidade real dentro do perímetro Microsoft e dependência estrutural simultânea.","Capacidades em preview vs. plano de governança completo: construir sobre funcionalidades ainda em preview implica espaços em branco no plano de controle.","Padronização via open source vs. lock-in conceitual: o Agent Governance Toolkit MIT democratiza o framework mas coloca a arquitetura conceitual da Microsoft no centro do setor.","Reduzir atrito do auditor vs. reduzir atrito do desenvolvedor: priorizar um implica aumentar o outro."],"key_claims":[{"claim":"A capacidade do modelo deixou de ser o gargalo para grandes organizações; o que freia projetos de agentes é a incapacidade de demonstrar controle e autorização.","confidence":"high","support_type":"editorial_judgment"},{"claim":"O Agent 365 SDK inclui registro centralizado que detecta agentes já em execução sem aprovação, reconhecendo mais de 20 tipos de agentes locais incluindo servidores MCP.","confidence":"high","support_type":"reported_fact"},{"claim":"A Microsoft lançou o Agent Governance Toolkit como projeto MIT em abril de 2026, antes do Build, afirmando responder aos dez riscos OWASP com aplicação de políticas em menos de um milissegundo.","confidence":"high","support_type":"reported_fact"},{"claim":"A vantagem da Microsoft sobre Google Cloud e AWS não é técnica, mas de capital social acumulado junto a equipes de segurança corporativa ao longo de duas décadas.","confidence":"medium","support_type":"editorial_judgment"},{"claim":"A governança multinuvem continua sendo um problema não resolvido por nenhum dos três grandes provedores; fornecedores independentes como Saviynt e TrueFoundry existem precisamente por isso.","confidence":"medium","support_type":"inference"},{"claim":"Parte das capacidades anunciadas no Build 2026 ainda está em preview, incluindo o sistema MDASH e controles de tempo de execução do Purview.","confidence":"high","support_type":"reported_fact"},{"claim":"Controles de governança excessivamente rígidos produzem o mesmo sprawl de agentes não gerenciados que o registro foi projetado para detectar.","confidence":"medium","support_type":"inference"},{"claim":"A portabilidade da governança via MCP pode não estar tão disponível na prática quanto nos comunicados de imprensa dos três grandes provedores.","confidence":"interpretive","support_type":"editorial_judgment"}],"main_thesis":"A Microsoft identificou que o bloqueio real na adoção de agentes de IA em grandes organizações não é técnico, mas político e de controle: quem aprovou o agente, o que ele pode acessar e como isso é auditável. O Agent 365 SDK foi projetado para convencer CISOs, equipes jurídicas e funções de conformidade antes de convencer engenheiros, o que representa uma vantagem estrutural baseada em capital social acumulado, não em superioridade técnica.","core_question":"Por que a governança de agentes de IA se tornou o critério de entrada para implantações empresariais, e o que a arquitetura da Microsoft revela sobre quem tem poder de veto nesse processo?","core_tensions":["Gobernanza como habilitador vs. gobernanza como freno: los mismos controles que permiten escalar agentes pueden bloquear la velocidad de desarrollo y generar el sprawl que intentan prevenir.","Apertura táctica vs. dependencia estructural: el SDK declara compatibilidad con cualquier plataforma, pero la arquitectura de control más robusta opera dentro del perímetro Microsoft.","Promesa de portabilidad MCP vs. realidad de lock-in: los tres grandes proveedores dicen soportar MCP, pero la portabilidad real de la gobernanza puede no estar disponible en la práctica.","Capacidades anunciadas vs. capacidades disponibles: parte del stack de gobernanza presentado en Build 2026 sigue en preview, creando una brecha entre el plan y la realidad operativa.","Poder de veto de funciones de control vs. velocidad de equipos técnicos: la arquitectura reconoce explícitamente que el bloqueo está en las funciones de control, no en ingeniería, lo que puede generar tensión organizacional."],"open_questions":["¿Cuándo estarán en disponibilidad general las capacidades del Agent 365 SDK que siguen en preview, incluyendo el sistema MDASH y los controles de tiempo de ejecución de Purview?","¿Cómo resuelven las organizaciones la gobernanza de agentes en entornos genuinamente multinube con decenas de herramientas SaaS y agentes construidos sobre plataformas de terceros?","¿El Model Context Protocol logrará portabilidad real de gobernanza entre proveedores o quedará como promesa en comunicados de prensa?","¿Qué sucede con las organizaciones que ya tienen agentes operando fuera de cualquier estructura de control antes de adoptar el registro centralizado?","¿Cómo evitan las organizaciones que los procesos de aprobación de gobernanza sean tan lentos que generen el mismo sprawl de agentes no gestionados que intentan prevenir?","¿Qué rol jugarán los proveedores independientes de gobernanza como Saviynt y TrueFoundry a medida que los hyperscalers expanden sus propias capas de control?"],"training_value":{"recommended_for":["CISOs y equipos de seguridad corporativa evaluando gobernanza de agentes de IA.","CTOs y arquitectos de soluciones que diseñan la capa de control para despliegues de agentes empresariales.","CFOs y equipos de riesgo que necesitan entender las implicaciones presupuestarias y de dependencia de las plataformas de agentes.","Equipos de transformación digital que gestionan la transición de proyectos piloto de IA a operaciones reales.","Analistas de estrategia tecnológica que comparan el posicionamiento competitivo de Microsoft, Google y AWS en IA empresarial.","Responsables de compliance y equipos legales que necesitan entender qué preguntas hacer antes de aprobar un despliegue de agentes."],"when_this_article_is_useful":["Cuando una organización evalúa si adoptar una plataforma de agentes de IA de un hyperscaler o construir su propia capa de gobernanza.","Cuando un proyecto de agentes de IA está bloqueado en revisión legal, comité de riesgo o aprobación de CISO.","Cuando se necesita justificar presupuesto para gobernanza de IA separado del gasto en modelos y experimentación.","Cuando se compara la estrategia de agentes de Microsoft, Google Cloud y AWS para tomar una decisión de arquitectura.","Cuando se diseña un proceso de aprobación de agentes que no genere fricción excesiva ni shadow IT.","Cuando se evalúa el riesgo de lock-in en una arquitectura de agentes de IA empresarial."],"what_a_business_agent_can_learn":["La gobernanza de agentes de IA no es un problema técnico sino un problema de arquitectura de poder organizacional: el bloqueo está en funciones de control, no en equipos técnicos.","Diseñar para el comprador corporativo (CISO, legal, compliance) antes que para el desarrollador es una estrategia de adopción válida en mercados enterprise.","El capital social acumulado con equipos de seguridad corporativa durante décadas es una ventaja competitiva más difícil de replicar que cualquier benchmark técnico.","Publicar un framework de seguridad en open source antes de un evento principal es un movimiento de estandarización, no de generosidad.","Un plan de gobernanza construido sobre capacidades en preview tiene espacios en blanco que deben nombrarse explícitamente en cualquier decisión de arquitectura.","La identidad no humana de agentes de IA requiere el mismo tratamiento de primera clase que la identidad humana en la infraestrutura corporativa.","Controles de gobernanza excesivamente rígidos producen el mismo shadow IT que intentan prevenir: el equilibrio entre control y velocidad es un problema de diseño organizacional."]},"argument_outline":[{"label":"1. O gargalo real","point":"Projetos de agentes param em revisão jurídica e comitês de risco porque ninguém consegue responder quem aprovou o agente, o que ele acessa e como isso é demonstrável em auditoria.","why_it_matters":"Redefine o problema de adoção de IA de um desafio técnico para um desafio de arquitetura de poder organizacional."},{"label":"2. A aposta da Microsoft","point":"O Agent 365 SDK chega com registro centralizado, identidade única por agente e integração com Defender, Purview, Entra e Foundry — controles que as grandes empresas já têm instalados.","why_it_matters":"A governança não precisa ser justificada como nova linha orçamentária; chega como extensão do que a equipe de segurança já opera."},{"label":"3. Design para o comprador, não para o desenvolvedor","point":"As funcionalidades priorizadas — registro, controle de acesso, prevenção de perda de dados em tempo de execução — foram projetadas para reduzir o atrito do auditor antes do atrito do desenvolvedor.","why_it_matters":"Revela que o poder de bloqueio nas grandes organizações está nas funções de controle, não nas equipes técnicas."},{"label":"4. Movimento de padronização via open source","point":"A Microsoft lançou o Agent Governance Toolkit como projeto MIT em abril de 2026, antes do Build, posicionando sua arquitetura conceitual como referência do setor.","why_it_matters":"Quando um ator dominante publica o framework de segurança em código aberto, está colocando sua lógica no centro da conversa antes que qualquer outro o faça."},{"label":"5. Fricções que nenhuma apresentação de vendas menciona","point":"Parte das capacidades anunciadas ainda está em preview; controles excessivos geram sprawl de agentes não gerenciados; e a adoção cria dependência estrutural do perímetro Microsoft.","why_it_matters":"Um plano de governança construído sobre capacidades em preview tem espaços em branco. A portabilidade multinuvem continua sendo um problema não resolvido."},{"label":"6. Identidade não humana como nova fronteira","point":"O que a Microsoft está construindo é um sistema de identidade e autorização para entidades que não são humanas mas podem agir como se fossem.","why_it_matters":"A implicação orçamentária é direta: os gastos em IA precisam de uma linha para governança que converta experimentos em implantações aprovadas."}],"one_line_summary":"A Microsoft posicionou o Agent 365 SDK não como uma ferramenta de produtividade, mas como infraestrutura de controle para agentes de IA, apostando que o gargalo real na adoção empresarial é governança, não capacidade do modelo.","related_articles":[{"reason":"Analiza directamente la transición de la IA empresarial del modo piloto a operaciones reales, complementando el argumento sobre qué organizaciones pueden escalar agentes y cuáles quedan atrapadas en ciclos de prueba.","article_id":13568},{"reason":"Examina el problema de que los CFOs no saben qué compraron con sus inversiones en IA, lo que conecta directamente con la necesidad de gobernanza y auditoría que el Agent 365 SDK intenta resolver.","article_id":13550},{"reason":"Explora cómo la IA reescribe el liderazgo desde arriba, relevante para entender quién tiene poder de decisión en la adopción de agentes y cómo cambian las funciones de control en las organizaciones.","article_id":13602},{"reason":"Cubre la apuesta de Microsoft y Nvidia en IA para resolver problemas que los desarrolladores evitan, complementando el análisis de la estrategia de plataforma de Microsoft presentada en este artículo.","article_id":13532}],"business_patterns":["Plataforma projetada para o comprador corporativo, não para o desenvolvedor: prioriza reduzir atrito de auditoria antes de reduzir atrito de desenvolvimento.","Extensão de infraestrutura existente como estratégia de adopción: la gobernanza llega como extensión de lo que el equipo de seguridad ya opera, no como nueva plataforma a justificar.","Open source como movimiento de estandarización: publicar el framework de seguridad bajo licencia MIT antes del evento principal para posicionar la arquitectura conceptual propia como referencia del sector.","Capital social acumulado como ventaja competitiva no replicable: dos décadas de presencia en equipos de seguridad corporativa son más difíciles de copiar que un benchmark técnico.","Detección de shadow IT como función de gobernanza: el registro identifica agentes ya en ejecución sin aprobación, convirtiendo un problema de seguridad en una función de producto.","Analogía Kubernetes para agentes: el plano de control de agentes replica el patrón de gestión de contenedores, lo que facilita la adopción conceptual en equipos técnicos."],"business_decisions":["Decidir se a camada de governança de agentes será construída internamente, adquirida de um hyperscaler ou terceirizada para fornecedores independentes como Saviynt ou TrueFoundry.","Avaliar quais capacidades do Agent 365 SDK estão em disponibilidade geral versus preview antes de incluí-las em planos de implantação.","Definir o nível de controle de acesso que equilibra segurança com velocidade de desenvolvimento, evitando que fricção excessiva gere sprawl de agentes não gerenciados.","Calcular o custo de dependência estrutural do perímetro Microsoft ao adotar o Agent 365 como camada de controle principal.","Incluir uma linha orçamentária explícita para identidade e governança de agentes separada do gasto em acesso a modelos e experimentação.","Determinar se a arquitetura de agentes da organização opera principalmente dentro do perímetro Microsoft ou em ambiente multinuvem, pois isso afeta diretamente o valor obtido do SDK."]}}