WEBVTT

00:00:00.280 --> 00:00:03.480
Implementar o Microsoft 305 Pilot parece desbloquear um item lendário

00:00:03.480 --> 00:00:05.520
até você perceber que ele vem apenas com o kit inicial.

00:00:06.340 --> 00:00:08.780
Pronto para uso, ele se baseia no conhecimento do modelo de referência

00:00:08.780 --> 00:00:09.980
e no conteúdo dentro do seu tenant.

00:00:10.960 --> 00:00:12.880
Útil, mas e quanto aos seus Pops empoeirados,

00:00:12.960 --> 00:00:15.780
o manual de RH ou aquele sistema RP gigante escondido no canto?

00:00:16.580 --> 00:00:18.500
Sem conectores Ground ou agentes personalizados,

00:00:18.580 --> 00:00:19.880
o Copilot não consegue acessar esses dados.

00:00:20.180 --> 00:00:21.360
A boa notícia é que você pode ensinar.

00:00:21.660 --> 00:00:23.720
O segredo é saber quando usar o Copilot Studio,

00:00:23.820 --> 00:00:25.120
quando mudar para o Teams Toolkit,

00:00:25.400 --> 00:00:28.280
e como a governança, o monitoramento e o licenciamento se encaixam na execução.

00:00:28.280 --> 00:00:29.660
O que é que está a verdadeira volta?

00:00:30.000 --> 00:00:32.180
Criar seu primeiro agente não é a luta contra o chefão final.

00:00:32.580 --> 00:00:33.600
É apenas o fim do tutorial.

00:00:34.220 --> 00:00:35.380
A construção não é a batalha final.

00:00:35.760 --> 00:00:37.840
Você testa seu primeiro agente, os prontos funcionam,

00:00:38.000 --> 00:00:39.480
os dados de demonstração parecem impecáveis

00:00:39.480 --> 00:00:40.980
e por um segundo você sente que zerou o jogo.

00:00:41.380 --> 00:00:41.880
Essa é a armadilha.

00:00:42.260 --> 00:00:44.800
O trabalho real começa quando você direciona essa mesma versão para a produção,

00:00:44.980 --> 00:00:46.420
onde o ambiente segue regras muito diferentes.

00:00:46.820 --> 00:00:49.900
Muitos criadores assumem que uma resposta limpa nos testes significa missão cumprida.

00:00:50.120 --> 00:00:52.460
Na realidade, isso é apenas um modo história na dificuldade fácil.

00:00:52.880 --> 00:00:54.840
A produção não se importa se sua prova de conceito

00:00:54.840 --> 00:00:56.780
respondeu bem no seu laptop de desenvolvimento.

00:00:56.780 --> 00:00:59.700
O que a produção exige é estabilidade sob estresse,

00:01:00.000 --> 00:01:02.020
com verificações de conformidade, proteções de identidade

00:01:02.020 --> 00:01:03.740
e padrões de disponibilidade no seu encalço.

00:01:05.340 --> 00:01:06.880
E é aqui que os primeiros chefões aparecem.

00:01:07.600 --> 00:01:08.000
Escalabilidade.

00:01:08.060 --> 00:01:10.220
O agente consegue lidar com a carga corporativa sem travar.

00:01:10.840 --> 00:01:13.720
É aí que o monitoramento e os logs diagnósticos do sistema de controle do Copilot

00:01:13.720 --> 00:01:14.500
se tornam importantes.

00:01:15.180 --> 00:01:16.260
Grounding desatualizado.

00:01:16.360 --> 00:01:18.400
Quando os dados no SharePoint e o Dataverse mudam,

00:01:18.480 --> 00:01:20.240
a gente ainda se conecta ao snapshot correto.

00:01:20.240 --> 00:01:22.480
Conectores e o Grounding do Graph são as garantias.

00:01:23.120 --> 00:01:24.200
Conformidade e auditabilidade.

00:01:24.980 --> 00:01:27.160
Se um regulador ou auditor interno bater a sua porta,

00:01:27.240 --> 00:01:30.140
o histórico do agente pode ser revisado com logs de visualização perfeitos

00:01:30.140 --> 00:01:31.640
e rótulos de sensibilidade aplicados.

00:01:32.240 --> 00:01:35.040
Se qualquer um desses falhar, a tela de vitória desaparece rapidamente.

00:01:35.840 --> 00:01:39.940
Executar testes no Copilot Studio é como treinar em uma arena com poções de vida infinitas.

00:01:40.620 --> 00:01:43.540
Você pode lançar feitiços, alternar prompts e tudo parece brilhante,

00:01:43.540 --> 00:01:46.720
mas no uso real, cada bloqueio de firewall é uma magia que falha.

00:01:47.060 --> 00:01:50.480
Uma fonte de dados externa sobrecarregada torna as respostas extremamente lentas.

00:01:51.060 --> 00:01:54.120
Esse é o momento em que os usuários param de dizer que ele é inteligente e começam a abrir chamados.

00:01:54.700 --> 00:01:57.340
O erro mais comum ocorre com equipes que adiam a governança.

00:01:57.960 --> 00:02:00.080
Elas dizem a si mesmas que é algo para adicionar depois,

00:02:00.220 --> 00:02:03.080
mas adiar a governança quase sempre leva a surpresas desagradáveis.

00:02:03.660 --> 00:02:06.320
Problemas de escala e divergência de dados ou lacunas de conformidade

00:02:06.320 --> 00:02:07.740
surgem exatamente no pior momento.

00:02:08.680 --> 00:02:11.060
Segurança e conformidade não são missões secundárias opcionais.

00:02:11.380 --> 00:02:12.580
Elas fazem parte do mapa da campanha.

00:02:12.580 --> 00:02:15.640
Agora, vamos falar de arquitetura, porque o cérebro do Copilot não é um bloco único.

00:02:16.060 --> 00:02:18.220
Você tem um modelo de base, um motor de linguagem bruto,

00:02:18.520 --> 00:02:21.600
e acima dele o orquestrador, que define quais funções serão chamadas e quando.

