Latest / M365.FM – Podcast de Microsoft 365, Copilot e IA em português / Registre recursos próprios do Copilot no Business Central: AL, metaprompt e chaves do Azure OpenAI seguras (Dublagem IA)

Transcript

Registre recursos próprios do Copilot no Business Central: AL, metaprompt e chaves do Azure OpenAI seguras (Dublagem IA) · M365.FM – Podcast de Microsoft 365, Copilot e IA em português

0:00
Já desejou que o Business Central realmente fizesse o trabalho chato pra você?
0:03
Como conciliar pagamentos ou redigir textos de produtos,
0:06
em vez de te enterrar em cliques extras e no sofrimento do Excel até tarde da noite?
0:09
Essa é a promessa do Copilot.
0:11
E antes que pergunte sim, ele já vem integrado ao Business Central Online sem custo extra,
0:15
só não espere que rode na sua instalação on-premise.
0:18
Aqui está o pull.
0:19
A maioria dos administradores nunca olha além das demonstrações padrões.
0:22
Hoje vamos analisar tudo e mostrar como fazer o Copilot funcionar pra sua empresa.
0:26
Ao final você sairá com uma lista de verificação de sobrevivência
0:28
que pode testar em um ambiente sandbox.
0:30
Tudo começa com um menu oculto sobre o qual a Microsoft quase não fala.
0:34
Menu secreto do Copilot.
0:35
O verdadeiro poder do Copilot não está nos botões chamativos que você vê em um cartão de clima.
0:39
O verdadeiro truque é o que a Microsoft deixou escondido por baixo.
0:42
Você encontrará esses pontos de extensão dentro do namespace de sistema de IA?
0:45
Procure pelo Codunit de capacidade do Copilot em uns relacionados.
0:48
É lá que residem os ganchos reais para desenvolvedores.
0:50
Esses não são artefatos adatórios na base de culpa.
0:52
Eles foram criados pra que você possa definir e registrar seus próprios recursos baseados em IA.
0:56
Em vez de esperar a Microsoft lançar uma nova demonstração a cada trimestre,
1:00
o menu com o qual a maioria das pessoas interagem é apenas a superfície.
1:03
Digitar dados de fatura, obter um resumo organizado, talvez redigir uma descrição de produto.
1:07
Mas esses são cenários de demonstração para mostrar a ver se funciona.
1:10
Da realidade, as entranhas do Business Central contêm objetos como capacidade do Copilot e disponibilidade do Copilot.
1:15
Em termos simples, uma capacidade é o conjunto de habilidades que você está criando para o Copilot.
1:19
A disponibilidade informa ao sistema quando e onde essa habilidade deve aparecer para os usuários finais.
1:25
Juntos, isso não é apenas um menu de widgets de IA prontos.
1:28
É uma estrutura para tornar o Copilot específico para a sua empresa.
1:31
Daquilo de surpresa.
1:32
A maioria dos administradores assume que o Copilot é totalmente bloqueado com uma caixa preta brilhante.
1:36
Eles usam o que está ladrão de ombros e seguem em frente.
1:38
Eles nunca procuram pelos controles adicionais.
1:39
Mas se no nível de desenvolvimento você tem alavancas expostas.
1:42
E sim, existe uma maneira de os administradores realmente verem os resultados do que os desenvolvedores registram.
1:47
Vá para a página de capacidades de Copilot e agentes dentro do Business Central.
1:50
Cada capacidade que você registra aparece lá.
1:53
Os administradores podem desativá-las uma a uma se algo se comportar mal.
1:56
Essa conexão em que desenvolvedores definem em AL e administradores gerenciam na interface
2:00
é a ponte que torna isso mais do que apenas teoria.
2:03
Pense nisso menos como um dispositivo Apple bloqueado e mais como um console com comandos de depuração ocultos.
2:07
Tudo o que você faz é clicar no botão principal do Copilot e você está deixando potências sem uso na mesa.
2:12
É como dirigir um Tesla e só avançar alguns centímetros no trânsito.
2:16
O botão do Ludicrous Mode existe, mas se você não acionar, continuará parado.
2:20
Ou mesmo aconteceu assim.
2:21
Os objetos de namespace já estão no seu tenant, mas se não souber onde procurar, nunca os usará.
2:25
Então, de quanta potência estamos falando?
2:28
O módulo de IA dentro do Business Central oferece conclusões de texto,
2:31
conclusões estilo chat para fluxos de trabalho e embeddings para busca semântica.
2:34
Isso significa que você pode criar um recurso que, por exemplo,
2:38
rascunha pedidos de compra baseados nos padrões da sua empresa, não nas suposições da Microsoft.
2:43
Também significa criar assistentes que falam com a voz da sua empresa e não como um memorando estéreo de RH.
2:48
Um aviso rápido antes que alguém tenha ideias.
2:50
O recurso de chat prévio é com o Copilot que você talvez tenha visto no Business Central não é extensível por este módulo.
2:55
Aquele chat segue seu próprio...
2:56
O que você pode estender acontece por meio do modelo de capacidade escrito aqui.
3:00
A Microsoft não fez um bom trabalho destacar isso em seu marketing.
3:02
Sim, está na documentação, mas é enterrado em uma sessão técnica árida que poucos administradores leem.
3:07
Mas assim que você sabe que esses objetos existem, o cenário...
3:09
Cada peculiaridade financeira, cada campo personalizado estranho, cada fluxo de aprovação complexo,
3:14
tudo pode ser resolvido com sua própria capacidade do Copilot.
3:17
Em vez de esperar que Redmond lance algo do alto, você pode adaptar o assistente diretamente ao seu ambiente.
3:22
Né?
3:23
Claro, nada tão poderoso vem sem etiqueta de aviso.
3:25
Essas são ferramentas.
3:26
Registrar capacidade de forma incorreta pode criar conflitos, especialmente quando a Microsoft libera atualizações.
3:31
Se fizer errado, o sandbox pode quebrar, ou pior, você pode bloquear usuários na produção.
3:35
É por isso que a página de capacidades do Copilot de agentes é importante.
3:38
Ela não apenas dá visibilidade aos administradores, mas oferece um botão de emergência caso seu cérebro personalizado comece a falhar.
3:44
O resultado aqui é simples.
3:46
Sim, existe um menu secreto no Copilot.
3:48
Sim, ele já está em todos os tempos.
3:49
E sim, ele transforma o Copilot em um brinquedo de demonstração em algo útil, mas saber que existe é apenas o primeiro passo.
3:54
O verdadeiro truque é registrar essas capacidades com segurança para adicionar potência sem incendiar seu ambiente.
4:00
E é para onde vamos agora.
4:03
Registrando sem destruir seu tenant.
4:05
Registrar uma capacidade do Copilot não é nenhum truque de mágica vago.
4:09
Em termos simples de AL, significa criar uma extensão de ENUM para o ENUM de capacidade do Copilot e usar uma codionite de instalação ou atualização que chame capacidade do Copilot.
4:17
Registrar capacidade.
4:18
Esse é o aperto de mão onde você diz ao Business Center.
4:21
Aqui está um novo recurso de app.
4:22
Trate-o como parte do sistema.
4:24
Sem essa chamada, sua extensão pode até compilar, mas o Copilot nem saberá que o recurso existe.
4:29
Pense nisso com o envio de documentos para RH.
4:31
Sem registro no organograma, sem mesa, sem e-mail, sem funcionário.
4:35
Uma vez com a definição básica pronta, o próximo detalhe é o escopo e a nomenclatura.
4:39
Cada capacidade que você registra vive no mesmo ecossistema que a Microsoft atualiza constantemente.
4:43
Se você reciclar um nome genérico ou reservar um ID de descuidado, estará basicamente pedindo por um conflito.
4:48
Digamos que você o chame de auxiliar de vendas e identifique com o valor de um.
4:51
Então, a Microsoft lança uma atualização futura com uma capacidade integrada no mesmo espaço.
4:56
De repente, o sistema não sabe qual exibir e seu código entra em conflito com o Redmond em termos de execução.
5:00
A mitigação é entediante, mas essencial.
5:02
Cole a nomes únicos, atribua seus próprios valores genúnicos e não coincidam com faixas comuns e versione toda a extensão de forma deliberada.
5:08
Adicione números de versão para que você possa rastrear se o sandbox está na 1.2, enquanto a produção ainda está na 1.0.
5:13
E se algo mudar na plataforma, suas unidades de código de atualização são a ferramenta para levar a capacidade adiante com segurança.
5:19
Sem elas, você está remendo a fiação nova em um disjuntor antigo e torcendo para que nada pegue fogo.
5:24
Agora, é aqui que muitos desenvolvedores se tornam negligentes.
5:27
Eles lançam a extensão direta na produção porque é apenas uma capacidade.
5:30
É aí que seu suporte técnico fica sobrecarregado.
5:32
O caminho certo é simples.
5:33
Apenas sandbox primo.
5:34
Quebre, refator e teste novamente.
5:36
E somente quando se comportar bem, mova para a produção.
5:39
Esse lançamento controlado reduz surpresas.
5:41
E isso não é apenas sobre compilar código, é sobre governança.
5:44
A página de capacidades do Copilot e agentes no Business Central serve também como sua verificação de sanidade.
5:48
Se sua capacidade não aparecer lá após o registro, você não a registrou corretamente.
5:53
Essa página refletiu o sistema.
5:54
Somente após validar a like, você deve encaminhar para a revisão do administrador.
5:58
E falando em administradores, ativar ou desativar capacidades do Copilot, bem como configurar um movimento de dados,
6:04
é algo que apenas admins com super permissões ou uma função de admin do Business Central podem fazer.
6:09
Planeixe essa etapa de governança com antecedência.
6:11
Uma dica rápida.
6:12
Ao registrar, use o parâmetro opcional de texto URL de Saiba Mais.
6:16
Ele aparece diretamente na página administrativa de capacidades do Copilot e agentes.
6:20
Não é apenas um toque elegante, é documentação integrada.
6:23
Em vez de fazer os administradores buscarem um link de Wiki ou incomodarem você no Teams,
6:26
eles podem clicar direto na descrição do que a capacidade faz e como usá-la.
6:30
Pense nisso como escrever instruções no próprio interruptor de luz para que a próxima pessoa não acione o errado.
6:35
Que tal uma lista de verificação de boas práticas que reduza os riscos?
6:38
1. Execute tudo em um ambiente sandbox antes da produção.
6:40
2. Escolha valores de enumeração exclusivos e evite intervalos comum.
6:44
3. Use sempre unidades de atualização e instalação para caminhos de progresso limpos.
6:48
4. Anexe aquela URL de Saiba Mais para que os administradores não fiquem na dúvida pública.
6:51
5. Siga esses quatro e você manterá seu ambiente estável.
6:54
6. Ignore-os e você estará restaurando bancos de dados às 3 da manhã.
6:57
A metáfora da vaga de estacionamento é no seu fim.
6:59
7. Registrar uma funcionalidade é como reservar oficialmente uma vaga para seu carro novo.
7:03
8. Preencha a documentação correta, ela é sua e todos ficam felizes.
7:05
9. Pule o processo e estacione na zona proibida.
7:08
E agora você está bloqueando a saída de emergência e todos estão irritados.
7:10
9. O registro serve para criar um espaço seguro para seu recurso para que o Business Center e as atualizações da Microsoft possam coexistir com ele a longo prazo.
7:17
10. Resumindo, trate o registro como código de produção, porque é exatamente isso que ele é.
7:20
11. Teste em sandboxes, mantenha seu escopo único, rastreie suas versões e torne suas unidades de código de atualização infalível.
7:26
12. Se algo estranho acontecer, a página de capacidades do Copilot e agentes somada à sua URL de Saiba Mais é como os administradores encontrarão, entenderão e, se necessário, desativarão o recurso.
7:33
13. Feito corretamente, o registro prepara você para a estabilidade.
7:36
14. Feito de forma desleixada, prepara você para o caos.
7:39
15. Depois de ter isso definido, você notará que a funcionalidade em si é prática, mas genérica, mas genérica.
7:43
16. Ela responde, mas sem personalidade.
7:45
É como contratar alguém brilhante que aparece nas reuniões no mundo.
7:48
17. O próximo passo é ensinar seu Copilot como agir, porque se você não fizer isso, ele soará menos como um assistente confiável e mais como um adolescente revirando os olhos para suas perguntas.
7:56
18. Na própria documentação para desenvolvedores da Microsoft, o MetaPrompt é a mensagem de sistema principal que define o perfil do modelo, o formato de saída e as diretrizes de segurança.
8:13
19. Em termos simples, é a descrição do cargo da IACO.
8:15
20. Um prompt de usuário único é como uma solicitação de tarefa isolada, mas o MetaPrompt são instruções permanentes incorporadas a cada resposta.
8:21
20. Sem ele, o Copilot não sabe se deve soar como um contador ou um redator. Ele apenas adivinha.
8:27
21. Pense desta forma ou você não contrataria alguém sem lhe dar uma descrição de cargo?
8:31
21. O MetaPrompt é exatamente isso para a IACO.
8:34
22. Ele diz ao Copilot quando ser formal, como formatar resultados, qual tom usar e o que ele deve evitar a todo custo.
8:39
23. Isso diferencia respostas que se encaixam no seu fluxo de trabalho de respostas que parecem um clipe requentado e cheio de opiniões.
8:45
23. Os administradores costumam confundir MetaPrompt com Prompts. É por isso que ficam frustrados.
8:49
24. Se você apenas jogar, me dê as entradas do razão para o Copilot sem contexto, ele inventará seu próprio estilo.
8:56
25. Talvez parágrafos longos, talvez campos que não existem.
8:59
26. Envolva essa mesma solicitação no MetaPrompt como você é um assistente financeiro.
9:02
27. Sempre exibe entradas contábeis como listas usando nomes de campos do Business Central.
9:06
28. Pernas o exemplo.
9:07
29. De repente as respostas ficam limpas, estruturadas e organizadas.
9:10
29. A diretriz de proteção é definida antes mesmo da solicitação ser executada.
9:13
30. A Microsoft criou essa distinção de propósito.
9:15
30. Prompts são solicitações temporárias, enquanto MetaPrompts permanecem persistentes em todo o contexto do chat.
9:20
31. Os desenvolvedores o definem por meio da codeunit de mensagens de chat do IOI chamando a mensagem de sistema primária.
9:26
31. Armazenar o próprio MetaPrompt no armazenamento isolado significa que sua extensão pode recuperá-lo e atualizá-lo com segurança, em vez de codificar o texto no arquivo AL.
9:35
31. Se você der uma olhada na documentação, verá exemplos usando definição e obtenção de armazenamento isolado.
9:40
32. Esse é o modelo correto para a produção.
9:42
31. Ele mantém seu MetaPrompt disponível, mas bloqueado atrás do limite de segurança da extensão.
9:46
32. Agora vamos aos detalhes técnicos.
9:47
32. Ao enviar a entrada do usuário para o serviço Azure OpenAI por meio do módulo GA do Business Central, você lida com orçamentos de tokens e configurações de temperatura, goste ou não.
9:56
33. Percebem importantes.
9:57
33. Seu MetaPrompt somado ao Promp do usuário conta um pro limite de tokens do modelo.
10:00
34. Portanto, não insira uma mensagem de sistema do tamanho no rumo.
10:03
34. Mantenha a precisa.
10:04
35. E a temperatura controla a aleatoriedade.
10:06
35. Defina uma temperatura baixa próxima de zero para cenários financeiros onde você precisa de resultados determinísticos e precisos.
10:11
36. Se você estiver criando uma funcionalidade de marketing e quiser rascunhos mais criativos, aumente a temperatura e deixe improvisar.
10:16
36. Seu MetaPrompt deve incluir regras de formatação explícitas, estruturas de resposta e restrições a comentários irrelevantes.
10:30
37. Dessa forma, os resultados do Copilot não apenas parecem bons para os usuários.
10:33
38. Eles sobrevivem a sistemas de processamento e auditorias.
10:35
39. Trate o MetaPrompt como parte de documentação ou parte de controle de risco.
10:38
40. A divisão de personalidade é onde isso fica interessante.
10:40
41. O MetaPrompt do Copilot de marketing pode dizer a ele para usar a linguagem persuasiva e criar slogans de produtos.
10:45
41. Quando o Copilot financeiro diz, exibe entradas de diário estruturadas sem adjetivos.
10:50
41. A mesma IA subjacente é resultados completamente diferentes porque você define a personalidade com antecedência.
10:54
42. Essa é a diferença entre automação prática e resultados chamativos que ninguém consegue usar de fato.
10:59
42. Embora esta sessão seja sobre boas maneiras, você não pode ignorar a infraestrutura básica.
11:02
43. Os MetaPrompt só funcionam se a conexão com o Azure estiver configurada corretamente.
11:05
43. A IA não os processa localmente no Business Central.
11:08
44. Ela passa tudo pelo back-end do Azure OpenAI.
11:11
44. Serra esse pipeline e não importará quão bem você escreva as regras.
11:14
44. Você ainda terá falhas e talvez piores chaves com falha.
11:17
45. Resumindo, Prompt são solicitações.
11:19
45. MetaPrompt são ordens permanentes.
11:20
45. Faça-os corretamente e armazene-os com segurança.
11:22
46. Verifique o cálculo de tokens e ajuste a temperatura para a tarefa.
11:25
47. É assim que você transforma o Copilot em um tagarela aleatório, um assistente específico para a função em que você pode confiar.
11:30
47. Se fizer de forma descuidada, passará noites editando absurdos em relatórios,
11:33
48. Mas nenhum MetaPrompt mais bem escrito salvará você se suas credenciais estiverem expostas.
11:37
48. E é aí que reside o verdadeiro perigo, não no tom ou no formato, mas em como você armazena e protege as chaves
11:42
48. Que permitem ao Copilot falar com o Azure OpenAI.
11:45
48. Protegendo as chaves, a segurança do Azure é feita da maneira certa.
11:48
49. Proteger as chaves não é glamouroso, mas é onde você mantém seu tenant seguro ou acaba tendo que preencher relatórios de incidentes.
11:54
49. Quando o Copilot chama o Azure OpenAI, ele precisa de três coisas sempre.
11:57
50. O endpoint do recurso, que é o URL do seu recurso Azure OpenAI.
12:01
51. O nome da implantação é a chave da API.
12:04
52. Juntos, esses três são um aperto de mão que prova que seu tenant tem permissão para falar com o modelo.
12:08
52. Deixe qualquer um deles exposto e você não estará usando o IA estará simulando uma violação.
12:11
53. Sendo direto, nunca sob nenhuma circunstância insira esses valores fixos hardcodes no AL.
12:16
54. Se você incluir uma chave de API no seu código, ou colocá-la no GitHub por conveniência,
12:20
basicamente convidou scanners de credenciais para tratar seu repositório como banquete.
12:24
54. Desenvolvedores podem ignorar, achando que é apenas teste, mas repositórios são constantemente vasculhados em busca de segredos expostos.
12:30
55. É assim que dados reajem clientes e acabam em sites de compartilhamento de texto.
12:32
55. Você não consegue corrigir isso com uma atualização de texto.
12:34
55. O caminho seguro já foi definido pela Microsoft.
12:37
55. Para trabalho, desenvolvimento e teste, o armazenamento isolado no AL é a sua escolha.
12:41
55. Imagine como um armário dentro da sua extensão.
12:44
55. As chaves entram e nenhuma outra extensão pode espiá-las.
12:47
55. Isso mantém as coisas contidas, leves e simples.
12:49
55. É perfeito para sandboxes e builds de desenvolvimento.
12:52
55. Mas não se engane, o armazenamento isolado não é de nível de produção.
12:55
55. Seu escopo local o torna útil para a iteração, mas não foi projetado para ser seu cofre quando usuários e dados reais estão em jogo.
13:01
55. Mas quando você vai para a produção, a única medida responsável, o app Key Vault ou o app Key Vault, é implantando amplamente.
13:07
55. Pense nisso como alugar um cofre bancário em vez de esconder dinheiro na gaveta da sua mesa.
13:11
55. O Key Vault mantém suas chaves de API em um container seguro com controle de acesso e políticas adequadas de log e rotação.
13:17
55. Você integra sua extensão a ele, chama o que precisa em tempo de execução e nunca expõe a chave bruta no código.
13:22
55. Esse é o padrão que os auditores realmente gostam, pois prova que os segredos nunca ficaram circulando em texto simples.
13:27
55. É uma governança entediante, mas o TED é exatamente o que você quer quando as equipes de conformidade aparecem.
13:32
56. Tá um detalhe direto da documentação que faz a diferença.
13:35
56. Em AL você pode armazenar a chave de API com um secret text.
13:38
56. Dessa forma, mesmo se você depurar passo a passo, a chave não aparecerá em texto simples pra ninguém tirar print.
13:44
57. Secret text é exatamente o que o nome sugere.
13:46
58. Ele oculta valores confidenciais durante a execução.
13:48
58. Se você não aprender mais nada nesta sessão, lembre-se de que essa opção existe.
13:51
58. Ela fecha um dos vetores de vazamento mais bobos.
13:55
59. A exposição acidental pelo desenvolvedor no depurador.
13:58
59. Agora, vamos listar o que fazer e o que não fazer, como os verdadeiros administradores converem.
14:02
59. Não incorpore chave de API no código AL e nem as colhe em repositórios.
14:06
60. Isso é isca pra captura de credencial.
14:08
61. Use armazenamento isolado pra desenvolvimento e testes, mantendo sua equipe produtiva sem enviar segredos em texto simples.
14:13
61. Não leve esse padrão de desenvolvimento pra produção.
14:16
62. Não é um cofre, é apenas um arquivo.
14:18
62. Conecte sua bio de produção ao Key Vault.
14:20
63. É o único lugar onde essas chaves devem ficar a longo prazo.
14:22
63. Outro ponto de sanidade é as permissões de usuário dentro do Business Central não bloqueiam magicamente as chaves de API.
14:28
64. Erdo o controle de acesso aos dados de negócio, claro, mas as chaves servem pra autenticar todo o serviço.
14:33
64. Se uma vazar, terceiros podem se passar por toda a integração.
14:36
64. Portanto, pare de fingir que o escopo de permissões vai te salvar nisso. Não vai.
14:40
64. E se você quiser validar sua configuração, o caminho oficial é a sequência de autorização definida na codeunit do Azure OpenAI.
14:46
64. É lá que você insere a URL do recurso, a implantação e a chave de API pra provar que tudo está alinhado.
14:51
64. Se fizer errado, o Compilot nem carregará.
14:53
64. Se fizer pela metade, você terá erros silenciosos que os usuários encontrarão antes de você.
14:57
64. Isso é simples. Siga a cadeia em ordem, teste corretamente no dev e depois passe pela pré-produção.
15:02
64. Finalmente o problema.
15:03
64. Três ambientes, três conjuntos de chaves, um pipeline que realmente funciona sob carga.
15:07
64. Então aqui está a sua lista de verificação pra evitar problema.
15:09
65. Armazenamento isolado no dev e key vault na produção envolva sua chave de API em secret text.
15:14
65. Nunca incorpore valores no código e sempre execute a cadeia de autorização de ponta a ponta antes de dar o trabalho por encerrado.
15:20
66. Esse padrão mantém sua integração com o Compilot ativa, segura e em conformidade, sem sustos de última hora.
15:26
66. Com a parte de segurança resolvida, o próximo desafio é menos sobre onde esconder as chaves
15:30
e mais sobre como fazer todas as peças se conectarem sem mensagens de erro constantes.
15:34
66. Porque ter uma funcionalidade, um metaprompto e uma chave segura não ajudam muito se eles ficarem isolados e se recusarem a funcionar em conjunto.
15:40
67. É aí que entra a estruturação do fluxo de trabalho.
15:42
67. Do projeto à realidade, conectando o fluxo de trabalho.
15:45
68. Então agora estamos falando sobre o que transforma peças soltas em um fluxo de copiloto que realmente funciona.
15:50
69. Você registrou uma capacidade, definiu o escopo, garantiu as chaves e escreveu o metaprompto.
15:55
69. Mas, a menos que você os alinhe na ordem certa, tudo o que terá é um botão brilhante que ou apresenta erro,
16:00
ou, silenciosamente, não faz nada até que os usuários comecem a abrir chamados.
16:04
69. Aqui está a sequência resumida em cinco etapas faladas.
16:07
69. Passo 1. Capacidade. Passo 2. Disponibilidade. Passo 3. Autorização. Passo 4. Metaprompte. Passo 5.
16:15
70. Lembre-se desses cinco e você sempre terá o diagrama de conexão em sua mente.
16:18
71. A capacidade oferece, a habilidade, a disponibilidade define o público, a autorização desperta o cérebro, o metaprompto dá as normas, o piloto prova que realmente funciona.
16:25
71. Esse é o ciclo completo. Passo 1. Capacidade.
16:28
71. Em AL, isso significa estender o ENUM de capacidade do copiloto com uma extensão de ENUM e então registrá-lo em uma code unit de instalação ou atualização, chamando a capacidade do copiloto.
16:37
71. Registrar a capacidade.
16:38
71. Esse é o anúncio oficial de vaga que diz aqui está uma nova habilidade de assistente.
16:42
72. Pela um espaço no sistema.
16:43
72. Sem isso, o Business Central nem sequer sabe que seu recurso deveria existir.
16:47
72. Passo 2. Disponibilidade.
16:49
73. Uma vez que a habilidade é definida, você define onde ela aparece.
16:53
73. Isso é controlado através da página de administração de recursos do copiloto e agente.
16:56
73. Você decide estar marcado como visualização apenas interna e disponível para todos.
17:00
74. Desenvolvedores pensam nisso com metadados, mas para administradores, é o botão de alternância para o lançamento.
17:04
75. Use-o.
17:05
75. Se você pular esta etapa, riscará expor recursos inacabados a todos os usuários antes que estejam estáveis.
17:09
75. Passo 3. Ação.
17:12
76. Agora você conecta o back-end do Azure OpenAI através da code unit do Azure OpenAI.
17:16
76. Você precisa do clássico trio de recursos, ponto de extremidade, URL do Azure OpenAI, nome da implantação e a chave da API.
17:23
77. Chame o Azure OpenAI.
17:25
77. Defina a autorização com esses valores.
17:28
78. Se a capacidade era o anúncio de emprego e a disponibilidade, o contrato, a autorização ou o crachá para colocar seu assistente no prédio.
17:34
79. Sem ele, o recurso não te trava na porta de vida.
17:37
79. Passo 4. Metaprompt.
17:38
80. Aqui você injeta as instruções permanentes que modam o tom, a estrutura e a formatação.
17:42
80. Use mensagem de chat do AI.
17:45
80. Defina a mensagem de sistema principal para buscar o Metaprompt que você armazenou com segurança no armazenamento, isolado ou em produção, referenciado a partir do que volta.
17:52
80. É aqui que você diz se você é um assistente de cotações ou você é um ajudante financeiro.
17:55
80. Defina como a saída deve ser.
17:58
80. Sem isso, o assistente simplesmente dá de ombros e inventa tudo.
18:01
80. Quase 5 pilotos.
18:02
80. Libere para um pequeno grupo primeiro.
18:04
80. Dê a eles a funcionalidade, colete feedbacks e monitore a telemetria.
18:07
80. O módulo de AI registra o uso para que você veja se ele está gerando resultados limpos ou spam.
18:11
80. E antes de expandir, você precisa de um plano de reversão.
18:13
80. Boa notícia. A página de capacidades do Copado de Agente serve como seu botão de emergência.
18:17
80. Administradores podem desativar recursos individualmente caso algo comece a falhar.
18:22
80. Essa mesma página também mostra a alternância de movimentação de dados entre regiões se sua configuração do Azure for multiregional.
18:28
80. Se você ver isso, preste atenção.
18:30
81. Alguém da conformidade prestará.
18:32
81. Vamos consolidar essa sequência com um exemplo práctico.
18:34
81. Uma equipe criou um Copilot em sugestão de pedidos de venda.
18:37
81. Começaram com uma extensão enum para a capacidade do Copilot e a vincularam a uma CodeUnit instalada.
18:41
81. Marcaram como preview na página de capacidades do Copilot e agentes, ficando visível apenas para usuários de teste.
18:47
81. Então chamaram o Azure OpenAI.
18:49
81. Definiram a autorização com o endpoint, a implantação e a chave para que o modelo respondesse.
18:54
81. Em seguida, gravaram o Metaprompt no armazenamento isolado e definiram com mensagens de chat do AI.
18:59
81. Definiram a mensagem principal do sistema.
19:01
81. Você é um assistente de cotações.
19:02
81. Sugira pacotes e formate-os como linhas de item.
19:05
81. Sem conversas vezes.
19:06
81. No piloto, pequenos grupos testaram até que os resultados fossem previsíveis.
19:09
81. Só então marcaram a disponibilidade como GA, tornando ativo para todos os usuários de vendas.
19:14
81. O resultado é um Copilot que recomendava pacotes em vez de escrever conteúdo inútil.
19:18
81. A camada de governança, que não é opcional.
19:21
82. Se algo der errado, administradores podem desativar a chave antes que os usuários liguem.
19:24
83. Essa mentalidade disjuntora é o que mantém Copilots personalizados produtivos em vez de disruptivos.
19:28
84. Aplique isso como faria com qualquer extensão.
19:31
85. Lançamentos graduais, escopo limitado, testes mensuráveis.
19:33
85. A IA não tem passe livre.
19:35
86. Execute cada parte isoladamente ao testão.
19:38
86. Não conecte toda a cadeia e espera melhor.
19:40
86. Valide o registro da capacidade.
19:41
86. Verifique se a disponibilidade aparece corretamente.
19:44
87. Confirme a autorização e, em seguida, verifique se o MetaPrompte é aplicado nas respostas.
19:48
87. Só quando cada peça funcionar é que você permite que os usuários finais a acessem.
19:52
88. Essa é a ponte entre o projeto e a realidade.
19:54
89. Simplificando. A capacidade de definibilidade, a disponibilidade define o público,
19:58
89. Autorização abre a porta, o MetaPrompte define as regras e o piloto prova que o sistema não vai te envergonhar.
20:03
89. E você estará à frente dos lançamentos oficiais de recursos.
20:06
89. E isso nos traz de volta ao ponto principal.
20:09
89. Esses passos permitem que você molde o Copilot ao redor do seu negócio,
20:12
em vez de seguir apenas as demos pré-embaladas que a Microsoft apresenta.
20:16
89. Então, aqui está o resumo.
20:18
90. Três coisas para manter em mente.
20:19
91. Estenda o Copilot por meio da IA do sistema, registrando capacidades.
20:23
91. Proteja a conexão com o Azure. Use armazenamento isolado durante os testes,
20:28
mas move essas chaves para que volte em produção.
20:29
91. Pilote e governe os recursos na página de capacidades do Copilot e agentes,
20:33
para que os administradores sempre mantenham o controle em mãos.
20:36
91. Um lembrete rápido para o pessoal da governança.
20:38
91. O Copilot herda as permissões do usuário, portanto, ele nunca leu o que o usuário não pode acessar.
20:43
91. E a Microsoft não treina modelos com os dados do seu tenant, a menos que você permita explicitamente.
20:47
91. Próximo passo, experimente uma capacidade em seu sandbox esta semana e veja se ela se comporta corretamente
20:52
conforme o checklist, depois assine a newsletter no M315 Show.
20:55
91. Para atualizações do Guia de Sobrevivência, siga a página do M310 Sobrevivência e siga a página do MFPs que já quebraram e consertaram essas ferramentas.
21:01
91. Primeiro.
21:19
92.
21:20
93.
21:21
92.
21:23
93.
21:26
93.
21:27
94.
21:28
94.