Gerir o ciclo de vida do modelo de IA para os agentes do Copilot Studio

A Copilot Studio oferece diferentes tipos de modelos. Estes tipos de modelos baseiam-se na sua utilização pretendida e disponibilidade. A seleção de modelos por IA não é uma decisão de design pontual. Os modelos são introduzidos, atualizados, disponibilizados de forma geral, selecionados como predefinidos e, eventualmente, retirados. Um agente que trabalha bem com um modelo pode comportar-se de forma completamente diferente com outro modelo, mesmo com um modelo da mesma família de modelos.

Trate a gestão do ciclo de vida do modelo como uma prática operacional contínua para cada agente do Copilot Studio de produção. Estabelecer um processo repetível para detetar alterações nos modelos, avaliar modelos candidatos, preparar-se para as reformas, migrar os agentes afetados e monitorizar a qualidade após a implementação.

Mudar o modelo que um agente usa raramente é apenas uma alteração de seleção de modelo. Um modelo mais recente pode interpretar instruções de forma mais literal, escolher ferramentas de forma diferente, produzir diferentes comprimentos de resposta e formatação, e alterar a latência. Planeie cada alteração de modelo como uma migração que inclua avaliação, refinamento de instruções e ferramentas, aprovação e monitorização pós-implementação.

O princípio dominante é projetar flexibilidade, operar de forma conservadora e encerrar cada atualização com avaliação. Atualizar para cada novo modelo corre o risco de regressões silenciosas. Evitar todas as mudanças de modelo garante uma emergência quando chegar a reforma.

Aplicar o seguinte ciclo de vida aos agentes de produção:

  1. Descubra modelos novos, atualizados, predefinidos e a desistir.
  2. Faça o inventário dos agentes, ambientes, proprietários e processos de negócio que dependem de cada modelo.
  3. Avaliar modelos de substituição candidata com base estabelecida.
  4. Aprove a migração utilizando critérios documentados de qualidade e operação.
  5. Implementar através do processo de Gestão do Ciclo de Vida da Aplicação (ALM) da organização.
  6. Monitorizar os resultados da produção e adicionar cenários recém-descobertos à suíte de regressão.
  7. Repita o processo à medida que os modelos e os requisitos dos agentes evoluem.

Este artigo aborda a descoberta e o inventário. A série continua com:

A gestão do ciclo de vida do modelo requer coordenação entre os proprietários dos agentes, fabricantes, administradores da plataforma, testadores, equipas de segurança e conformidade, e aprovadores de lançamentos. Atribuir a propriedade antes que uma alteração do modelo crie uma migração urgente.

Compreenda o panorama dos modelos

Antes de poder planear uma alteração de modelo, precisa de saber como o Copilot Studio classifica os modelos, quais os modelos que a sua organização pode realmente usar e que agentes dependem de cada um.

Compreender os tipos de lançamentos de modelos

O Copilot Studio identifica modelos por classificações de lançamento e disponibilidade. Estas classificações ajudam a determinar como governar um modelo e onde o utilizar. Os nomes dos modelos, as fases de lançamento, a disponibilidade regional e o estado de reforma mudam ao longo do tempo. Verifique sempre a disponibilidade do modelo por região para obter informação atual, em vez de depender de uma lista estática de modelos.

Um agente que usa o modelo padrão move-se para um novo modelo sempre que o modelo padrão é atualizado, quer o tenha planeado ou não. Para agentes de alto risco e alto volume, selecione um modelo específico em vez de seguir o padrão, para que cada alteração do modelo passe pelo seu processo de migração.

Warning

Modelos experimentais e de pré-visualização podem ter disponibilidade limitada, qualidade de resposta variável, latência ou consumo de mensagens diferente, timeouts e considerações regionais de processamento de dados. A Copilot Studio não os recomenda para agentes de produção. Se publicar um agente que utiliza um modelo de pré-visualização ou experimental e os utilizadores interagirem com ele, esse uso continua a ser faturado às taxas estabelecidas.