00:02:22.560 --> 00:02:25.360
O Microsoft 365 Copilot fornece essa orquestração por padrão,

00:02:25.440 --> 00:02:27.120
para que cada solicitação tenha estrutura.

00:02:27.920 --> 00:02:30.140
Depois vem o grounding, o vínculo com o conteúdo corporativo,

00:02:30.220 --> 00:02:31.380
para que as respostas não sejam inventadas.

00:02:32.280 --> 00:02:35.720
Finalmente, as habilidades, seus plugins personalizados ou conectores para realizar tarefas reais.

00:02:36.540 --> 00:02:39.760
Se você tratar essas quatro peças como silos isolados, toda a estrutura fica instável.

00:02:39.760 --> 00:02:43.200
Uma habilidade sólida sem grounding é apenas uma alucinação sofisticada.

00:02:43.520 --> 00:02:46.060
Uma base sem controles de conformidade torna-se um passivo.

00:02:46.740 --> 00:02:49.460
Somente quando as camadas são tratadas como uma única pilha que o agente permanece feito.

00:02:50.140 --> 00:02:51.760
Então, como é o sucesso no mundo real?

00:02:52.220 --> 00:02:53.800
É responder a um comando de demonstração de forma legal.

00:02:54.040 --> 00:02:54.720
Isso é um modo de treino.

00:02:54.720 --> 00:02:59.140
A marca do sucesso é resistir em condições reais, no meio de fechamento de folha,

00:02:59.440 --> 00:03:01.800
migrações de dados em curso, oficiais de conformidade vigiando,

00:03:01.900 --> 00:03:03.260
tudo com alta carga de solicitações.

00:03:03.480 --> 00:03:05.240
É aí que um agente prova que merece operar.

00:03:05.740 --> 00:03:07.360
E aqui está outra razão pela qual muitas constituições.

00:03:07.740 --> 00:03:10.720
As organizações pensam neles como projetos descartáveis, não como situações.

00:03:11.100 --> 00:03:14.900
Alguém cria um protótipo, mostra uma demonstração chamativa e depois o deixa sem monitoramento.

00:03:15.300 --> 00:03:17.880
Logo, diferentes departamentos criam seus, nenhum deles documentado,

00:03:17.980 --> 00:03:19.300
todos consumindo token sem controle.

00:03:19.940 --> 00:03:22.680
Sem um manual operacional simples, quem é o dono dos conectores,

00:03:22.680 --> 00:03:25.000
quem audita o grounding, quem verifica o consumo de créditos,

00:03:25.100 --> 00:03:27.660
o cenário vira uma bagunça de mini-chefes não sincronizados,

00:03:28.540 --> 00:03:30.120
onde a perspectiva e tudo fica muito mais fácil.

00:03:30.680 --> 00:03:32.900
Se você começar com uma mentalidade operacional, o design muda.

00:03:33.260 --> 00:03:35.520
Você não se importa apenas se o primeiro teste pareceu limpo.

00:03:36.140 --> 00:03:37.440
Você se prepara para a campanha do dia a dia.

00:03:37.980 --> 00:03:40.940
Lobbios de auditoria, portões de administração, backups, verificações de integridade,

00:03:41.040 --> 00:03:42.900
isso gera confiança enquanto mantém a coisa viva sob pressão.

00:03:43.120 --> 00:03:47.440
Os administradores já possuem controles utilizáveis no centro de administração do Microsoft 365,

00:03:47.440 --> 00:03:50.480
onde os cenários podem ser gerenciados e os feedbacks de diagnóstico aparecem sempre.

00:03:50.480 --> 00:03:54.320
Apoiar-se nessas ferramentas é o que separa um agente de novidade e um operador confiável.

00:03:54.740 --> 00:03:56.280
É por isso que construir sozinho não garante a vitória.

00:03:56.660 --> 00:03:58.140
O ambiente de teste leva você ao primeiro nível.

00:03:58.820 --> 00:04:00.900
A implementação real, com governança e monitoramento,

00:04:00.980 --> 00:04:02.920
é onde o verdadeiro desafio de sobrevivência começa.

00:04:03.760 --> 00:04:06.700
E antes de avançar muito nisso, você precisará dar arma certa para a luta.

00:04:08.160 --> 00:04:10.540
A Microsoft oferece dois kits diferentes, com regras diferentes.

00:04:11.020 --> 00:04:13.500
Errado e parecerá que você trouxe um espado de plástico para uma batalha.

00:04:14.500 --> 00:04:17.440
Copalut Studio vs Teams Toolkit, escolhendo sua arma.

00:04:17.440 --> 00:04:20.680
É aí que a verdadeira questão aparece. Qual ferramenta você escolhe?

00:04:21.220 --> 00:04:25.440
Ou Pilot Studio ou Teams Toolkit, também chamado de Microsoft 305 Agents Toolkit.

00:04:25.860 --> 00:04:28.220
Eles parecem semelhantes, ambos afirmam estender o Copilot,

00:04:28.340 --> 00:04:30.420
mas atendem a grupos de construtores e necessidades muito diferentes.

00:04:30.840 --> 00:04:33.360
Colheirada custa tempo, orçamento e possivelmente credibilidade

00:04:33.360 --> 00:04:34.920
quando sua demonstração brilhante falha na produção.

00:04:35.460 --> 00:04:36.720
Copilot Studio é a arena do criador.

00:04:37.140 --> 00:04:40.000
É um construtor visual de código baixo projetado para velocidade e clareza.

00:04:40.400 --> 00:04:43.680
Você obtém fluxo de arrastar e soltar, modelos, diálogos guiados e análises integradas.

00:04:43.680 --> 00:04:48.980
O estúdio vem com um buffet de conectores para fontes de dados do Microsoft 365 para Kimons.

00:04:49.200 --> 00:04:52.360
O usuário avançado possa extrair conteúdo do SharePoint, monitorar a mensagem do Teams

