WEBVTT 00:00:00.000 --> 00:00:01.660 Aqui está a parte chocante que ninguém te conta. 00:00:02.080 --> 00:00:05.760 Ao implantar uma IA no Azure Foundry, você não está apenas iniciando um modelo gigante. 00:00:06.240 --> 00:00:09.340 Você a coloca em um ambiente herenciado onde cada ação relevante e mensagens, 00:00:09.480 --> 00:00:12.280 chamadas de ferramentas e etapas de execução são registradas e rastreadas. 00:00:12.640 --> 00:00:15.100 Você virá como threads, execuções e etapas formam um rastro 00:00:15.100 --> 00:00:17.340 que torna os experimentos auditáveis e prontos para a empresa. 00:00:18.020 --> 00:00:20.840 Isso transforma a IA de algo imprevisível em um sistema disciplinado que você pode governar. 00:00:21.620 --> 00:00:24.360 E uma vez que essa estrutura está pronta, a verdadeira questão é 00:00:24.360 --> 00:00:26.100 quem está liderando este esquadrão digital? 00:00:27.360 --> 00:00:28.180 Conheça o livro do esquadrão. 00:00:28.180 --> 00:00:31.220 Ao configurar uma Foundry, você não está simplesmente abrindo uma janela do chat. 00:00:31.560 --> 00:00:32.800 Você está nomeando um líder de esquadrão. 00:00:33.140 --> 00:00:35.000 Isso não é um estagiário usando preenchimento automático. 00:00:35.840 --> 00:00:38.540 É um capitão de campo criado para missões baseadas em um design claro. 00:00:39.480 --> 00:00:41.500 E esse design se resume a três engrenagens centrais. 00:00:42.020 --> 00:00:43.700 O modelo, as instruções e as ferramentas. 00:00:44.320 --> 00:00:45.280 O modelo é o cérebro. 00:00:45.660 --> 00:00:48.900 Ele lida com o raciocínio e linguagem, a parte que consegue analisar palavras humanas, 00:00:48.980 --> 00:00:50.420 planejar passos e redigir respostas. 00:00:51.100 --> 00:00:52.140 As instruções são as ordens, então. 00:00:52.700 --> 00:00:56.640 Elas impedem que o cérebro divague, ancorando nos resultados que você realmente precisa 00:00:56.640 --> 00:01:00.980 e as ferramentas são equipamento preso ao peito, execução de código, conectores de 00:01:00.980 --> 00:01:04.040 busca, APIs de relatório ou qualquer sistema de terceiros que você conectar. 00:01:04.520 --> 00:01:07.240 Um agente de IA do Azure é construído explicitamente a partir dessa trade. 00:01:07.740 --> 00:01:10.120 Sem isso, você não tem reprodutibilidade ou auditabilidade. 00:01:10.600 --> 00:01:12.460 Você apenas obtém geração de texto sem comproso. 00:01:13.020 --> 00:01:14.760 Vamos traduzir isso para um exemplo de campo de batalha. 00:01:15.080 --> 00:01:16.500 O modelo é o treinamento de combate ao seu capitão. 00:01:16.880 --> 00:01:18.820 Ele sabe como manejar uma espada ou proferir uma sentença. 00:01:19.180 --> 00:01:20.460 As instruções são o briefing da missão. 00:01:20.460 --> 00:01:23.140 O tejo o comboio, extrai a dados de um conjunto de contratos. 00:01:23.500 --> 00:01:25.240 Relaxe os resultados de volta em um formato específico. 00:01:25.640 --> 00:01:27.260 Isso mantém o capitão alinhado e previsível. 00:01:27.800 --> 00:01:29.060 Então as ferramentas da selecionação. 00:01:29.520 --> 00:01:32.740 Um gancho para escalar paredes é como um interpretador de código para executar análises. 00:01:33.600 --> 00:01:36.600 Um rádio seguro é como um SharePoint ou um conector MCP personalizado alimentando 00:01:36.600 --> 00:01:37.620 dados em tempo real ao plano. 00:01:38.480 --> 00:01:40.540 Quando esses três se unem, a gente não está improvisando. 00:01:40.860 --> 00:01:42.680 Ele está executando uma missão com registro e controle. 00:01:43.240 --> 00:01:44.700 O Foundry torna esse mecanismo prático. 00:01:45.340 --> 00:01:47.920 Na maioria das APIs de chat, você recebe apenas um modelo e um prompt. 00:01:47.920 --> 00:01:51.660 E é assim que ele começa a falar no ascenso formal de ordens ou orquestração de ferramentas. 00:01:52.140 --> 00:01:54.920 É como lançar seu capitão em campo sem um plano ou equipamento. 00:01:55.700 --> 00:01:59.620 Encontrar-se o serviço de agentes do Foundry garante que todas as três camadas estejam presentes. 00:02:00.220 --> 00:02:02.000 Melhor ainda, você não está preso a um único cérebro. 00:02:02.400 --> 00:02:04.340 Você pode alternar entre modelos no catálogo do Foundry. 00:02:05.040 --> 00:02:08.000 GPT4 para estratégias complexas, talvez o modelo mais enxuto para tarefas leves 00:02:08.000 --> 00:02:10.460 ou até mesmo trazer o Mistral ou o Deep Seek ou o Deep Seek. 00:02:10.800 --> 00:02:11.840 Se escolhe o que se encaixa na missão. 00:02:12.320 --> 00:02:16.500 Essa flexibilidade é a diferença entre um estagiário genérico e um comandante capaz de se adaptar. 00:02:16.500 --> 00:02:18.820 Agora, considere os riscos se as camadas faltarem. 00:02:19.200 --> 00:02:20.560 Os resultados tornam-se inconsistentes. 00:02:21.080 --> 00:02:22.320 Um resumo de contrato diz uma coisa. 00:02:22.400 --> 00:02:24.140 O próximo contradiz, sutilmente, 00:02:24.700 --> 00:02:28.160 você perde a rastreabilidade porque nenhum registro estruturado captura como a resposta foi formada. 00:02:28.700 --> 00:02:32.340 A depuração vira um palpite, já que os desenvolvedores não conseguem retraçar a cadeia de raciocínio. 00:02:32.880 --> 00:02:34.240 Em uma empresa, isso não é um incômodo menor. 00:02:34.780 --> 00:02:36.620 É um risco real que bloqueia a confiança e a adoção. 00:02:37.060 --> 00:02:38.540 O Foundry resolve isso de uma forma direta. 00:02:39.000 --> 00:02:40.480 Diretrizes e segurança são integradas ao agente. 00:02:40.480 --> 00:02:43.360 As instruções atuam como um livro de regras fixo que deve ser seguido. 00:02:43.700 --> 00:02:46.520 O conjunto de ferramentas pode ser limitado ou expandido conforme o caso de U. 00:02:46.720 --> 00:02:48.460 O modelo pode ser trocado livremente, 00:02:48.840 --> 00:02:51.160 mas sempre dentro da estrutura que exige responsabilidade. 00:02:52.460 --> 00:02:54.560 Juntos, o trio entrega um líder de esquadrão disciplinado, 00:02:54.640 --> 00:02:57.840 resultados previsíveis, etapas visíveis e a capacidade de expandir com responsabilidade 00:02:57.840 --> 00:02:59.980 usando conectores cooperativos e APIs personalizadas. 00:03:00.560 --> 00:03:02.720 Não se trata de vender IA como uma conversa mágica. 00:03:03.340 --> 00:03:06.640 Trata-se de mostrar que sua organização ganha um oficial experiente que registra logs, 00:03:06.860 --> 00:03:08.640 segue ordens e carrega o equipamento certo. 00:03:08.640 --> 00:03:12.240 E como qualquer bom capitão, ele mantém um registro cuidadoso do que aconteceu em cada missão. 00:03:12.640 --> 00:03:15.480 Porque quando os sistemas são auditados ou uma execução falha, você precisa do diário. 00:03:16.280 --> 00:03:18.900 No Foundry, esse diário tem um nome, chamado de Trud Topic. 00:03:19.580 --> 00:03:20.760 Threads, o registro do campo de batalha. 00:03:21.240 --> 00:03:23.440 Threads é onde o registro da missão começa a ganhar form. 00:03:23.860 --> 00:03:27.480 No Azure Foundry, uma Thread não é uma janela de chat casual que evapora quando você a fecha. 00:03:27.940 --> 00:03:29.180 É uma sessão de conversa persistente. 00:03:29.800 --> 00:03:31.800 Cada troca entre você e o agente armazenado aqui, 00:03:31.880 --> 00:03:35.340 vem ela de você, do agente ou até de outro agente, uma configuração multi-agente. 00:03:35.340 --> 00:03:39.160 Este é o registro do campo de batalha, mantendo um histórico durável de interações 00:03:39.160 --> 00:03:41.040 que podem ser revisadas muito tempo após o fim do chat. 00:03:41.600 --> 00:03:44.200 Força real é que as Threads não são apenas transcrições estáticas. 00:03:44.660 --> 00:03:47.680 São contêineres estruturados que lidam automaticamente com o truncamento, 00:03:48.400 --> 00:03:50.560 mantendo o contexto ativo dentro dos limites do modelo, 00:03:50.700 --> 00:03:52.240 preservando uma trilha de auditoria completa. 00:03:53.080 --> 00:03:55.540 Significa que o agente continua a entender a conversa em progresso, 00:03:55.640 --> 00:03:58.940 enquanto as empresas mantêm um registro permanente e revisável. 00:03:59.580 --> 00:04:01.720 Ao contrário da maioria dos aplicativos de chat, nada desaparece. 00:04:01.720 --> 00:04:04.260 Você obtém continuidade pra agente e governança pro negócio. 00:04:04.720 --> 00:04:06.700 As entradas nesse registro são criadas a partir de mensagem. 00:04:07.040 --> 00:04:08.460 Uma mensagem não se limita a texto simples. 00:04:08.900 --> 00:04:12.200 Ela pode carregar uma imagem, um arquivo de planilha ou um bloco de código gerado. 00:04:12.700 --> 00:04:16.180 Cada uma possui carimbo de data barra hora e é rotulada como a função usuário assistente. 00:04:16.860 --> 00:04:19.700 Então, ao inspecionar um tópico, você não vê apenas o que foi dito, 00:04:19.780 --> 00:04:22.620 mas também quem disse, quando disse e qual tipo de conteúdo estava envolvido. 00:04:23.460 --> 00:04:25.940 Imagina um oficial de conformidade abrindo um registro 00:04:25.940 --> 00:04:28.120 e vendo a solicitação de texto exata enviada ontem. 00:04:28.120 --> 00:04:32.420 A imagem do gráfico que o agente produziu como resposta e o horário em que ambos os eventos ocorreram. 00:04:32.900 --> 00:04:34.740 Isso é mais do que memória, é um registro real completo. 00:04:35.120 --> 00:04:38.620 Pra colocar isso em termos de jogos, um tópico é como o caderno de anotações e uma campanha de Dungeons & Dragons. 00:04:39.020 --> 00:04:43.620 O mestre anota quais cidades você visitou, quais jogadas de dados tiveram sucesso e quais itens foram coletados. 00:04:44.140 --> 00:04:46.660 Sem esse registro, os jogadores acabam discutindo sobre detalhes esquecidos. 00:04:47.120 --> 00:04:49.820 Com ele, as discussões se dissolvem porque os eventos estão documentados. 00:04:50.440 --> 00:04:52.000 Os tópicos fazem o mesmo pela IA corporativa. 00:04:52.380 --> 00:04:55.980 Eles evitam disputas sobre o que o agente realmente fez porque tudo é capturado em ordem. 00:04:55.980 --> 00:04:57.920 Agora, é isso porque esse registro é importante. 00:04:58.320 --> 00:05:00.360 Para auditoria e conformidade, os tópicos valem ouro. 00:05:00.800 --> 00:05:05.020 Reguladores ou equipes de auditoria interna podem abrir um e visualizar imediatamente a sequência completa, 00:05:05.140 --> 00:05:08.720 a solicitação do usuário, a resposta do agente, quais ferramentas foram envolvidas e quando tudo aconteceu. 00:05:08.840 --> 00:05:11.500 Para desenvolvedores, esses mesmos registros funcionam como um modo de decoração. 00:05:11.760 --> 00:05:16.120 Se um agente produzir um trecho de código incorreto, você pode retroceder o tópico até o ponto em que foi solicitado 00:05:16.120 --> 00:05:17.140 e ver exatamente como ele chegou lá. 00:05:17.520 --> 00:05:20.320 Ambos os grupos ganham visibilidade e imaginamos evitam desperdicismo. 00:05:21.040 --> 00:05:23.420 Compare isso com sistemas que não mantêm o histórico das conversas. 00:05:23.420 --> 00:05:27.600 Sem tópicos, você tenta rastrear o comportamento com capturas de tela ou memórias vagas. 00:05:28.280 --> 00:05:31.960 Isso não se sustenta quando a conformidade pede evidências ou quando o suporte precisa reproduzir um bug. 00:05:32.440 --> 00:05:36.400 É como ser solicitado a repetir uma luta contra um chefão em um jogo e perceber que você nunca salvou o progresso. 00:05:37.460 --> 00:05:39.700 Sem registro não há prova e sem rastro não há correção. 00:05:40.760 --> 00:05:44.280 Em um erro crítico, você acaba tendo que tranquilizar as partes interessadas apenas com promessas verbais. 00:05:44.960 --> 00:05:46.880 Com os tópicos no Foundry, você escapa dessa armadilha. 00:05:47.260 --> 00:05:49.040 Cada conversa se torna uma evidência estrutural. 00:05:49.040 --> 00:05:53.080 Se um fluxo de trabalho extrai linguagem jurídica, o registro mostrará a solicitação original, 00:05:53.460 --> 00:05:56.500 a resposta específica gerada e se ferramentas de suporte foram utilizadas. 00:05:57.280 --> 00:06:01.620 Se vários agentes conversam entre si para dividir tarefas, essa troca também é registrada. 00:06:02.680 --> 00:06:06.420 Empresas podem comprovar a conformidade, desenvolvedores podem identificar bugs e gerentes podem confiar 00:06:06.420 --> 00:06:07.840 que o resultado do sistema é responsável. 00:06:08.380 --> 00:06:11.640 É nesse ponto que os tópicos transformam chat caóticos em algo pronto para a produção. 00:06:12.860 --> 00:06:16.040 Em vez de trocas efêmeras, eles produzem um histórico estável de missões e decisões 00:06:16.040 --> 00:06:19.940 e uma base na qual você pode confiar, mas lembre-se, o registro ainda é apenas um diário. 00:06:20.280 --> 00:06:23.600 A ação real começa quando o agente pega o que está escrito no tópico e realmente executa. 00:06:24.400 --> 00:06:29.040 Esse próximo estágio é onde as missões deixam de ser notas no papel e começam a ser vividas em tempo real. 00:06:29.860 --> 00:06:31.080 Execução, as etapas de execução, os dados. 00:06:31.500 --> 00:06:33.180 As execuções são onde a missão finalmente começa. 00:06:33.740 --> 00:06:38.480 Nos termos do Foundry, uma thread mantém o histórico da conversa, as ordens, o contexto e os mapas desenrolados. 00:06:39.040 --> 00:06:43.020 Uma execução é o gatilho que ativa o agente para pegar esse contexto e realmente agir sobre ele. 00:06:43.600 --> 00:06:44.820 As threads lembram, as execuções agem. 00:06:44.820 --> 00:06:46.740 Pense na execução como um botão de lançamento. 00:06:47.220 --> 00:06:50.240 Sua thread pode dizer analise o CSV, o desenho gráfico de linhas. 00:06:50.660 --> 00:06:55.360 Mas a execução é o momento em que o agente processa a solicitação através de suas instruções de modelo e ferramentas. 00:06:56.020 --> 00:07:00.180 Ele pode buscar dados extras, processar números ou chamar o interpretador de código para gerar um artefato. 00:07:00.640 --> 00:07:04.600 Em termos de RPG de mesa, uma thread é o seu grupo planejando movimentos ao redor da mesa. 00:07:05.420 --> 00:07:07.480 A execução é o teste iniciativa que dá início ao combate. 00:07:08.060 --> 00:07:09.000 Sem ela, nada avança. 00:07:09.620 --> 00:07:10.600 E aqui está o que o Foundry Place. 00:07:11.040 --> 00:07:12.300 As execuções não são uma caixa preta. 00:07:12.500 --> 00:07:14.780 Elas são execuções monitoradas e com status rastreado. 00:07:15.640 --> 00:07:19.300 Você normalmente verá status como na fila, em progresso, requer ação, concluído ou falhou. 00:07:20.080 --> 00:07:24.560 As amostras do SDK frequentemente consultam esses status em um loop, da mesma forma que um mestre de jogo verifica a ordem dos tuos. 00:07:24.840 --> 00:07:28.080 Isso lhe dá visibilidade não apenas do que é feito, mas de quando está acontecendo. 00:07:28.680 --> 00:07:29.640 Mas aqui está a preocupação maior. 00:07:30.080 --> 00:07:32.480 Como você sabe o que realmente aconteceu dentro dessa execução? 00:07:32.480 --> 00:07:35.360 Talvez a resposta pareça correta, mas sem detalhes. 00:07:35.360 --> 00:07:39.080 Você não sabe se o agente acessou uma API externa, escreveu código ou apenas improvisou texto. 00:07:39.720 --> 00:07:41.540 Essa opacidade é perigosa em ambientes cooperativos. 00:07:42.240 --> 00:07:45.540 É o equivalente a entrar em uma partida de xadrez, ver o tabuleiro no meio do jogo e ser informado. 00:07:45.620 --> 00:07:47.000 Confie em nós, os movimentos certos foram feitos. 00:07:47.200 --> 00:07:48.320 Você não pode repetir o jogo. 00:07:48.940 --> 00:07:49.940 Você não sabe se a jogada foi legal. 00:07:49.940 --> 00:07:51.880 As etapas de execução são o que é a mostrações. 00:07:52.380 --> 00:07:54.120 Cada execução é registrada passo a passo. 00:07:54.260 --> 00:07:59.640 Quais saídas do modelo foram geradas, quais ferramentas foram invocadas, quais cálculos foram feitos e quais mensagens foram produzidas. 00:07:59.800 --> 00:08:02.980 É como uma anotação de xadrez para a API, 1 para a E4, cavalo para a F6. 00:08:03.400 --> 00:08:10.180 Só que aqui é buscar arquivo às 10 e 2, executar bloco de código às 10 e 3, retornar gráfico às 10 e 4, retornar gráfico às 10 e 4. 00:08:10.300 --> 00:08:12.540 Cada ação é registrada em ordem para que você possa repetir lá mais tarde. 00:08:12.880 --> 00:08:14.560 Essa estrutura é um enorme alívio para os desenvolvedores. 00:08:14.740 --> 00:08:18.500 Sem etapas de execução, você fica olhando para uma resposta final sem ideia de como ela ganhou vida. 00:08:18.720 --> 00:08:19.780 A construção de pesquisa estava errada. 00:08:19.940 --> 00:08:21.460 Algum erro matemático passou despercebido. 00:08:21.760 --> 00:08:22.580 Você fica apenas adivinhando. 00:08:22.760 --> 00:08:26.720 Com as etapas de execução, você pode percorrer a linha do tempo, identificar a falha exata e corrigi-la. 00:08:27.360 --> 00:08:29.640 Depuração deixa de ser adivinhação e se torna forense. 00:08:30.100 --> 00:08:33.360 É a diferença entre uma luta contra chefão confusa, onde você não sabe quem atacou, 00:08:33.600 --> 00:08:36.540 e um registro de combate que mostra cada golpe de espada e feitiço lançado. 00:08:37.100 --> 00:08:38.620 As equipes de compliance também saem ganhando. 00:08:39.300 --> 00:08:41.840 Quando os auditores perguntam como, sabe, se resumo foi gerado, 00:08:42.340 --> 00:08:44.540 eu não preciso descrever o raciocínio do modelo em termos abstratos. 00:08:44.920 --> 00:08:45.480 Eu tenho os comprovando. 00:08:45.820 --> 00:08:49.360 A chamada de ferramenta, a etapa do interpretador, a resposta montada, tudo com registro de data e hora. 00:08:50.300 --> 00:08:51.940 Isso transforma explicações em governança. 00:08:52.440 --> 00:08:54.000 Você mostra evidências em vez de inventar histórias. 00:08:54.300 --> 00:08:56.800 E as empresas adoram isso porque transforma risco em responsabilidade, 00:08:56.920 --> 00:08:58.580 provas em vez de promessas, em vez de promes. 00:08:59.060 --> 00:09:03.200 E para as operações do dia a dia, as etapas de execução criam padrões reproduzíveis nos quais você pode confiar. 00:09:03.660 --> 00:09:06.440 Se um fluxo de trabalho precisar ser reexecutado, você pode seguir a mesma sequência. 00:09:06.860 --> 00:09:08.840 Se um resultado for contestado, você pode repeti-lo. 00:09:09.180 --> 00:09:14.060 Em um acerto crítico, execuções com etapas completas oferecem evidências auditáveis e reproduzíveis de como as saídas foram criadas. 00:09:14.380 --> 00:09:17.580 Em uma falha crítica em outros sistemas, tudo o que você teria é uma saída aleatória sem rastro. 00:09:17.580 --> 00:09:20.160 É por isso que essa parte do ciclo de vida do agente é importante. 00:09:20.660 --> 00:09:24.840 Você tem o diário nos threads, a ativação nas execuções e o log passo a passo nas etapas de execução. 00:09:25.560 --> 00:09:30.260 Juntos, eles transformam uma IA improvisadora em um colega de equipe responsável, cujas ações você pode rastrear, testar e defender. 00:09:30.660 --> 00:09:33.380 Claro, saber que todos esses detalhes existem é apenas parte do quebra-cabeça. 00:09:33.600 --> 00:09:40.420 Você precisará de uma forma de interagir com isso, algo estruturado o suficiente para iniciar agentes, acionar execuções e ler execuções e ler as etapas sem se afogar em chamadas de API brutas. 00:09:40.520 --> 00:09:43.200 E a parte surpreendente é que você não precisa de uma central de comando brilhante para fazer isso. 00:09:43.200 --> 00:09:47.300 O console que a maioria usa é algo familiar, robusto e um pouco menos glamouroso. 00:09:47.420 --> 00:09:49.340 Rede, arsenal e alianças. 00:09:50.380 --> 00:09:54.140 Arsenal e alianças são o que transformam um agente de um falador em um trabalhador. 00:09:54.720 --> 00:10:00.460 No Azure Foundry, esse arsenal vem na forma de ferramentas, extensões práticas que permitem um agente passar das palavras para as ações. 00:10:01.020 --> 00:10:06.460 Em vez de apenas descrever como verificar um documento ou fazer um cálculo, a gente pode realmente fazê-lo e retornar o resultado. 00:10:07.160 --> 00:10:11.580 Essa distinção é o que torna a plataforma valiosa em uma empresa real, em vez de apenas impressionante em uma demonstração. 00:10:11.580 --> 00:10:14.240 O Foundry oferece a você três categorias claras de capacidade. 00:10:14.560 --> 00:10:15.780 Primeiro estão as ferramentas do integrado. 00:10:16.180 --> 00:10:22.600 Elas incluem o interpretador de código, a pesquisa Bing, conectores do SharePoint e Microsoft Fabric e o Azure AI Search. 00:10:22.920 --> 00:10:29.240 Com elas em jogo, a gente pode analisar dados, buscar arquivos, pesquisar conteúdo corporativo e até criar gráficos ou relatórios sem precisar de integrações personalizadas. 00:10:29.540 --> 00:10:34.160 Cada uma amplia o escopo de respostas informais para produtos de trabalho tangíveis que você pode inspecionar e reutilizar. 00:10:34.680 --> 00:10:37.080 Segundo, você não fica limitado apenas ao que a Microsoft oferece. 00:10:37.080 --> 00:10:42.660 O Foundry permite registrar ferramentas personalizadas por meio de especificações OpenAPI ou do modo Context Protocol MCP. 00:10:43.060 --> 00:10:46.400 MCP em particular é importante porque é tratado como o USB-C das ferramentas de IA. 00:10:46.880 --> 00:10:54.460 Em vez de escrever wrappers manualmente toda vez que conecta agentes a servidores MCP remotos, o sistema gerencia automaticamente a descoberta, versionamento e invocação de ferramentas. 00:10:55.560 --> 00:11:00.580 Isso reduz significativamente a carga de integração, especialmente quando seu ambiente tem dezenas de sistemas para conectar. 00:11:00.580 --> 00:11:03.500 Terceiro, cada chamada de ferramenta no Foundry é observável. 00:11:03.960 --> 00:11:07.840 As chamadas são registradas no nível da etapa com identidade, entradas, saídas e carimbos de data barra hora. 00:11:08.240 --> 00:11:11.560 Isso significa que a visão operacional desses agentes não é baseada em confine, é um registro. 00:11:11.900 --> 00:11:16.820 Você pode observar exatamente o que foi invocado, confirmar se seguiu as permissões adequadas e manter registros permanentes para conformidade. 00:11:17.340 --> 00:11:19.480 Para fixar essa categoria, imagine a demonstração de iniciar. 00:11:19.880 --> 00:11:22.060 Você carrega um arquivo CSV com uma mensagem utópica. 00:11:22.480 --> 00:11:26.640 O agente chama a ferramenta de interpretação de código em suas etapas de execução, processo arquivo e geram gráfico. 00:11:26.640 --> 00:11:30.300 Esse artefato retorna com uma imagem anexada, visível diretamente no registro do tópico. 00:11:30.680 --> 00:11:32.880 Você não escreveu um analisador ou visualização por conta própria. 00:11:33.320 --> 00:11:34.100 Você deu uma instrução. 00:11:34.320 --> 00:11:38.220 O agente selecionou a ferramenta, executou e retornou o arquivo que você poderia incluir no relatório. 00:11:39.240 --> 00:11:41.920 Isso não é teoria, é um comportamento documentado nos exemplos do SDK. 00:11:42.600 --> 00:11:44.580 Onde isso realmente se expande é a integração empresarial. 00:11:45.160 --> 00:11:47.180 As ferramentas podem se conectar a aplicativos lógicos, 00:11:47.180 --> 00:11:50.920 o que significa que o agente pode acessar mais de 1.400 conectores SAS locais existentes. 00:11:51.320 --> 00:11:55.100 Em vez de recodificar adaptadores para plataformas de CRM, RP ou ITSM, 00:11:55.100 --> 00:11:58.660 você configura conectores que a empresa já utiliza na estratégia de escala. 00:11:59.240 --> 00:12:01.700 Um agente pode operar de forma segura em um amplo cenário, 00:12:01.780 --> 00:12:03.960 sem que você precise escrever pontos de API frágeis. 00:12:04.340 --> 00:12:06.240 A pergunta que todos fazem em seguida é sobre segurança. 00:12:06.680 --> 00:12:07.940 O founder aborda isso em sua essência. 00:12:08.460 --> 00:12:11.780 Quando ferramentas se conectam a sistemas corporativos como SharePoint ou Fabric, 00:12:11.900 --> 00:12:15.560 elas o fazem usando autenticação em nome de Ré, mediada pelo Microsoft Entra. 00:12:16.320 --> 00:12:18.240 Se você não tinha autorização para ler um arquivo ontem, 00:12:18.280 --> 00:12:20.180 o agente não contornará magicamente essa barreira hoje. 00:12:20.780 --> 00:12:22.560 Identidade e permissões permanecem intactas, 00:12:22.640 --> 00:12:24.660 que é a única forma das equipes de conformidade da NCOVA. 00:12:25.100 --> 00:12:28.740 Cada chamada também é rastreada, invocou, foi enviado, foi recebido. 00:12:29.080 --> 00:12:30.120 Muitas equipes sempre têm um comprovante. 00:12:30.460 --> 00:12:32.160 Em um cenário ideal, todo esse kit de ferramentas 00:12:32.160 --> 00:12:34.060 torna sua equipe de agentes mais do que uma novidade. 00:12:34.580 --> 00:12:37.060 Você obtém unidades que podem consultar dados reais, 00:12:37.240 --> 00:12:39.400 processá-los e agir dentro de limites já familiares da TI. 00:12:39.840 --> 00:12:42.560 Sem essas opções, você fica com uma sessão de chat que promete muito, 00:12:42.640 --> 00:12:43.780 mas nunca realiza o trabalho. 00:12:44.200 --> 00:12:46.320 Por isso que o arsenal é tão importante quanto o líder da equipe. 00:12:47.080 --> 00:12:49.640 O modelo e as instruções podem ancorar como a gente pensa, 00:12:49.640 --> 00:12:51.600 mas sem ferramentas conectadas de forma responsável 00:12:51.600 --> 00:12:53.200 e registradas com segurança, continuam segurança. 00:12:53.200 --> 00:12:56.920 Com o conjunto integrado do Foundry, MCP, extensibilidade de IPI aberta 00:12:56.920 --> 00:12:58.880 e segurança de nível empresarial, você tem os fundamentos 00:12:58.880 --> 00:13:01.000 de uma força disciplinada, não apenas um conjunto de prompts 00:13:01.000 --> 00:13:02.020 baseados em suposições. 00:13:02.560 --> 00:13:03.600 Isso nos leva a mais a mais a mais. 00:13:04.120 --> 00:13:06.900 Os agentes no Foundry não foram criados para serem assistentes aleatórios do brinquedo. 00:13:07.260 --> 00:13:09.620 Eles são projetados como operadores governados com estrutura, 00:13:09.780 --> 00:13:12.580 cargas contabilizadas e equipamentos que os tornam úteis em produção. 00:13:13.860 --> 00:13:14.940 Então é aqui que a campanha termina. 00:13:15.280 --> 00:13:15.880 Hora da conclusão. 00:13:16.220 --> 00:13:18.000 Foundry não é apenas enviar prompts para um modelo. 00:13:18.440 --> 00:13:20.700 Ele oferece uma maneira repetível de criar agentes com o cérebro, 00:13:20.700 --> 00:13:22.380 um conjunto de regras e um kit de ferramentas. 00:13:22.780 --> 00:13:25.780 E cada ação que eles realizam é registrada em threads, execuções e etapas de execução. 00:13:26.420 --> 00:13:29.260 Para líderes de desenvolvimento e equipe de compliance, a conclusão é simples. 00:13:29.780 --> 00:13:32.660 Execução reproduzível e auditável com SDKs como o NET, 00:13:32.760 --> 00:13:35.280 oferecendo controle total do ciclo de vida e visibilidade. 00:13:36.120 --> 00:13:36.900 Seu próximo passo. 00:13:37.020 --> 00:13:38.980 Inicie um projeto de teste, crie um agente básico, 00:13:39.060 --> 00:13:42.020 execute uma thread e inspecione as etapas de execução no SDK ou no portal. 00:13:42.660 --> 00:13:44.240 É assim que você confirma se seus logs são realidade. 00:13:44.240 --> 00:13:48.660 Se isso ajudou você a tirar um 20 natural nos depois, inscreva-se e ative os alertas. 00:13:49.520 --> 00:13:52.540 Ou, se domamos outro cluster, inscreva-se para manter sua frota em formação.