Microsoft AI Business Professional (AB-730) — Questões de prática e simulado

Um campo de pauta vazio é um sinal sobre o material de origem, e não uma falha do recurso. O Copilot monta a pauta a partir do que a thread realmente diz, então uma conversa que nunca chegou a uma decisão ou a um próximo passo não lhe dá nada em torno do que estruturar uma reunião. Há um segundo motivo, mais silencioso: a confidencialidade. Conteúdo de mensagens confidenciais ou restritas fica de fora, então uma thread que parece substancial para uma pessoa ainda pode ser rala do ponto de vista do Copilot. Nem a duração da reunião nem o agente Facilitator têm influência sobre a redação de uma pauta nesta etapa, embora o Facilitator vá depois procurar uma pauta no convite assim que a reunião começar. O remédio documentado é simples: peça ao Copilot que redija uma, citando os tópicos e objetivos específicos que você quer cobrir, porque um pedido vago produz um roteiro genérico. Dica de prova: thread rala significa nenhuma pauta, e a correção é um prompt específico de Draft with Copilot.

O compartilhamento de prompts produz dois tipos de sinal, e a documentação é específica sobre quais deles um administrador consegue ver. No nível do usuário, um administrador pode olhar os prompts que uma pessoa específica salvou, curtiu e compartilhou, o que mostra quem está de fato construindo uma biblioteca pessoal em vez de apenas experimentar. No nível da equipe, um administrador pode ver os prompts compartilhados com uma equipe específica, que é a medida que importa para a adoção, porque um prompt compartilhado em uma equipe alcança todo mundo nela. Os dois podem ser exportados para relatórios. O que a ferramenta não é: um repositório de transcrições. Ela reporta sobre os objetos prompt e o engajamento com eles, não sobre as conversas que eles geraram. Dica de prova: quando uma questão perguntar o que os administradores podem medir sobre prompts, pense nos artefatos prompt e no compartilhamento deles, não no conteúdo das respostas.

A documentação de transparência é uma das formas pelas quais um fornecedor torna operacionais seus compromissos de IA responsável. Um Application card descreve um aplicativo de IA, um Platform card descreve um serviço de plataforma de IA, e ambos expõem capacidades, usos pretendidos e limitações em uma linguagem sobre a qual a organização que implanta consegue agir. Isso os torna o ponto de partida natural para uma avaliação interna de risco: eles dizem para que o sistema foi projetado, quais escolhas você controla como quem implanta e onde ficam os limites. Eles explicitamente não são uma certificação, uma folha de licenças ou um registro de auditoria. Ler um deles antes do rollout é o que permite a um comitê de governança decidir se um caso de uso está dentro do envelope pretendido. Dica de prova: os cards respondem para que o sistema serve e onde ele para, não quem está licenciado ou quem fez o quê.

Tanto o Agent Builder quanto o Copilot Studio produzem agentes, mas eles atendem a públicos diferentes, e é essa a distinção com que a prova se importa. O Agent Builder fica dentro do Copilot e é voltado para quem quer um agente funcionando para si mesmo ou para um punhado de colegas, descrito em linguagem simples e ancorado em conteúdo que a equipe já mantém. O Copilot Studio é a escolha quando o agente atende a um público amplo, precisa de fluxos de trabalho de várias etapas ou tem de se integrar a outros sistemas. Quem desenvolve e precisa de uma integração mais profunda recorre ao software development kit de agentes. Escolher a ferramenta mais pesada para uma necessidade pequena atrasa o primeiro sucesso sem melhorá-lo. Dica de prova: leia o tamanho do público e a complexidade do fluxo de trabalho antes de escolher uma ferramenta.