00:04:52.360 --> 00:04:54.760
ou atender documentos de políticas de RH sem nunca tocar em código.

00:04:55.620 --> 00:04:59.560
Você pode testar, ajustar e publicar diretamente no Microsoft 365 Copilot

00:04:59.560 --> 00:05:02.380
ou até mesmo lançar como um agente autônomo com mínimo de atrito.

00:05:03.380 --> 00:05:06.380
Para um departamento que precisa de um fluxo de trabalho funcional neste trimestre

00:05:06.380 --> 00:05:08.380
e não no próximo ano fiscal, o estúdio é o caminho mais rápido.

00:05:08.380 --> 00:05:12.380
Mais de 160 mil clientes já usam o estúdio exatamente para isso,

00:05:12.740 --> 00:05:14.900
conciliando dados financeiros, integrando funcionários

00:05:14.900 --> 00:05:17.340
ou respondendo a perguntas sobre produtos no varejo.

00:05:17.820 --> 00:05:19.780
O motivo não é um mistério, ele simplesmente reduz a barreira de...

00:05:19.780 --> 00:05:23.860
Se sua equipe já mexe no Power Apps ou automatiza relatórios rotineiros no Power Automate,

00:05:23.920 --> 00:05:25.520
o estúdio parece um território familiar.

00:05:26.360 --> 00:05:27.400
Você não precisa ser um engenheiro de software,

00:05:27.500 --> 00:05:29.980
só precisa de um objetivo claro e noções básicas de código baixo

00:05:29.980 --> 00:05:31.960
para clicar, configurar e implantar.

00:05:32.720 --> 00:05:34.160
Agora vamos passar para o Teams Toolkit.

00:05:34.560 --> 00:05:36.220
É aqui que os desenvolvedores Full Stack prosperam.

00:05:36.220 --> 00:05:39.140
O Toolkit conecta seu VS Code, não uma tela de arrastar e soltar.

00:05:39.900 --> 00:05:42.780
Aqui você arquiteta agentes declarativos com regras estruturadas

00:05:42.780 --> 00:05:44.960
ou vai além e cria agentes de motor personalizados

00:05:44.960 --> 00:05:47.960
onde define chamadas de modelo de orquestração e manipulação de API do zero.

00:05:48.980 --> 00:05:52.120
Você obtém rotas de estruturação, depuração, configuração e publicação

00:05:52.120 --> 00:05:55.520
não apenas dentro do Copilot, mas em equipes, aplicativos Microsoft 365,

00:05:55.840 --> 00:05:57.000
na web e canais externos.

00:05:57.740 --> 00:06:00.040
Se o Copilot Studio é mobília pré-fabricada de catálogo,

00:06:00.120 --> 00:06:02.900
o Toolkit é cerrar suas próprias tábuas e fazer a afiação da casa você mesmo.

00:06:02.900 --> 00:06:06.440
A liberdade é espetacular, mas você também é responsável por cada prego e fusível.

00:06:06.960 --> 00:06:08.800
A verdadeira confusão, ambos dizem, estender o Copé.

00:06:09.740 --> 00:06:13.380
Na prática, o Studio significa estender dentro das proteções definidas pela Microsoft.

00:06:13.520 --> 00:06:16.440
Conectores seguros, controles administrativos e governança leve.

00:06:17.580 --> 00:06:21.300
O Toolkit significa reescrever as proteções, implementar sua própria orquestração,

00:06:21.420 --> 00:06:25.260
chamar LMs externos ou construir comportamentos de agente que a Microsoft não forneceu prontos.

00:06:25.800 --> 00:06:27.820
Uma abordagem mantém você seguro com modelos,

00:06:27.860 --> 00:06:30.620
a outra lhe dá poder bruto e espera que você use com responsabilidade.

00:06:30.620 --> 00:06:33.360
Muitas pessoas pensam que a escolha da ferramenta significa uma interface diferente.

00:06:34.140 --> 00:06:36.660
Os usuários finais veem a mesma caixa de prompt e cartão de resposta,

00:06:36.720 --> 00:06:38.820
independentemente de você ter construído o agente no Studio ou com Toolkit.

00:06:39.120 --> 00:06:40.720
Isso é proposital, a camada de espelizuário unificada.

00:06:41.160 --> 00:06:42.880
O que realmente muda está atrás das cortinas.

00:06:43.920 --> 00:06:46.520
Opções de grounding, escalabilidade e controle administrativo.

00:06:46.920 --> 00:06:48.820
É por isso que essa decisão é operacional, não cosmética.

00:06:49.420 --> 00:06:50.140
Aqui está uma regra pré.

00:06:50.140 --> 00:06:54.240
Alguns recursos de base, como conteúdo do SharePoint, chats e reuniões do Teams,

00:06:54.360 --> 00:06:56.260
arquivos incorporados, dados do Dataverse,

00:06:56.600 --> 00:06:58.200
ou conectores de e-mail e pesquisa de pessoas,

00:06:58.320 --> 00:07:01.840
só funcionam se o seu locatário tiver licenciamento do Microsoft 305 Copilot

00:07:01.840 --> 00:07:03.620
ou a medição do Copilot Studio ativada.

00:07:04.800 --> 00:07:07.540
Se você não tiver esse direito, escolha o Studio não liberará esses truques.

00:07:08.520 --> 00:07:11.960
Essa simples verificação de licenciamento pode ser o fator decisivo para qual caminho você precisa seguir.

00:07:12.220 --> 00:07:13.320
Então, como simplificar a escolha?

00:07:13.780 --> 00:07:14.920
Faça uma lista de verificação rápida.

00:07:14.920 --> 00:07:18.220
Primeiro, precisa de agentes rápidos, auditáveis e controlados pelo administrador

00:07:18.220 --> 00:07:20.000
que usuários avançados possam criar sem comandante.

00:07:20.480 --> 00:07:21.180
Escolha o Copilot Studio.

00:07:21.720 --> 00:07:23.600
Segundo, precisa de orquestração personalizada,

