Latest / M365.FM – Podcast de Microsoft 365, Copilot e IA em português / Context engineering no Copilot Studio: como acabar com alucinações e desvios na Power Platform (Dublagem IA)

Transcript

Context engineering no Copilot Studio: como acabar com alucinações e desvios na Power Platform (Dublagem IA) · M365.FM – Podcast de Microsoft 365, Copilot e IA em português

0:00
Seu co-pilot não é burro, o seu deixou passar fã.
0:03
Sem esquema, sem regras, sem proteção, e depois você reclama de alucinações...
0:07
A maioria das falhas de Anapower Platform não é por falta de QI do modelo.
0:12
É por causa do contexto que você criou.
0:14
Veja o que você terá hoje.
0:15
Um padrão repetível de engenharia de contexto para co-pilot studio e Power Automate
0:19
que elimina alucinações, corrige desvios entre tenants e reduz drasticamente a latência e o custo.
0:23
É.
0:24
Vamos construir o padrão de mensagem do sistema,
0:26
uma lista de verificação de fundamentação de esquema e um modelo de pipeline de recuperação.
0:30
Existe uma camada que todos esquecem, a camada de política que evita o desvio de governança.
0:34
Vamos integrá-la e provar com métricas de antes e depois.
0:37
Agora começamos.
0:38
Problema, porque seu co-pilot falha. Dívida de contexto.
0:41
Vamos definir o problema com precisão. Dívida de contexto.
0:44
É o acúmulo de contexto ausente ou desleixado que força o modelo de linguagem. Adivinhar.
0:49
Você pula regras de sistema, não faz a fundamentação dataverse,
0:51
deixa ferramentas indefinidas, ignora políticas e ignora política.
0:54
Então você se choca quando os resultados variam entre tenants.
0:57
A dívida de contexto aparece em quatro falhas.
1:01
Primeiro, regras de sistema ausente sem identidade, sem escopo, sem política de recusa.
1:05
O modelo otimiza para ser prestativo e prolixo, não compatível e preciso.
1:09
Segundo, dados sem fundamentação.
1:11
Você aponta para a tabela de empréstimos sem fornecer nomes de entidades,
1:14
definições de campos, relacionamentos ou registros de exemplo.
1:17
Terceiro, ferramentas indefinidas.
1:18
Você pede para atualizar o status, mas não expõe um caminho de ação governado no Power Automate.
1:23
HIT.
1:23
Quarto, políticas ausentes.
1:25
Você confia na intuição em vez de DLP, rótulos de sensibilidade e acesso condicional.
1:29
Esse contexto garante o desvio.
1:31
Prese evidência ou produto aparte.
1:32
Altas taxas de falha e abandono em ar corporativo estão ligadas à execução e ao contexto,
1:36
não aos limites do modelo.
1:37
Equipes relatam alucinações e inconsistências específicas de ambiente
1:41
e consumo excessivo de tokens por buscar tabelas inteiras apenas para o segurado.
1:44
Você não precisa de um modelo maior, você precisa de uma espinha dorsal.
1:46
Aqui está o modelo mental que resolve isso.
1:48
Quatro camadas de contexto, sistema, recuperação, ferramentas, políticas.
1:51
Pense nisso como registro do Windows para o seu agente.
1:54
Não é apenas um banco de dados, é espinha dorsal.
1:56
O sistema declara quem o agente é e o que ele recusa.
1:58
A recuperação fornece fatos e esquemas para que ele pare de inventar campos.
2:02
Ferramentas expõem as ações exatas que ele tem permissão para realizar
2:04
sob o princípio de menor privilégio.
2:06
As políticas impõem limites independentemente de brompos inteligentes.
2:09
Emova qualquer camada e os resultados oscila.
2:11
Adicione todas as quatro e ele se estabiliza.
2:12
Que a maioria dos desenvolvedores ignora,
2:14
ambientes são o limite de segurança na Power Platform.
2:16
Se sua política de DLP bloqueia a mistura de conectores de negócios
2:19
e não comerciais em produção, mas não em desenvolvimento,
2:21
você criou dois versos diferentes.
2:23
Os olhos e as mãos do seu agente mudam conforme o ambiente.
2:26
Então sim, os resultados oscilam entre tenants e ambientes
2:28
porque você muda o mundo sob os pés da ferramenta.
2:30
Deixe-me explicar o ciclo de falha típico.
2:32
Você criou um agente no comparado do estúdio?
2:34
É dar em um objetivo vago, ajudar com pedidos de empréstimo.
2:37
Você vincula uma biblioteca de documentos em PDF sem extrair a estrutura.
2:40
Você não indexa entidades, relacionamentos ou rótulos de sensibilidade da Dataware.
2:44
Ignora o catálogo de ferramentas e assume que o Copilot descobrirá tudo sozinho.
2:48
Então se faz uma pergunta.
2:49
Ele responde com políticas genéricas e inventa um campo chamado estágio do empréstimo
2:53
que não existe no seu esquema.
2:54
Parabéns, você pagou por tokens para ler o conteúdo errado e recebeu bobagens de volta.
2:58
Com uma abordagem fundamentada.
2:59
A mesma pergunta, mas sua camada de recuperação inclui um índice de esquema,
3:03
entidade de pedido de empréstimo,
3:04
status de campo, valores de lista,
3:06
relacionamentos com o solicitante e documento,
3:08
além de registros de exemplo.
3:09
O agente referencia o status do pedido de empréstimo explicitamente
3:13
e cita os valores permitidos.
3:14
A diferença não é o modelo, é o contexto.
3:17
Lá tem esse custo, são sintomas da mesma dívida técnica.
3:20
Buscar tabelas inteiras porque faltam filtros de nível de campo
3:22
faz explodir os tokens e o tempo.
3:24
Uma recuperação vaga força o modelo a vasculhar blocos irrelevantes.
3:27
Top indefinido e sem filtragem de intenção.
3:30
Você paga por tudo, não aprende nada e ainda recebe alucinações.
3:32
Brutal.
3:33
O de governança é o assassino silencioso.
3:35
Sem uma camada de política, DLP, rótulos de sensibilidade e acesso condicional,
3:39
o comportamento do seu agente diverge gradualmente.
3:41
Um conector é reclassificado, uma conta de convidado entra em um fluxo,
3:44
os logs estão desligados e o agente resume alegremente notas sensíveis
3:47
para um conector a um comercial.
3:49
Você só percebe durante a semana de auditório.
3:50
Excelente.
3:51
Aqui está a solução e nós a construiremos passo a passo nesta semana.
3:55
Camada de sistema.
3:56
Uma mensagem de sistema concisa e versionada que codifica identidade,
3:59
escopo, recusa, consciência de esquema,
4:01
regras de uso de ferramentas e limites de log.
4:03
Criada por ambiente com tokens para unidade de negócios e mapeamento de sensibilidade.
4:07
Camada de recuperação.
4:08
Pipeline que fundamenta primeiro no Dataverse,
4:11
usando o índice de documentos como fonte secundária,
4:13
com fragmentação consciente de entidades,
4:15
pesquisa híbrida,
4:16
filtragens,
4:17
segurança de campo.
4:19
Camada de ferramentas.
4:20
Um catálogo curado de ações do Power Automate com privilégio mínimo,
4:23
usando modelos de prompt que definem esquemas de entrada,
4:26
lógica de recusa e sinalizadores de sensibilidade.
4:28
Camada de política.
4:29
Grupos de DLP aplicados,
4:30
acesso condicional,
4:31
mascaramento em tempo real via rótulos e um botão de interrupção administrativa.
4:35
Se você não se lembrar de mais nada, lembre-se disto.
4:37
Modelos prevêem texto.
4:38
Você projeta a verdade e o poder dos limites.
4:40
Seu trabalho é o contexto.
4:41
Modera o motor de renderização.
4:43
Pare de culpar o renderizador pelo seu projeto inacabado.
4:46
Camada 1.
4:46
Contexto de sistema que não oscila.
4:48
Padrão mais checklist.
4:49
Agora paramos com as posições e instalamos a identidade.
4:52
Sem um escopo de identidade e regras de recusa explícitos,
4:54
os grandes modelos de linguagem tendem a agir como labradores encantadores,
4:57
buscando tudo, agradando a todos e atropelando a conformidade.
5:00
Você precisa de um segurança, não de um Golden Retrieve.
5:02
A verdade é, se sua mensagem de sistema for vaga,
5:05
suas saídas serão vagas.
5:07
Se sua mensagem de sistema for inconsistente entre ambientes,
5:11
por isso criamos a estrutura principal.
5:12
Aqui está o padrão que eu te li.
5:13
É curto, versionado e implacável.
5:16
Função.
5:16
Você é o copiloto de operações de empréstimo para unidade de negócio no ambiente.
5:19
Nome do ambiente, nome do ambiente.
5:21
Responda apenas sobre solicitações de empréstimo e processos relacionados.
5:25
Escopo.
5:25
Atenha-se às entidades do Dataverse e documentos rotulados neste ambiente.
5:29
Se a resposta exigir sistemas externos ou conteúdo não rotulado,
5:32
recuse e proponha um próximo passo seguro.
5:35
Tom, conciso factual, cite os campos exatamente conforme o esquema.
5:38
Entidade.campo.
5:41
Política de recusa.
5:42
Se conteúdo confidencial, emitir lista de rótulos,
5:44
for solicitado em um contexto não empresarial,
5:46
recuse com motivo e bloqueie o resumo da recusa.
5:49
Conceito de esquema.
5:50
Prefira o índice de esquema do Dataverse?
5:52
Nunca invente campos.
5:53
Mapeie sinônimos para nomes canônicos usando o glossário fornecido.
5:56
Regras de uso de ferramenta.
6:01
Você pode chamar ações aprovadas do Power Automate
6:03
apenas quando uma intenção for classificada como executável
6:05
com confiança superior a 0,8.
6:07
Caso contrário, responda com uma análise.
6:10
Limite e registro lá.
6:11
Não repita informações de identificação pessoal.
6:13
Resume os valores como mascarados quando a sensibilidade for alta.
6:16
O padrão vai para as instruções personalizadas do Copyright Studio.
6:19
E sim, ele recebe parâmetros, nome do ambiente, unidade de negócio e lista de rótulos MIM.
6:23
Vincule-os a variáveis de ambiente para que DEV ou ATI e PROD compartilhem a mesma lógica
6:27
com diferentes vinculações.
6:29
Versionar.
6:29
MSG de sistema V1.3.
6:31
Carimbe a versão no rodapé de cada resposta durante os testes e a política V1.3
6:34
para que a divergência seja visível imediatamente.
6:37
Agora a lista de verificação, porque caso contrário você esquecerá algo.
6:40
Objetivos.
6:41
O que o agente tem permissão para realizar é uma frase.
6:43
Publicual.
6:44
A quem ser?
6:45
Analistas de crédito na empresa inteira.
6:47
Definições.
6:48
Nomes canônicos de entidades e campos, além de sinônimo.
6:51
Conteúdo permitido.
6:52
Classes de dados e fontes permitidas.
6:54
Ações proibidas.
6:56
Qualquer coisa entre locatários não rotulada ou fora dos conectores de negócios.
7:00
Caminho de escalão.
7:01
Quando transferir para o humano.
7:03
Critérios e modelo de mensagem.
7:04
Morriga de avaliação.
7:05
Não classificamos as saídas.
7:07
Precisão de campos.
7:08
Correção na recusa e citação do esquema.
7:10
Escreva isso em linguagem simples e depois cumprime.
7:13
O erro mais comum é enterrar as restrições sob um romance de texto de política.
7:16
O modelo vale superficialmente como estagiário comum.
7:18
Seja cirúrgico.
7:19
Outro erro clássico.
7:20
Colocar restrições dentro do prompt do usuário.
7:23
As restrições pertencem à mensagem do sistema e aos wrappers de ferramentas.
7:26
Não onde o usuário decidir digitar.
7:28
Iversione por ambiente.
7:29
O ambiente de envolvimento pode ser permissível.
7:31
De produção, não.
7:32
Copiar um arquivo de sistema entre tenants sem tokens é como você cria universos paralelos.
7:37
Uma vitória errada que você pode conquistar.
7:38
Transforme a mensagem em modelo com variáveis e vincule na porta da solução.
7:42
Isso por si só elimina uma pilha de inconsistências.
7:44
Adicione uma seção de glossário mapeando sinônimos comuns para campos canônicos.
7:48
Estágio, etapa, fase e status da solicitação de empréstimo.
7:50
Você verá campos alucinados aparecer.
7:52
A implementação no Copilot Studio é direta.
7:55
Abra as instruções personalizadas.
7:57
Cole o padrão e insira variáveis para o nome do ambiente, unidade de negócios, lista de rótulos de imagem e ative sempre incluir.
8:03
Crie uma nota de conjunto de instruções para a canonicalização de esquema, que o agente consulta antes de responder.
8:08
Em seguida, adicione um parágrafo de modelo de recurso.
8:11
Não posso compartilhar redigido devido ao rótulo de política.
8:14
Aqui está uma alternativa segunda.
8:16
Consistência não é mágica, modelo.
8:19
Barreira final, limite de log.
8:21
Marque que o agente nunca repete valores confidenciais brutos.
8:24
Quando precisar referenciá-los, use espaços reservados e ofereça uma ação de ferramenta que gerencia segredos via ações de credenciais em fluxos.
8:30
Se não lembrar de mais nada, lembre-se disto, identidade, escopo, recusa, esquema, ferramentas, logs, seis linhas e aerodrama.
8:38
Camada 2. Recuperação que se baseia no Dataverse e no modelo de pipeline.
8:41
A identidade definida.
8:43
Agora damos a ele fatos que ele não pode alucinar.
8:45
É onde a maioria de vocês liga a mangueira de incêndio e chama de fundamentação.
8:49
Incorreto.
8:50
A recuperação é seletiva, consciente de entidades e sim, é Dataverse primeiro, que é lá que sua verdade reside.
8:56
Por que se importa?
8:57
Alucinações florescem quando o modelo precisa inferir a estrutura.
9:00
Se ele não consegue ver definições canônicas de entidades e campos, ele as inventa.
9:04
Latência e custo disparam quando você despeja tabelas inteiras e blobs de PDF que não filtrou por intenção.
9:10
O resultado ruído caro.
9:11
A correção é um pipeline que privilegia o esquema e corta por segurança.
9:14
Aqui está o modelo.
9:15
Dois índices, um certo.
9:17
Primeiro, um índice de esquema para entidades, campos, relacionamentos, conjuntos de opções e regras de negócios do Dataverse.
9:22
Mais um pequeno glossário de sinônimos.
9:23
Segundo, um índice de documentos para políticas é só ópice de documentos de referência, apenas após serem estruturados.
9:29
Pesquisa híbrida sobre ambos com corte de segurança por ambiente e usuário.
9:32
O modelo nunca vê o que o usuário não tem permissão para ver.
9:35
Isso não é uma sugestão, é o limite.
9:37
Deixe-me detalhar o índice de esquema.
9:38
Capture para cada entidade.
9:40
Nome, descrição, lista de campos com tipos de dados, valores de conjuntos de opções, relacionamentos, um para muitos, muitos para um, e regras de negócio que afetam estados válidos.
9:49
Inclua dois registros de amostra por entidade redigidos e uma consulta de exemplo que mapeia a linguagem natural para campos canônicos.
9:55
Adicione um mapa de sinônimos, estágio, etapa, fase e status da solicitação de empréstimo.
9:59
O modelo se ancorará em nomes canônicos porque você lhe entregou o mapa.
10:02
Agora, índice de documentos.
10:03
IDFs não são textos sagrados, eles são recipientes.
10:06
Extrai a estrutura antes de indexar.
10:07
Cabeçalhos viram sessões, tabelas viram pares de chave-valor.
10:11
Políticas são marcadas com classificações do Microsoft Preview e rótulos MIP para que a sensibilidade seja legível por máquina.
10:16
Se um arquivo não pode ser analisado em sessões e campos, ele não pertence ao índice.
10:20
Mas você não está montando um álbum de recortes.
10:21
O corte de segurança não é negociável.
10:23
A camada de consulta do índice deve filtrar por identidade do usuário o ambiente e política de DLP.
10:27
Se o desenvolvimento permite certos conectores e a produção não, a camada de recuperação reflete isso.
10:31
Mesmo usuário, ambiente diferente e recuperação diferente.
10:34
Se não é enfeite, é design.
10:35
A fragmentação para e fatiar por contagem de página.
10:37
Fragmentar pela lógica da entidade.
10:39
Para o esquema, grupo e na granularidade de entidade e relacionamento.
10:41
Pense em 500 a 800 tokens por fragmento com listas de campos intactas.
10:45
Para documentos, fragmente por sessão com cabeçalhos preservados e inclua metadados de navegação.
10:50
Título, sessão, subsessão.
10:53
O objetivo é retornar a significado, não confete.
10:55
Táticas de desempenho que você realmente sentirá.
10:57
Filtragem nível de campo.
10:58
Quando a intenção inclui status, não puxe toda a definição da entidade.
11:02
Puxe o bloco de campo e a regra de negócio relevante.
11:05
O top-k por classificação de intenção direciona a consulta.
11:08
Consultas de esquema recebem k pequeno, dois ou três.
11:10
Buscas em documentos podem precisar de 4C.
11:12
Faça cache de faquês e trechos de esquema de alta frequência na memória com um TTL curto
11:16
para não pagar pelas mesmas buscas o dia todo.
11:19
Aplique limites de conectores e tokens, para que um prompt vago não dispare uma varredura de tabela.
11:23
De nada.
11:24
Como conectar isso ao Copilot Studio?
11:27
Defina o Dataverse como a fonte de conhecimento principal.
11:29
Crie uma fonte de dados que emita cartões de esquema, entidades, campos, relacionamentos,
11:33
conjuntos de opções, regras, exemplos, anexe classificações do Purview e rótulos MIP como propriedades.
11:39
Adicione seu índice de documentos como uma fonte secundária com conteúdo de sessão,
11:42
configure a recuperação híbrida com re-ranking e prefira correspondências de esquema em vez de texto narrativo.
11:46
Se existir uma correspondência em esquema, impulsione.
11:48
Se não existir, recorra aos documentos.
11:50
Se não existir, recuse ou faça uma pergunta de esclarecimento.
11:53
Sim, recusar é melhor do que inventar.
11:56
Checklist de fundamentação de esquema que você imprimirá e colará no seu monitor.
11:59
Nomes de entidades, exatamente como no Dataverse.
12:01
Descrições de campos em linguagem simples.
12:03
Relacionamentos listados com cardinalidade, valores e significados de conjuntos de opções.
12:07
Registros de exemplo com valores mascarados.
12:09
Regras de negócio, notas de tratamento de nulos.
12:11
Sinônimos para nomes canônicos e ressalvas de qualidade de dados.
12:14
Se algum desses estiver faltando, sua fundamentação está incompleta.
12:17
Armadilhas comuns.
12:18
Indexar PDF sem extrair estrutura, não faça isso.
12:20
Ignorar rótulos e sensibilidade perigoso.
12:23
Misturar conectores corporativos e não corporativos na mesma chamada de recuperação,
12:26
ser bloqueado por DLP em produção e depois agir com surpresa.
12:29
Outro exemplo.
12:29
Retornar a 10 trechos quase iguais porque você nunca desduplicou os cabeçalhos.
12:33
Rimpie seu feed.
12:34
Vamos fazer uma rápida demonstração.
12:36
Prompter.
12:36
Podemos mover este empréstimo para análise final?
12:38
Total CDA abaixando dados e subindo dados de origem.
12:41
Pipeline ruim recupera 3 PDFs de políticas genéricas e nenhum esquema.
12:44
O modelo inventa o estágio de empréstimo.
12:47
Pipeline bom.
12:48
O classificador de intenção direciona para o esquema e retorna a solicitação de empréstimo.
12:52
Status.
12:52
Transições permitidas via regras de negócio.
12:54
O nome da ação do Power Automate que altera o status.
12:58
A resposta cita os valores permitidos de status e propõe a ação ou recusa-se a sensibilidade a bloquear.
13:04
Isso é grounding.
13:05
Último detalhe.
13:06
Latência.
13:07
Mestra o tempo de recuperação separadamente da geração.
13:10
Se a recuperação exceder 300 mil e 100 mil rotineiramente e seus filtros estão errados,
13:13
ou seu índice está inchado.
13:14
Utimize aí primeiro.
13:15
Modelos são rápidos, sua indecisão não é.
13:17
Se não se lembrar de mais nada, lembre-se disso.
13:20
Recuperação não é pesquisa, é curadoria.
13:22
Dataverse é espinha dorsal.
13:24
Documentou os músculos.
13:25
Anexe ambos, corte conforme segurança e seu agente para de adivinhar.
13:30
Camada 3.
13:30
Ferramentas e políticas que impõem a governança.
13:33
Power Automate mais DLP.
13:35
Ele sabe o que é verdade.
13:36
Agora ensine o que ele pode fazer com segurança.
13:38
Um agente que não pode agir é um chatbot.
13:40
Um agente que age sem barreiras é uma violação aguardando para virar notícia.
13:44
Você quer competência com o cinto de segurança?
13:46
Entre com o DLP do Power Automate e o acesso condicional.
13:49
Os músculos, as cercas e o segurança na porta.
13:51
Aqui, CIP.
13:53
As ações são explícitas, autorizadas e reversíveis.
13:55
Não damos liberdade ao modelo.
13:57
Damos ele um catálogo de verbo.
13:59
Cada verbo é um fluxo com um esquema de entrada restrito,
14:01
referência de conexão com privilégio mínimo e lógica de recusa integrada.
14:04
O modelo nunca improvisa direitos.
14:05
Ele solicita um verbo.
14:07
Comece com um catálogo de ferramentas.
14:08
As entradas do catálogo são assim.
14:09
Nome de exibição, propósito, esquema de entrada, pré-condições,
14:12
sinalizador de sensibilidade, referência de conexão e contrato de retorno.
14:15
Exemplo, atualizar status do empréstimo.
14:17
Propósito, transicionar a solicitação de empréstimo.
14:19
Status, entrada, string G de empréstimo, enumeração de status de destino.
14:24
Pré-condições.
14:25
Status de destino deve ser uma transição válida conforme o conjunto de regras.
14:29
Sinalizador de sensibilidade exige conector corporativo rotulado como interno.
14:32
Referência de conexão, SVC Lonsmin.
14:34
Você está ensinando uma criança a usar tesoura, dando uma tesoura sem ponta, não uma motosserra.
14:39
Privilégio mínimo não é opcional.
14:40
Crie contas de serviço dedicadas com permissões mínimas no Dataverse para realizar apenas essa ação.
14:45
Sem direitos amplos de tabela, sem abuso de poder de nível de papel.
14:47
Armazene credenciais e referências de conexão vinculados para o ambiente.
14:51
Sem o desenvolvimento usa dados falsos.
14:52
A produção toca na realidade e nenhum vaza para o outro.
14:55
Se você estiver usando segurança personalizada, revise-a com seriedade.
14:57
Agora, crie um modelo de fluxo com três camadas padrão.
15:00
Camada 1, validação de entrada.
15:02
Valide tipos, mapeie sinônimos para campos canônicos e rejeite parâmetros ambíguos ou ausentes com uma recusa estruturada.
15:08
Camada 2, verificação de polícia.
15:10
Avalie rótulos MIP, associação a grupos DLP e quaisquer sinais de acesso condicional expostos via cabeçalhos ou contexto de disparo.
15:17
Camada 3, execução e mascaramento.
15:19
Execute o mínimo necessário, mascare valores sensíveis nos logs e retorne resultado compacto com ID de correlação.
15:25
Modelos de prompt atuam como wrappers na frente desses fluxos.
15:27
Eles definem como o agente solicita a ferramenta, quando a intenção muda de status e a confiança.
15:32
8. Chame a atualização de status do empréstimo, com o rendido empréstimo e status desejado.
15:37
Se o status conflitar com regras de negócio ou bloqueios de sensibilidade, recuse e cite a política específica.
15:42
É aqui que a maioria de vocês fala.
15:43
Vocês passam texto de forma livre para os fluxos, como se estivéssemos indo.
15:46
Querem estruturar na entrada e resultados só desvonçados.
15:48
Marque variáveis como sensíveis.
15:49
Entradas como CPF e rendem a qualquer campo de alta sensibilidade e residem em variáveis seguras.
15:54
Elas nunca aparecem em históricos de execução.
15:55
Use ações de credenciais para tudo relacionado à autenticação.
15:59
Se um fluxo precisar buscar um token, as credenciais são puxadas em tempo de execução de um cofre seguro,
16:04
não coladas em prompts nem em variáveis de ambiente chamadas não ler.
16:07
As pessoas fazem isso.
16:08
Não seja essas pessoas.
16:09
O acesso condicional é responsável pela segurança.
16:11
Aplique MFA.
16:13
Limite a execução a dispositivos compatíveis ou locais confiáveis.
16:15
Se sua política diz que convidados não podem iniciar ações, o rapper da sua ferramenta deve ler a identidade do chamador e recusar com clareza.
16:23
A ação requer um dispositivo compatível conforme a política.
16:26
A gente permanece educado, a política permanece firme.
16:28
A membrana é proteção.
16:29
Classifique os conectores em profissionais, não profissionais e bloqueados.
16:31
Os fluxos neste catálogo de ferramentas usam apenas conectores profissionais.
16:34
Tentando rotear a saída para um destino não profissional.
16:37
Bloqueado o nível do tenente não apenas no seu fluxo.
16:39
O objetivo é tornar o caminho errado fisicamente impossível.
16:42
Você não depende da restrição do desenvolvedor, você depende da física.
16:45
Segmentação de ambientes mantém sua sanidade.
16:47
Dev, UAT, PROD.
16:50
Dados diferentes, referências de conexão diferentes, mesmo os nomes de ferramentas, mesmo esquemas, mesmo esquema.
16:54
Isso significa que os prompts do seu agente não mudam, apenas as vinculações.
16:57
Você testa em UAT com rótulos e configurações de DLP realistas para que surpresas não apareçam em produção.
17:02
Se o ambiente de dev tiver um DLP flexível e de produção for rigoroso, testeando.
17:06
A variação é intencional, não acidental.
17:08
Camada de política integrada ao tempo de execução.
17:09
Incorpore regras de recusa baseadas em rótulos presentes no conteúdo recuperado.
17:13
Se a recuperação retornar um registro confidencial e a ação solicitada ou expuser um sistema externo,
17:18
o wrapper da ferramenta recusa com o motivo codificado por política e registro incidente.
17:22
O mascaramento em tempo real substitui valores por espaços reservados no texto visível.
17:25
O modelo nunca vê segredos brutos, portanto não pode vazá-los por acidente.
17:29
Não é desconfiança, é higiene.
17:30
Logs e auditorias fazem parte do design, não são algo secundário.
17:33
Ative os logs de auditoria para cada fundo.
17:35
Registre quem solicitou a ação, quais parâmetros foram passados, mascarados, quais verificações de política foram executadas e o resultado.
17:40
Revisões semestrais identificam ativos órfãos, fluxos compartilhados em excesso e proliferação de conectores.
17:45
Desprovisione tudo que era de propriedade de um ex-funcionário.
17:47
Ignore isso e você acabará descobrindo um fluxo fantasma escrevendo na produção às 2 da manhã.
17:52
Erros comuns.
17:54
Passar segredos em prompte usuário.
17:55
Arrependimento instantâneo.
17:57
Engistrar pi mensagens de sucesso.
17:58
Também é arrependimento.
17:59
Criar fluxo sem versionar prompts e esquemas.
18:02
Agora seu agente está chamando uma API que mudou na semana passada.
18:05
Ambientes não gerenciados sem DLP.
18:07
Parabéns, sua prova de conceito é um risco.
18:10
E o meu favorito, misturar conectores de negócios e não comerciais porque só precisávamos enviar um e-mail para alguém.
18:15
Use e-mail comercial ou não envia e-mail.
18:17
Vamos falar sobre o interruptor e-mail.
18:17
Você precisa de um interruptor de incidente no centro de administração ou via automação que desabilite o agente, a solução de ferramentas ou ambos.
18:24
Quando ocorre uma violação de política, você não debate.
18:27
Você interrompe, investiga e só retoma com um log de alterações, velocidade e segurança.
18:32
Assim que você configura isso, algo previsível acontece.
18:35
O agente para de prometer demais e ele propõe ações que realmente pode realizar.
18:38
Quando a política nega, a recusa é específica e registrada.
18:42
O usuário confiou nele porque é consistente.
18:44
E sim, sua equipe de auditoria para de vigiar como um falcão porque você finalmente deu a eles telemetria que vale a pena ler.
18:49
Construção, meu irmão.
18:50
Copilot Studio mais Power Automate.
18:52
Métricas de antes e depois.
18:54
Vamos montar a estrutura com uma construção concreta.
18:57
O piloto suporte é empréstimo.
18:59
Copilot Studio cuida da orquestração.
19:01
Dataverse é a fonte da verdade.
19:02
Power Automate são as mãos.
19:04
Mesma arquitetura em dev.
19:05
O AT e PRO há diferentes vinculações.
19:06
Mesma lógica.
19:07
Passu 1, aplique o padrão do sistema.
19:09
No Copilot Studio, crie instruções personalizadas usando o nosso modelo de diversão.
19:13
Vincule o nome do ambiente.
19:15
Unidade de negócios, o AT.
19:17
Empréstimos de varejo.
19:18
Lista de rótulos MIP.
19:19
Confidencial, altamente confidencial.
19:22
No estágio de glossário, faz status da solicitação de empréstimo ativo.
19:25
Inclui sempre.
19:27
Carimbe a política V1.3 no rodapé de teste para que o desvio seja visível.
19:31
Passo 2, construa o índice de...
19:32
Gere cartões de esquema para a entidade de solicitação de empréstimo.
19:35
O requerente documento inclua campos, conjunto de opções de relacionamentos e dois registros
19:40
de exemplo marcados por entidade.
19:41
Edito de negócio.
19:44
Transições de status permitidas.
19:45
Se enviado, análise inicial, análise final, aprovado, rejeitado.
19:49
Se envio direto para aprovado.
19:51
E publicar como fonte primária de conhecimento no índice de documentos, CPOVs.
19:55
Sessões de política de crédito por classificação de visualização, rótulos MIP e cabeçalhos
19:58
preservados.
19:59
Passo 3, configurar a recuperação.
20:01
Ativar busca híbrida com reclassificação, que impulsiona correspondências de esquema.
20:05
Classificar intenções.
20:06
Busca de esquema.
20:07
Busca de política.
20:08
Tópica 2 acionável para esquema.
20:09
E 4 para documentos.
20:10
Filtros em nível de campo por intenção, termo, status, renda, QIC.
20:15
Ativar corte de segurança por usuário, ambiente, caixa de fragmentos de esquema de alta frequência
20:19
com TTL de 10 minutos.
20:21
Passo 4, conectar o catálogo e ferramenta.
20:23
Importar uma solução gerenciada com 3 fluxos.
20:25
Obter resumo do empréstimo.
20:26
Atualizar status do empréstimo.
20:27
Solestar documento.
20:28
Cada fluxo possui esquema de entrada, pré-condições, sinalizadores de sensibilidade e referências
20:32
de conexão de privilégio mínimo vinculadas ao AT.
20:34
Entradas marcadas como sensíveis quando apropriado, logs habilitados com mascaramento e de correlação.
20:38
Passo 5, adicionar appers de prompt.
20:41
No Copilot Studio, crie modelos de invocação de ferramentas.
20:44
Quando a intenção for alterar status e a confiança for wait, chame a atualizar status
20:47
do empréstimo com a edição do empréstimo status-alvo.
20:50
Se o status-alvo violar as regras de negócio, recuse com o código de rubrica BR de transição
20:54
de status.
20:55
Envolva recusas com o não posso realizar isso devido à política, mas o código do roto.
20:59
Aqui está o próximo passo segundo.
21:00
Loop de validação.
21:01
Crie uma suite de testes de 25 prompt com exemplos ambíguos, adversários e normais.
21:05
Mova LA4831 para podermos pular direto para a prova.
21:09
Envie o SSN do candidato por e-mail para seu corretor.
21:12
Execute em dev o ATprod.
21:14
Verifique se as saídas, campos canônicos do site e ações, são propostos apenas quando
21:17
permitidos e se as recusas de política são específicas registradas.
21:20
Compare os IDs de correlação nos logs de fluxo com as transcrições do Copilot para
21:23
confirmar a rastreabilidade.
21:25
Métricas anteriores da compilação sem fundamentação.
21:27
37% das respostas referenciaram campos inexistentes.
21:30
O desvio entre locatários produziu três nomes de status diferentes.
21:35
Latência média de 4,2 segundos devido à varredura de tabela.
21:38
O consumo de tokens por Q&A teve média de 1.800 tokens, dois quase incidentes de política
21:45
onde notas sensíveis foram resumidas para um destino não comercial, bloqueadas apenas
21:48
pelo DLP do locatário.
21:50
Métricas posteriores com contexto projetado, campos inventados em toda a suite e aplicação
21:54
de empréstimo canônica.
21:56
Status citado em 100% das respostas de status.
21:58
Latência reduzida para 1,6 segundos de média com recuperação em nível de campo, uso
22:02
de tokens por Q&A com média 3.100, violações de política tentadas, quatro, todas recusadas
22:08
com motivos explícitos e registradas com ID.
22:10
Os mesmos prompts em DEV, o AT, BOS e PROD produziram referências de campo idênticas.
22:17
Diferenças apenas nas ações permitidas, conforme pretendido.
22:20
A breve micro história.
22:20
Um testador perguntou, agilize o LA-501 para provar.
22:24
Anteriormente o agente dizia concluir.
22:26
E alucinava uma transição.
22:27
Agora, a resposta do Cupert.
22:30
Recusado.
22:30
Transição de status BR de enviado para aprovado é inválida.
22:34
Transições válidas enviado para análise inicial.
22:37
Em seguida, ele oferece atualizar o status do empréstimo para análise.
22:40
Um clique, caminho em conformidade e pronto para o editorito.
22:42
Transfira os ativos.
22:44
Empacote o arquivo de padrão de mensagem do sistema com tokens.
22:46
A lista de verificação de fundamentação de esquema, o JSON do modelo de pipeline de recuperação,
22:51
os três modelos de prompt de fluxo e um arquivo de mapeamento de ambiente para referências
22:54
de conexão e rótulos.
22:55
Versione em tudo.
22:56
Armazenem no controle de versão.
22:57
Na importação, as variáveis são vinculadas por ambiente.
22:59
Nada de edições manuais de produção.
23:01
Os restos são adultos.
23:02
Implementem no AT, executem o conjunto, capturem a tabela de antes e depois e apresentem dois
23:06
prints.
23:07
Uma resposta fundamentada citando o status da solicitação de empréstimo e uma entrada
23:10
de log de auditoria com entradas mascaradas e mascaradas e um edit de correlação.
23:13
Essa é a sua prova executiva sem vazar nada.
23:16
Agora você tem uma identidade central que não desvia, uma recuperação que não alucina,
23:19
ferramentas que agem com privilégio mínimo e políticas que recusam com comprovantes.
23:25
Repetível, auditável e rápido.
23:26
É chocante o que acontece quando se alimenta o modelo com verdade e limites.
23:30
Conclusão principal.
23:30
Engenharia de Contexto, Recuperação de Sistema, Ferramentas e Políticas.
23:34
Transforma o Copilot de um palpiteiro prolixo em um colega de equipe governado que cita
23:37
campus, age com segurança e recusa com precisão.
23:40
Faça o que é eficiente agora.
23:41
Clone os modelos.
23:42
Vincule as variáveis de ambiente, indexe seu esquema de dataverse, aplique a DLP e
23:46
execute a suite de avaliação em DEV, UAT e PROD.
23:48
Em seguida, promova para UAT com tags de versão e botão de interrupção ativa.
23:52
Se isso economizou seu tempo, pague a dívida.
23:54
Inscreva-se e confira o guia de avaliação avançada e a explicação sobre a
23:57
orquestração multiagente a seguir.
23:59
Procedo.