Ajustar a categoria de utilização do modelo ao propósito do agente

O Copilot Studio etiqueta cada modelo com uma categoria de utilização que descreve para que o modelo está otimizado. Escolher a categoria certa para a carga de trabalho do agente afeta a qualidade, a latência e o consumo de crédito.

  • Deep: Otimizado para raciocínio deliberado, em vários passos e fluxos de trabalho suportados por ferramentas. Ideal para análises complexas, análise de políticas e síntese de documentos. Tem a maior latência e consumo de crédito.
  • Auto: Cobre cargas de trabalho mistas através do encaminhamento dinâmico das consultas. Ideal para agentes de helpdesk e colaboradores com complexidade de consulta imprevisível ou variada. A latência e o custo variam por turno.
  • Geral: Otimizado para velocidade e custo no chat diário e ligeiro aterramento. Ideal para redigir redigidas, resumir, respostas ao estilo FAQ e automação simples de ações. Menor latência e consumo de crédito.

Saiba mais nas categorias de utilização de modelos.

Importante

O erro de atualização mais comum é uma incompatibilidade na categoria de uso, como mover um agente de FAQ de alto volume de um modelo geral para um modelo profundo porque o modelo profundo tem uma pontuação melhor. A qualidade das respostas pode melhorar marginalmente, enquanto a latência e o consumo de crédito aumentam acentuadamente. Esta mudança representa uma regressão líquida na experiência do utilizador e nos custos.

Compreender modelos externos e controlos de administrador

Pode usar modelos de fornecedores externos como Anthropic, xAI e Mistral como modelo principal de um agente. Saiba mais em Escolha um modelo externo como modelo principal de IA.

As definições de administrador controlam quais os fabricantes de modelos que podem selecionar num ambiente. Um modelo documentado como disponível pode continuar indisponível para o agente que está a migrar se a definição necessária não estiver ativada.

Configuração de administrador Efeito na disponibilidade dos modelos
Pré-visualização e modelos experimentais de IA Ligue antes de os criadores poderem selecionar modelos de pré-visualização ou experimentais num ambiente.
Mover dados entre regiões Necessária para modelos cross-geo. O administrador do tenant gere esta definição ao nível do ambiente no centro de administração do Power Platform.
Modelos externos Ativa fornecedores externos para um ambiente ou grupo de ambiente. Também deve permitir o acesso a cada fornecedor separadamente no centro de administração do Microsoft 365. Este requisito faz dos modelos externos a única classe que necessita de duas ações independentes de administrador.

Note

Modelos de pré-visualização, experimentais e modelos externos são regidos por definições separadas. Ativar um tipo não ativa o outro. Um administrador pode permitir pré-visualização e modelos experimentais enquanto bloqueia modelos externos, ou o inverso.

Antes de planear uma migração, confirme que o modelo candidato está disponível para o fabricante no ambiente alvo. A lista de modelos no Copilot Studio reflete as definições do administrador e é a verdade fundamental sobre o que um agente específico pode usar. Saiba mais em Controlos de Administrador para seleção de modelos de IA.

Revise regularmente a disponibilidade dos modelos

Revise regularmente o modelo primário de IA para o seu agente . É a fonte de referência para a lista atual de modelos. Novos modelos aparecem lá quando são lançados, e os modelos existentes atualizam-se à medida que se tornam geralmente disponíveis, se tornam os predefinidos ou são retirados de serviço.

Use as seguintes fontes em conjunto:

Fonte Descrição
Selecione um modelo de IA principal para o seu agente A principal fonte para disponibilidade de modelos e novas introduções: nomes de modelos, etiquetas de categoria de uso, etiquetas de release, disponibilidade por região, flags cruzados entre geográficos, estatuto de aposentado, disponibilidade de cloud do Governo dos EUA e controlos de administrador.
A lista de modelos no Copilot Studio, na página de Visão Geral do agente em Modelo O que está realmente disponível para um agente específico no teu ambiente, dadas as definições do teu administrador.
Continue a usar um modelo de IA reformado Como funciona a janela de compatibilidade de modelos reformados e como a ativar.
Centro de mensagens Microsoft 365 e notificações de administrador do Power Platform Alterações direcionadas aos inquilinos e anúncios de reforma.
Planos de lançamento do Copilot Studio e novidades no Copilot Studio O modelo prospectivo e o roteiro de capacidades.
Ambientes de ciclo de lançamento inicial Validação avançada das alterações de plataforma e modelo antes que atinjam ambientes críticos para o negócio.
Gerir créditos e capacidade do Copilot Studio O que o seu inquilino usa, e a que consumo, por modelo.
Orientação para atualização do fornecedor de modelos Mudanças de comportamento entre gerações de modelos e as alterações de prompt que as abordam.

Também desencadear uma avaliação quando:

  • Um modelo relevante torna-se disponível em pré-visualização ou disponível de forma geral.
  • O modelo padrão muda.
  • É anunciada uma reforma do modelo ou atualização automática.
  • Um modelo torna-se disponível na região da organização.
  • A organização permite processamento cross-geo, modelos externos ou modelos de pré-visualização e experimentais.
  • A monitorização de produção identifica uma preocupação de qualidade, latência, fiabilidade ou consumo que outro modelo pode abordar.

Mantenha um inventário de modelos e agentes

Use os inventários de agentes fornecidos no centro de administração do Power Platform, na CLI do Power Platform ou nas APIs do Power Platform para identificar agentes que utilizam um modelo específico. Utilize esta informação para iniciar a comunicação do ciclo de vida do modelo com os proprietários do negócio e técnicos afetados.

Utilize qualquer uma das seguintes perspetivas no centro de administração do Power Platform:

Vista do centro de administração Power Platform Como utilizá-lo
Gerir>Coluna Copilot Studio>Model Analise os agentes em todo o inquilino e identifique o modelo configurado para cada agente. Filtre ou exporte os resultados para encontrar agentes que utilizem o modelo previsto para a reforma.
Licenciamento>Copilot StudioEnvironment>> Detalhes >do consumode mensagens na colunado modelo LLM Selecione um ambiente e reveja o consumo de mensagens pelo modelo LLM. Use esta perspetiva para identificar ambientes, agentes e consumo recente associados ao modelo de reforma.

Consulte a API de inventário para encontrar agentes por modelo

As visualizações do centro de administração do Power Platform são eficazes para rever e exportar resultados manualmente. Consulta a API de inventário quando quiseres recolher a mesma informação programaticamente, para que a enumeração de agentes possa ser scriptada, agendada e repetida em todo o inquilino, em vez de descarregar relatórios manualmente. As organizações com um património de agentes de grande porte podem usar esta abordagem para atualizar a lista de agentes afetados sob demanda durante uma migração de reforma e mantê-la atualizada entre eventos do ciclo de vida.

A API de inventário devolve o nome do agente, nome de exibição, ambiente e modelo configurado numa única consulta a nível de inquilino, pelo que não é necessária correlação com outra fonte de dados.

Antes de iniciar a consulta:

  • Inicie sessão com uma conta que tenha as funções de administrador Power Platform ou Dynamics 365.
  • Adquira um token de acesso para o https://api.powerplatform.com/ recurso.
  • Confirme que o inventário do agente está ativado para o inquilino.

Envie um pedido POST ao endpoint da consulta de recursos, filtre pelo microsoft.copilotstudio/agents tipo de recurso e projete os campos de que precisa, incluindo properties.model:

POST https://api.powerplatform.com/resourcequery/resources/query?api-version=2024-10-01
Authorization: Bearer <access-token>
Content-Type: application/json