00:07:23.720 --> 00:07:27.080
modelos de IA externos ou integração profunda conectada diretamente às estruturas da empresa.

00:07:27.340 --> 00:07:28.100
Escolha o Agents Toolkit.

00:07:28.560 --> 00:07:32.080
Terceiro, não confie nos rótulos, confie no conjunto de habilidades e nos objetivos reais da sua equipe.

00:07:32.300 --> 00:07:33.360
A metáfora que usa é de moradia.

00:07:33.740 --> 00:07:35.760
O estúdio é pré-fabricado, você escolhe cores e armários,

00:07:35.880 --> 00:07:37.640
mas a parte hidráulica e elétrica já são seguras.

00:07:38.300 --> 00:07:39.560
O Toolkit é um terreno baldio.

00:07:39.560 --> 00:07:42.960
Você projeta cada centímetro, mas também assume todos os riscos se o projeto falhar.

00:07:42.960 --> 00:07:44.840
Ambos podem resultar em uma bela casa.

00:07:45.140 --> 00:07:48.680
Um é mais rápido e menos complexo, o outro é limitado, mais frágil se não for bem gerenciado.

00:07:49.020 --> 00:07:50.060
Ambos colapsam sem a base ground.

00:07:50.420 --> 00:07:51.900
A ferramenta escolhida cuida da construção,

00:07:52.040 --> 00:07:53.440
mas se não for alimentada com os dados certos,

00:07:53.500 --> 00:07:55.040
ela apenas cria bobagens com convicção mais rápida.

00:07:55.300 --> 00:07:57.040
Um agente do estúdio sem conectores é um papagaio.

00:07:57.340 --> 00:07:59.800
Um agente do Toolkit sem base é um papagaio programado.

00:08:00.260 --> 00:08:03.280
De qualquer forma, você ainda estará com um pássaro gritando palpites para seus usuários.

00:08:04.080 --> 00:08:06.480
E isso nos leva à força vital real de qualquer agente.

00:08:06.480 --> 00:08:10.640
A conexão de dados que impede que seu cérebro tente adivinhar o futuro com apenas metade das peças.

00:08:10.640 --> 00:08:13.480
Basear agentes é alimentar o cérebro não vazio.

00:08:14.140 --> 00:08:17.880
A base é onde o agente para de fingir sabedoria e começa a trabalhar com conhecimento real.

00:08:18.560 --> 00:08:22.360
Alimente-o com as fontes certas e ele deixa de blefar para entregar respostas que você pode defender.

00:08:23.220 --> 00:08:26.000
Ignore isso e o que parece polido na superfície rapidamente se desfaz

00:08:26.000 --> 00:08:27.720
quando alguém pergunta de onde veio essa resposta.

00:08:28.420 --> 00:08:32.580
O Microsoft 365 Copilot já se apoia nos dados que pode ver através do Microsoft Graph.

00:08:32.580 --> 00:08:35.200
Arquivos, chats, reuniões e até eventos de calendário.

00:08:35.680 --> 00:08:38.820
Esse é um bom começo, mas o conteúdo mais valioso está além desse núcleo.

00:08:39.920 --> 00:08:43.020
RPs mantêm o estoque, CRMs rastreiam os ciclos de vida dos clientes,

00:08:43.260 --> 00:08:46.960
o RH armazena manuais no fundo do SharePoint e documentos de política ficam com o departamento jurídico,

00:08:47.020 --> 00:08:47.760
uma pasta restrita.

00:08:48.540 --> 00:08:51.800
Se você não basear o agente nessas fontes, ele chutará com confiança,

00:08:51.800 --> 00:08:55.300
usando o conhecimento geral do modelo em vez de apontar algo verificável.

00:08:55.800 --> 00:08:58.660
Conectá-los não é apenas arrastar e soltar, é um encanamento delicado.

00:08:58.660 --> 00:09:03.700
O Copilot Studio e os conectores do Microsoft Graph permitem acessar documentos armazenados no SharePoint,

00:09:03.840 --> 00:09:07.800
tabelas estruturadas no Dataverse, registros de e-mail no Exchange e chat no Teams.

00:09:08.840 --> 00:09:12.320
Além do núcleo da Microsoft, mais de 1.200 conectores por meio da Power Platform

00:09:12.320 --> 00:09:14.080
abrem portas para sistemas externos.

00:09:14.540 --> 00:09:16.120
Financeiro RH Sport Tech, o que você imaginar.

00:09:16.580 --> 00:09:20.260
E se nada servir, as APIs prontas permitem integrar aplicativos de linha de negócio

00:09:20.260 --> 00:09:21.720
que não possuem conectores pré-criados.

00:09:22.280 --> 00:09:26.600
Quando bem construído, a gente recupera fatos atuais desses armazenamentos e os apresenta com contexto.

00:09:26.600 --> 00:09:29.300
O que parece mágico são apenas conexões bem estruturadas.

00:09:29.580 --> 00:09:30.000
É um porém.

00:09:30.440 --> 00:09:32.600
Algumas dessas opções de fundamentação não são gratuitas para todos.

00:09:33.220 --> 00:09:36.840
O acesso a fontes como o conteúdo do SharePoint, reuniões do Teams, e-mail ou Dataverse

00:09:36.840 --> 00:09:39.900
geralmente exige licenciamento do Copilot ou medição habilitada em seu tenant.

00:09:40.940 --> 00:09:45.080
Sem esse direito, os conectores não funcionam e seu assistente de IA ficará cego para alguns

00:09:45.080 --> 00:09:46.400
de seus dados mais importantes.

00:09:47.160 --> 00:09:48.780
Não presuma que um simples botão resolverá tudo.

00:09:49.200 --> 00:09:50.600
Verifique seu mapa de licenciamento primeiro.

00:09:50.920 --> 00:09:52.240
Pense no exemplo do Helpdesk de RH.

00:09:52.700 --> 00:09:54.980
Alguém pergunta qual é a política de licença maternidade e paternidade.

00:09:54.980 --> 00:09:59.220
Sem fundamentação, o agente monta uma resposta plausível com base no conhecimento geral do

00:09:59.220 --> 00:09:59.400
modelo.

00:09:59.840 --> 00:10:01.460
Parece útil, mas não há links nem provas.

00:10:02.320 --> 00:10:05.760
Com fundamentação, o agente pode extrair a política real do SharePoint, citar o título

00:10:05.760 --> 00:10:07.760
do documento e incluir um link para o manual.

00:10:08.400 --> 00:10:11.860
Essa única diferença transforma uma afirmação não verificada em uma resposta confiável

00:10:11.860 --> 00:10:13.180
que auditores e o RH provariam.

00:10:13.660 --> 00:10:15.400
Essa trilha de auditoria é o verdadeiro diferencial.

00:10:15.780 --> 00:10:19.120
Postas fundamentadas podem vir com citações que direcionam usuários e reguladores à fonte

00:10:19.120 --> 00:10:19.480
original.

00:10:19.480 --> 00:10:23.060
Quando o setor de compliance perguntar por que o bot disse aquilo, você não precisará

00:10:23.060 --> 00:10:23.800
de uma longa explicação.

00:10:24.140 --> 00:10:25.000
Os logs mostram o caminho.

00:10:25.480 --> 00:10:25.960
Aqui está o PROM.

00:10:26.360 --> 00:10:27.420
Aqui está o documento que ele extraiu.

00:10:27.720 --> 00:10:28.740
Aqui está a resposta que ele gerou.

00:10:29.140 --> 00:10:32.220
Não é preciso contar com a sorte, mas cada conexão também é um ponto de risco.

00:10:32.580 --> 00:10:36.580
Se conectar a dados de RH de forma descuidada, você pode acabar exibindo registros privados

00:10:36.580 --> 00:10:37.920
de funcionários junto com o FAC público.

00:10:38.180 --> 00:10:41.100
Se mapear o acesso ao RPIN corretamente, um agente de vendas pode acabar vendo números

00:10:41.100 --> 00:10:41.740
da folha de pagamento.

00:10:42.020 --> 00:10:43.780
Esses descuidos são erros críticos em produção.

00:10:44.900 --> 00:10:47.920
A estratégia mais segura é aplicar rótulos de sensibilidade e a classificação do

00:10:47.920 --> 00:10:49.080
Purview em seu plano de fundamentação.

00:10:49.440 --> 00:10:53.040
Dessa forma, o agente só recupera conteúdo que corresponde às suas regras de permissão

00:10:53.040 --> 00:10:55.280
respeitando as classificações de dados em vez de ignorá-las.

00:10:55.940 --> 00:10:56.620
O aviso é simples.

00:10:57.020 --> 00:11:00.800
Agentes sem fundamentação inventam com autoridade, e os mal fundamentados expõem o que deveria

00:11:00.800 --> 00:11:01.700
permanecer sob sigilo.

00:11:02.220 --> 00:11:05.740
De qualquer forma, você acaba disseminando erros ou vazando detalhes confidenciais sobre

00:11:05.740 --> 00:11:06.520
o logotipo da sua empresa.

00:11:06.780 --> 00:11:08.860
Ferramentas de governança como o Purview existem por um motivo.

00:11:09.340 --> 00:11:12.880
Combine conectores de dados com classificação desde o primeiro dia ou você terá problemas de

00:11:12.880 --> 00:11:15.040
imagem e dores de cabeça com compliance depois.

00:11:15.720 --> 00:11:16.460
A atualização é clara.

00:11:16.460 --> 00:11:18.540
O ground não é um recurso bônus avançado.

00:11:18.920 --> 00:11:21.920
É a base que separa copilots úteis de falastrões pouco confiáveis.

00:11:22.780 --> 00:11:25.940
Feito corretamente, ele fornece aos seus usuários fatos ligados a conteúdo real, respaldados

00:11:25.940 --> 00:11:26.980
por logs que você pode defender.

00:11:27.520 --> 00:11:30.980
Feito incorretamente, ele escala alucinações e vazamentos pela sua organização mais rápido

00:11:30.980 --> 00:11:32.060
do que você consegue abrir um chamado.

00:11:32.440 --> 00:11:34.520
É por isso que o próximo desafio é igualmente crítico.

00:11:34.520 --> 00:11:35.980
Porque um agente com ground é gerenciável.

00:11:36.460 --> 00:11:39.460
Dezenas deles soltos e sem supervisão, é aí que os problemas reais começam.

00:11:40.120 --> 00:11:42.440
Governança, impedindo a proliferação de agentes antes que ela saia do corpo.

00:11:42.440 --> 00:11:46.460
Governança, neste contexto, é o conjunto de regras que evita que agentes copilots se

00:11:46.460 --> 00:11:47.860
tornem um caos desenfriado.

00:11:48.760 --> 00:11:52.140
É como você decide quem pode criá-los, onde eles operam e quais dados podem acessar

00:11:52.140 --> 00:11:53.180
sem deixar tudo ao acaso.

00:11:53.720 --> 00:11:55.640
A Microsoft já fornece as ferramentas para aplicar isso.

00:11:56.400 --> 00:12:00.960
O sistema de controle do copilot no Microsoft 365 Admin Center, o gerenciamento de ciclo de

00:12:00.960 --> 00:12:06.120
vida no Power Platform Admin Center, o Microsoft Preview para rotulagem de sensibilidade DLP e

00:12:06.120 --> 00:12:08.140
logs de diagnóstico do copilot para auditoria.

00:12:08.140 --> 00:12:11.500
Pense neles como os quatro pilares que impedem que o castelo de cartas desmorone.

00:12:12.280 --> 00:12:13.460
Algo para saber de antemão.

00:12:13.780 --> 00:12:16.960
Gerenciar cenários do copilot não é para qualquer um com acesso de administrador.

00:12:17.540 --> 00:12:20.700
Exige funções específicas como administrador global ou administradores de A.