{
  "TableName": "PowerPlatformResources",
  "Clauses": [
    {
      "$type": "where",
      "FieldName": "type",
      "Operator": "in~",
      "Values": ["'microsoft.copilotstudio/agents'"]
    },
    {
      "$type": "project",
      "FieldList": [
        "name",
        "properties.displayName",
        "properties.model",
        "environmentId = tostring(properties.environmentId)"
      ]
    }
  ],
  "Options": { "Top": 200 }
}

A resposta devolve um registo por agente. Os nomes dos campos na resposta substituem o ponto por um sublinhado, pelo que properties.model é devolvido como properties_model:

{
  "totalRecords": 158,
  "count": 200,
  "data": [
    {
      "name": "00000000-0000-0000-0000-000000000000",
      "properties_displayName": "Sample Agent",
      "properties_model": "GPT-5 Auto",
      "environmentId": "00000000-0000-0000-0000-000000000000"
    }
  ]
}

A resposta inclui totalRecords e, quando os resultados são truncados, um skipToken valor. Passe esse valor de volta Options.SkipToken e repita o pedido até que todos os registos sejam recuperados.

Agrupa os registos recolhidos para properties_model ver onde cada modelo é usado em todo o tenant. O exemplo seguinte mostra a contagem de agentes por modelo para um inquilino, excluindo agentes que utilizam o modelo padrão do Copilot Studio ou que correm na experiência Microsoft 365 Copilot:

Model                  Count
-----                  -----
Claude Sonnet 4.6         24
GPT-5 Chat                22
GPT-5.5 Chat               5
GPT-5 Auto                 4
Claude Sonnet 4.5          3
Claude Opus 4.6            2
Claude Opus 4.7            1
Claude Opus 5              1
Claude Sonnet 5            1
GPT-4o                     1
GPT-5.6 Reasoning          1

Quando uma reforma é anunciada, filtre o mesmo conjunto de resultados no modelo de reforma para produzir a lista de agentes afetados, os seus ambientes e os seus IDs de agente. Use o environmentId valor para mapear cada agente para um ambiente nomeado e encaminhe os resultados para os proprietários desses ambientes. Saiba mais em Responder a uma reforma modelo para a resposta completa à reforma.

Saiba mais em:

Use a CLI da Power Platform para detalhes com âmbito ambiental

pac copilot list Use quando precisa dos agentes e do contexto da solução para um único ambiente, como quando está a preparar uma migração num ambiente:

pac copilot list --environment <environment-id-or-url>

O comando devolve o nome do agente, ID do Copilot, estado do componente, estado gerido, ID da solução, código de estado e código de estado. Este resultado não inclui o modelo, por isso usa a API de inventário para identificar agentes por modelo. Use pac admin list para recuperar nomes e IDs do ambiente.

O que registar para cada agente

O modelo por si só não é suficiente para planear uma migração. Registe o seguinte para cada agente, para que, quando for anunciada a reforma, já saiba quem contactar e que trabalho cada agente precisa:

  • Nome do agente, ID do agente, ambiente e tipo de ambiente, como desenvolvimento, teste ou produção.
  • Criticidade empresarial.
  • Proprietário de negócio, proprietário técnico, testador e aprovador de autorização.
  • O modelo configurado e a sua etiqueta de libertação.
  • Quer o agente use o modelo padrão ou um modelo específico selecionado.
  • Requisitos de processamento cruzado e restrições regionais.
  • Se o agente é alimentado pelo chicote padrão ou pelo GitHub Copilot, que determina os métodos de teste de avaliação disponíveis. Saiba mais em Escolha um arnês.
  • O teste de regressão estabeleceu a localização e a data da última execução da linha de base.
  • Se a janela do modelo retirado está em uso, quando expira e quem a aprovou.

Passo seguinte

Com o panorama dos modelos compreendido e o inventário de agentes implementado, utilize os critérios de decisão para determinar se é necessária uma atualização.

Decida quando atualizar um modelo de IA

  • Last updated on