00:12:21.120 --> 00:12:23.760
Limite-se a atribuições de privilégio mínimo para não entregar alguém a uma espada

00:12:23.760 --> 00:12:25.400
que pode cortar mais profundamente do que eles imaginam.

00:12:25.740 --> 00:12:28.440
Limitar quem pode acionar essas chaves é uma forma de governança em si.

00:12:28.840 --> 00:12:31.900
A partir daí, incorpore regras de ciclo de vida desde o design e não depois que tudo estiver pronto.

00:12:31.900 --> 00:12:32.660
Regra 1.

00:12:32.860 --> 00:12:36.940
Defina quem pode criar agentes e vincule isso aos seus ambientes no Power Platform Admin Center.

00:12:37.720 --> 00:12:38.280
Regra 2.

00:12:38.460 --> 00:12:42.940
Defina quem pode publicar agentes usando as configurações do copilot no 365 Admin Center

00:12:42.940 --> 00:12:44.200
para aprovar ou bloquear lançamentos.

00:12:44.860 --> 00:12:45.460
Regra 3.

00:12:45.660 --> 00:12:49.300
Defina onde os agentes podem rodar, atribuindo os ambientes isolados para que a produção não

00:12:49.300 --> 00:12:50.500
seja apenas uma arena aberta.

00:12:51.220 --> 00:12:51.820
E regra 4.

00:12:51.920 --> 00:12:55.400
Defina como os créditos são alocados, que é onde o medidor de consumo do agente copilot entra.

00:12:55.820 --> 00:12:59.460
Esse contador mostra inúmeros claros quando sua barra de recursos está se esgotando rápido

00:12:59.460 --> 00:13:00.300
demais e quem está dentro.

00:13:00.300 --> 00:13:03.940
Purview é a rede de conformidade na qual você já confia para documentos e e-mails

00:13:03.940 --> 00:13:05.320
e funciona da mesma forma aqui.

00:13:06.280 --> 00:13:09.560
Aplique rótulos de sensibilidade aos dados para que, mesmo que um agente se conecte a

00:13:09.560 --> 00:13:11.320
uma fonte, o rótulo acompanhe as respostas.

00:13:11.980 --> 00:13:16.060
Use políticas de DLP para impedir que agentes exponham campos confidenciais nas respostas.

00:13:16.920 --> 00:13:20.640
Políticas de retenção impedem que conteúdo obsoleto permaneça para que seus agentes não

00:13:20.640 --> 00:13:22.700
se baseiem em dados que deveriam ter inspirado semanas atrás.

00:13:23.060 --> 00:13:26.700
Uma vez estabelecidas essas proteções, cada agente herda a supervisão automaticamente.

00:13:27.660 --> 00:13:28.860
Outra medida é que a maioria das equipes pula.

00:13:29.120 --> 00:13:30.180
Habilitar logs de diagnóstico.

00:13:30.840 --> 00:13:33.680
Acione essa chave e você ganha a visibilidade clara de cada interação.

00:13:34.320 --> 00:13:37.080
Prompts, respostas, referência de conteúdo e logs de sistema.

00:13:37.280 --> 00:13:39.320
Tudo isso alimenta registros que você pode usar depois.

00:13:39.980 --> 00:13:42.840
Se um gerente perguntar por que um agente deu a instrução errada, você pode reproduzir

00:13:42.840 --> 00:13:43.980
o histórico em vez de dar de ombros.

00:13:44.680 --> 00:13:48.020
Melhor ainda, administradores podem enviar logs em nome dos usuários mesmo quando o

00:13:48.020 --> 00:13:49.200
usuário final não envia feedback.

00:13:49.700 --> 00:13:51.680
Isso torna a solução de problemas pro ativo em vez de reativa.

00:13:52.180 --> 00:13:54.280
Não se trata de desacelerar a inovação, mas de canalizá-la.

00:13:54.280 --> 00:13:58.380
E o torna extraordinariamente fácil para usuários avançados criarem fluxos à tarde do que

00:13:58.380 --> 00:14:01.280
te permite que desenvolvedores devem builds complexos à produção rapidamente.

00:14:01.280 --> 00:14:04.580
Sem controles, essa velocidade significa duplicação e contradição.

00:14:05.000 --> 00:14:08.620
Com governança, a mesma velocidade oferece ativos reutilizáveis que permanecem conformidade

00:14:08.620 --> 00:14:09.340
e monitorados.

00:14:10.240 --> 00:14:13.460
A diferença não está na criatividade da sua equipe, mas na disciplina da estrutura

00:14:13.460 --> 00:14:14.060
ao redor dela.

00:14:14.060 --> 00:14:16.920
Até o rastreamento de custos faz parte da governança.

00:14:17.280 --> 00:14:20.160
O medidor de consumo no centro administrativo não é apenas uma visão contábil, é o seu

00:14:20.160 --> 00:14:20.800
botão de equilíbrio.

00:14:21.240 --> 00:14:24.800
Você pode atribuir pacotes de crédito, monitorar excessos com o modelo de pagamento conforme

00:14:24.800 --> 00:14:26.160
o uso e manter o consumo dentro do seu alimento.

00:14:26.640 --> 00:14:30.040
Ignore isso e a primeira vez que o virar sob limite será quando um agente para de repente

00:14:30.040 --> 00:14:31.620
no meio do fluxo porque os créditos acabaram.

00:14:31.980 --> 00:14:33.800
Você não quer depurar a produção com um tanque vazio.

00:14:34.460 --> 00:14:36.520
Em um Natural 20, a governança parece uma armadura.

00:14:37.120 --> 00:14:40.260
Flexível o suficiente para que os criadores continuem avançando, mas protetor o bastante

00:14:40.260 --> 00:14:41.560
para que um erro não funde o grupo todo.

00:14:41.560 --> 00:14:46.200
Em um Natural 1, você ignora, deixa a gente serem criados sem aprovação e acaba tapando

00:14:46.200 --> 00:14:48.760
buracos entre departamentos enquanto auditores observam tudo.

00:14:49.960 --> 00:14:52.400
A governança não torna o jogo chato, ela o torna sobrevivível.

00:14:52.940 --> 00:14:55.580
E a sobrevivência leva diretamente à próxima armadilha, na masmorra.

00:14:56.080 --> 00:14:59.320
Porque uma vez que a governança está sob controle, a próxima surpresa não é técnica

00:14:59.320 --> 00:14:59.900
financeira.

00:15:00.620 --> 00:15:03.320
Há um motivo para os administradores acordarem suando quando a equipe financeira verifica

00:15:03.320 --> 00:15:03.660
o medidor.

00:15:03.980 --> 00:15:06.740
Nada estraga uma build funcional mais rápido do que ver a conta que ela gera.

00:15:08.240 --> 00:15:10.180
Licenciamento e custos, as cartas armadilha que você não viu.

00:15:10.180 --> 00:15:13.640
Licenciamento e custos são as cartas armadilha que a maioria das equipes só vê quando já

00:15:13.640 --> 00:15:14.240
estão no jogo.

00:15:14.760 --> 00:15:18.760
A Microsoft vende a fantasia de builds rápidas e demonstrações chamativas, mas nada disso

00:15:18.760 --> 00:15:21.960
importa se os créditos sumirem no meio do mês, ou se um conector exigir silenciosamente

00:15:21.960 --> 00:15:22.460
outra licença.

00:15:23.020 --> 00:15:26.560
Isso não é um detalhe, é uma mecânica central que você precisa gerenciar, ou seus agentes

00:15:26.560 --> 00:15:29.020
travarão exatamente quando as pessoas começarem a depender deles.

00:15:29.700 --> 00:15:31.180
O Pilot Studio funciona com crédito com o pai.

00:15:31.180 --> 00:15:36.440
Você os compra em pacotes 25 mil créditos por cerca de US$ 200 mensais para todo locatário,

00:15:36.560 --> 00:15:39.700
ou usa o medidor de pagamento conforme o uso onde a conta chega ao fim do período com

00:15:39.700 --> 00:15:41.080
base no que a organização consumiu.

00:15:42.140 --> 00:15:45.340
Parece generoso, mas a documentação deixa claro que o consumo não é uniforme.

00:15:45.840 --> 00:15:49.760
Ele usa taxas em camadas, ações padrão não generativas custam menos, enquanto respostas

00:15:49.760 --> 00:15:51.240
generativas consomem mais.

00:15:52.080 --> 00:15:55.640
Os números exatos mudam conforme os guias de licenciamento da Microsoft, então trate os

00:15:55.640 --> 00:15:57.720
documentos de cobrança como parte do seu kit de desenvolvimento.

00:15:57.720 --> 00:16:02.660
O ponto-chave que promptes de teste e respostas de produção drenam o mesmo pool, não existe

00:16:02.660 --> 00:16:05.740
sandbox gratuito escondido em lugar nenhum do sistema, como é que se deseja que exista.

00:16:06.540 --> 00:16:09.900
Como os créditos são do locatário, cada agente utiliza o mesmo pool, seja o bot de

00:16:09.900 --> 00:16:13.500
integração do RH, o bot de suporte a vendas ou o assistente de relatórios financeiros.

00:16:14.460 --> 00:16:18.080
Esse design oferece flexibilidade, mas também significa que um sprint de teste intenso

00:16:18.080 --> 00:16:20.560
de um departamento pode drenar recursos da operação de outro.

00:16:21.040 --> 00:16:24.040
Se o pool esvaziar, o Copilot Studio não limita nem avisa gentilmente.

00:16:24.560 --> 00:16:27.400
Ele simplesmente pausa esses agentes até que os créditos sejam recarregados.

00:16:28.000 --> 00:16:31.080
Você não quer ser a pessoa que explica por que um bot de suporte ao vivo ficou mudo

00:16:31.080 --> 00:16:34.400
no meio de uma transação só porque outro grupo deixou seu loop de teste rodando durante

00:16:34.400 --> 00:16:34.800
a noite?

00:16:35.400 --> 00:16:38.620
Pagamento conforme o uso é útil se você quiser evitar compromissos iniciais, já que

00:16:38.620 --> 00:16:40.500
só paga pelo que realmente consumiu naquele mês.

00:16:41.220 --> 00:16:42.660
Mas o medidor é brutalmente parcial.

00:16:43.040 --> 00:16:46.740
Uma rodada rápida de testes de protótipo consome créditos da mesma forma que um fluxo de

00:16:46.740 --> 00:16:50.160
trabalho de produção, o que torna perigosamente fácil gastar demais sem alerta de orçamento.

00:16:50.160 --> 00:16:53.860
A abordagem segura trata-lhe até suas construções de teste como parte do planejamento de crédito

00:16:53.860 --> 00:16:54.880
e definir limites desde o início.

00:16:54.880 --> 00:16:59.140
O Teams Toolkit, ou o kit de agentes no VS Code, adota um ângulo diferente.

00:16:59.660 --> 00:17:03.420
Você não vê créditos por prompt porque o trabalho roda sob a licença Microsoft 365

00:17:03.420 --> 00:17:05.560
Copilot do usuário quando você publica na suíte.

00:17:06.500 --> 00:17:09.420
Isso parece liberdade em comparação ao Studio, mas cobre apenas o básico.

00:17:09.780 --> 00:17:13.000
No momento que você cria um agente com motor personalizado ou se conecta a serviços externos,

00:17:13.060 --> 00:17:14.000
os custos começam a acumular.

00:17:14.000 --> 00:17:18.000
PIs têm seus próprios medidores, conectores corporativos geralmente exigem licenças próprias

00:17:18.000 --> 00:17:21.280
e consentimentos de administrador podem trazer camadas que você não previu no orçamento.

00:17:22.020 --> 00:17:25.180
O estúdio cobra por ação, o toolkit permite que você evite o modelo de crédito.

00:17:25.680 --> 00:17:27.240
Mas ambos empurram as despesas para algum lugar.

00:17:27.580 --> 00:17:28.740
Chame de compensação, não de caminho livre.

00:17:29.140 --> 00:17:32.740
A regra prática é que o Teams Toolkit esconde custos em camadas de integração e serviço,

00:17:32.780 --> 00:17:34.960
onde o estúdio faz você pagar antecipadamente em créditos.

00:17:35.480 --> 00:17:36.780
E um dos dois é mais barato em todos os casos.

00:17:36.780 --> 00:17:40.160
Você precisa mapear os fluxos de trabalho esperados com a precificação documentada

00:17:40.160 --> 00:17:40.980
antes de escolher um caminho.

00:17:41.800 --> 00:17:46.000
Um bot de aprovação leve baseado no SharePoint pode prosperar no estúdio vivendo barato com créditos.

00:17:46.840 --> 00:17:50.360
Uma integração pesada com o CRM externo pode fazer mais sentido no Toolkit,

00:17:50.560 --> 00:17:54.180
embora você pague as taxas de API do CRM em vez de drenar créditos do Copilot.

00:17:54.800 --> 00:17:57.460
Tudo se resume a pra onde o saldo se desloca, não evitá-lo totalmente.

00:17:58.000 --> 00:18:00.080
Então como se evita que essas cartas armadilha virem a mesa?

00:18:00.680 --> 00:18:02.860
Primeiro, ative o monitoramento de consumo em nível de locatário

00:18:02.860 --> 00:18:05.500
com o medidor de consumo do agente Copilot e relatórios de pagamento conforme.

00:18:05.500 --> 00:18:09.340
Segundo, configure limites de alerta para que o financeiro e a TI sejam notificados

00:18:09.340 --> 00:18:10.580
antes que o saldo se esgote.

00:18:11.260 --> 00:18:13.460
Terceiro, aloque orçamentos por unidade de negócio,

00:18:13.620 --> 00:18:16.480
seja com pacotes de créditos designados ou políticas internas claras

00:18:16.480 --> 00:18:18.160
para que uma equipe não consuma tudo em um único sprint.

00:18:18.700 --> 00:18:20.940
Esses três controles eliminam a maioria das surpresas desagradáveis.

00:18:21.440 --> 00:18:22.920
Desenvolvimento estendido adiciona outra camada.

00:18:23.360 --> 00:18:26.420
Integrações frequentemente exigem consentimentos explícitos de administradores

00:18:26.420 --> 00:18:28.360
e cada consentimento pode alocar novos custos por padrão.

00:18:29.020 --> 00:18:31.040
Aquela API externa que você acessou durante os testes

00:18:31.040 --> 00:18:33.140
cobre de você na produção, não na Microsoft.

00:18:33.140 --> 00:18:36.740
A jogada inteligente é catalogar licenças e conectores durante o design

00:18:36.740 --> 00:18:38.720
e confirmar quem paga por cada um antes do lançamento.

00:18:39.300 --> 00:18:41.820
Trate isso como gestão de mudanças para custos, não apenas para capacidade.

00:18:42.500 --> 00:18:44.320
Licenciamento não é letra miúda, é parte da arquitetura.

00:18:44.740 --> 00:18:47.080
Gaste crédito como você gastaria fichas em uma missão, deliberadamente,

00:18:47.280 --> 00:18:48.120
não de forma imprudente.

00:18:49.000 --> 00:18:50.940
Equipe o conjunto de licenças correto desde o início,

00:18:51.060 --> 00:18:53.260
monitore os números de consumo e espere que custos de integração

00:18:53.260 --> 00:18:54.300
sigam cada novo conector.

00:18:55.140 --> 00:18:57.500
Nada disso é opcional se você quer seus agentes disponíveis

00:18:57.500 --> 00:18:58.640
quando as pessoas dependerem deles,

00:18:58.640 --> 00:19:00.500
isso que nos leva à última fase da jornada.

00:19:01.340 --> 00:19:03.340
Construir, fundamentar, governar e financiar um agente

00:19:03.340 --> 00:19:04.560
são pontos de verificação vitais.

00:19:04.880 --> 00:19:06.620
Mas a verdadeira medida não é colocá-lo em produção,

00:19:06.720 --> 00:19:07.880
é manter a campanha a longo prazo.

00:19:08.480 --> 00:19:10.060
É aí que a perspectiva final não importa mais.

00:19:11.100 --> 00:19:11.720
Aqui está a conclusão.

00:19:12.120 --> 00:19:13.540
A vitória não são demonstrações brilhantes,

00:19:13.580 --> 00:19:16.240
é seguir as regras que mantêm seus agentes úteis em vez de imprudentes.

00:19:16.680 --> 00:19:18.460
Primeiro, escolha seu caminho de construção e sabedoria.

00:19:18.840 --> 00:19:20.320
Comparar o de estúdio para velocidade low-code,

00:19:20.440 --> 00:19:23.000
times toolkit para mecanismos totalmente personalizados e controle mais profundo.

00:19:23.000 --> 00:19:24.900
Segundo, garanta a governança desde o lançamento.

00:19:25.260 --> 00:19:27.060
Rótulos do Purview, funções administrativas,

00:19:27.180 --> 00:19:28.920
logs de diagnóstico e monitoramento de consumo

00:19:28.920 --> 00:19:29.980
tudo ativado antes de publicar.

00:19:30.240 --> 00:19:31.260
Terceiro, planeja seus gastos.

00:19:31.520 --> 00:19:33.500
O estúdio consome pacotes de créditos locatários

00:19:33.500 --> 00:19:34.900
ou medidores de pagamento conforme o uso,

00:19:35.000 --> 00:19:37.280
enquanto o toolkit transfere custos para APIs e serviços externos.

00:19:37.400 --> 00:19:38.020
Caso encerrado.

00:19:38.420 --> 00:19:40.400
Inscreva-se, ative os alertas e deixe um comentário.

00:19:40.880 --> 00:19:42.820
Você vai de estúdio ou toolkit para a sua próxima missão.