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

O Copilot Studio oferece diferentes tipos de modelos. Esses tipos de modelos são baseados em seu uso e disponibilidade pretendidos. A seleção de modelos de IA não é uma decisão de design única e única. Modelos são introduzidos, atualizados, disponibilizados de forma geral, selecionados como padrão e, eventualmente, aposentados. Um agente que trabalha bem com um modelo pode se comportar de forma completamente diferente com outro, até 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 todo agente do Copilot Studio de produção. Estabeleça um processo repetível para descobrir mudanças no modelo, avaliar modelos candidatos, preparar para aposentadorias, migrar agentes afetados e monitorar a qualidade após a implantação.

Mudar o modelo que um agente usa raramente é apenas uma mudança de seleção de modelo. Um modelo mais novo pode interpretar instruções de forma mais literal, escolher ferramentas de forma diferente, produzir comprimento e formatação de resposta diferentes e alterar latência. Planeje cada mudança de modelo como uma migração que inclui avaliação, refinamento de instruções e ferramentas, aprovação e monitoramento pós-implantação.

O princípio que rege é 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 a aposentadoria chegar.

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

  1. Descubra modelos novos, atualizados, padrão e que estão se aposentando.
  2. Faça o inventário dos agentes, ambientes, proprietários e processos de negócios que dependem de cada modelo.
  3. Avalie modelos de substituição candidata com base estabelecida.
  4. Aprove a migração utilizando critérios documentados de qualidade e operação.
  5. Implante por meio do processo de Gerenciamento do Ciclo de Vida de Aplicações (ALM) da organização.
  6. Monitore os resultados da produção e adicione cenários recém-descobertos ao conjunto de regressão.
  7. Repita o processo à medida que modelos e requisitos de agentes evoluem.

Este artigo aborda descobertas e inventário. A série continua com:

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

Compreenda o cenário modelo

Antes de planejar uma mudança de modelo, você precisa saber como o Copilot Studio classifica os modelos, quais modelos sua organização pode realmente usar e quais agentes dependem de cada um.

Entenda os tipos de liberação dos modelos

O Copilot Studio identifica modelos por classificações de lançamento e disponibilidade. Essas classificações ajudam a determinar como governar um modelo e onde usá-lo. Nomes dos modelos, estágios de lançamento, disponibilidade regional e status de aposentadoria mudam ao longo do tempo. Sempre verifique a disponibilidade do modelo por região para obter informações atuais, em vez de depender de uma lista estática de modelos.

Um agente que usa o modelo padrão migra para um novo modelo sempre que o padrão é atualizado, independentemente de você ter planejado para isso ou não. Para agentes de alto risco e alto volume, selecione um modelo específico em vez de rastrear o padrão, para que toda mudança de modelo passe pelo seu processo de migração.

Aviso

Modelos experimentais e de pré-visualização podem ter disponibilidade limitada, qualidade de resposta variável, latência ou consumo de mensagens diferentes, timeouts e considerações regionais de processamento de dados. A Copilot Studio não recomenda eles para agentes de produção. Se você publicar um agente que usa um modelo de prévia ou experimental e os usuários interagirem com ele, esse uso ainda é cobrado nas taxas estabelecidas.

Ajuste a categoria de uso do modelo ao propósito do agente

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

  • Deep: Otimizado para raciocínio deliberado, em múltiplas etapas e fluxos de trabalho suportados por ferramentas. Ideal para análises complexas, análise de políticas e síntese de documentos. Carrega a maior latência e consumo de crédito.
  • Auto: Cobre cargas de trabalho mistas roteando consultas dinamicamente. Ideal para agentes de helpdesk e funcionários com complexidade de consulta imprevisível ou variada. Latência e custo variam por turno.
  • Geral: Otimizado para velocidade e custo no chat diário e com um aterramento leve. Ideal para redigir redigidas, resumir, respostas no estilo FAQ e automação simples de ações. Menor latência e consumo de crédito.

Saiba mais nas categorias de uso de modelos.

Importante

O erro de atualização mais comum é um descompasso de categoria de uso, como mover um agente de FAQ de alto volume de um modelo geral para um modelo profundo porque o modelo profundo obtém pontuações melhores. A qualidade das respostas pode melhorar marginalmente, enquanto a latência e o consumo de crédito aumentam acentuadamente. Essa mudança representa uma regressão líquida na experiência do usuário e no custo.

Compreender modelos externos e controles de administrador

Você pode usar modelos de provedores 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 configurações de administrador controlam quais fabricantes de modelos podem selecionar em um ambiente. Um modelo documentado como disponível pode ainda estar indisponível para o agente que você está migrando se a configuração necessária não estiver ativada.

Configuração de administrador Efeito na disponibilidade dos modelos
Visualização e modelos experimentais de IA Ligue antes que os fabricantes possam selecionar modelos de pré-visualização ou experimentais em um ambiente.
Mover dados entre regiões Necessário para modelos cross-geo. O administrador do tenant gerencia essa configuração em nível de ambiente no centro de administração do Power Platform.
Modelos externos Ativa provedores externos para um ambiente ou grupo ambiental. Você também deve permitir o acesso a cada provedor separadamente no Centro de administração do Microsoft 365. Esse requisito faz com que modelos externos sejam a única classe que precisa de duas ações independentes de administrador.

Note

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

Antes de planejar 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 configurações do seu administrador e é a verdade fundamental sobre o que um agente específico pode usar. Saiba mais em Controles de Administrador para seleção de modelos de IA.

Revise a disponibilidade de modelos regularmente

Revise regularmente o modelo de IA primário para seu agente . É a fonte autoritativa para a lista atual de modelos. Novos modelos aparecem lá quando são introduzidos, e os modelos existentes são atualizados conforme ficam disponíveis de forma geral, se tornam padrão ou são aposentados.

Use as seguintes fontes juntas:

Source Descrição
Selecione um modelo de IA principal para seu agente A principal fonte para disponibilidade de modelos e novas introduções: nomes de modelos, tags de categoria de uso, tags de release, disponibilidade por região, flags entre geográficos, status de aposentador, disponibilidade de nuvem do governo dos EUA e controles de administrador.
A lista de modelos no Copilot Studio, na página de Visão Geral do agente em Modelo O que realmente está disponível para um agente específico no seu ambiente, dependendo das configurações de administrador.
Continue usando um modelo de IA aposentado Como funciona a janela de compatibilidade de modelos aposentados e como ativá-la.
Centro de mensagens do Microsoft 365 e notificações de administrador do Power Platform Mudanças direcionadas aos inquilinos e anúncios de aposentadoria.
Planos de lançamento do Copilot Studio e novidades no Copilot Studio O modelo visionário e o roteiro de capacidades.
Ambientes iniciais do ciclo de lançamento Valide antecipadamente as mudanças de plataforma e modelo antes que cheguem a ambientes críticos para o negócio.
Gerencie créditos e capacidade do Copilot Studio O que seu inquilino usa, e em que consumo, por modelo.
Orientação para atualização do provedor de modelo Mudanças de comportamento entre gerações de modelos e as mudanças de prompt que as abordam.

Também acione uma avaliação quando:

  • Um modelo relevante fica disponível em prévia ou disponível de forma geral.
  • O modelo padrão muda.
  • É anunciada uma aposentadoria do modelo ou atualização automática.
  • Um modelo fica disponível na região da organização.
  • A organização possibilita processamento cross-geo, modelos externos ou modelos de pré-visualização e experimentais.
  • O monitoramento de produção identifica uma preocupação com qualidade, latência, confiabilidade 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 usam um modelo específico. Use essas informações para iniciar a comunicação do ciclo de vida do modelo com os proprietários do negócio e técnicos afetados.

Use qualquer uma das seguintes visões no centro de administração do Power Platform:

Visão do centro de administração do Power Platform Como usar
Gerenciar>Coluna Copilot StudioModel> Revise os agentes em todo o locatário e identifique o modelo configurado para cada agente. Filtre ou exporte os resultados para encontrar agentes que utilizam o modelo programado para aposentadoria.
Licenciamento>Copilot StudioEnvironment>> Detalhes >do consumode mensagens na colunado modelo LLM Selecione um ambiente e revise o consumo de mensagens por modelo de LLM. Use essa visão para identificar ambientes, agentes e consumo recente associados ao modelo de aposentadoria.

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 revisar e exportar resultados manualmente. Consulte a API de inventário quando quiser coletar as mesmas informações programaticamente, para que a enumeração de agentes possa ser scriptada, agendada e repetida por todo o tenil, em vez de baixar relatórios manualmente. Organizações com um patrimônio de grandes agentes podem usar essa abordagem para atualizar a lista de agentes afetados sob demanda durante uma migração para aposentadoria e mantê-la atualizada entre os eventos do ciclo de vida.

A API de inventário retorna o nome do agente, nome de exibição, ambiente e modelo configurado em uma única consulta para todo o tenant, então não é necessária correlação com outra fonte de dados.

Antes de você iniciar a consulta:

  • Faça login com uma conta que tenha as funções de administrador do Power Platform ou administrador do 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 uma requisição POST para o endpoint de consulta de recursos, filtre pelo microsoft.copilotstudio/agents tipo de recurso e projete os campos que você 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 retorna um registro por agente. Os nomes dos campos na resposta substituem o ponto por um sublinhado, então properties.model é retornado 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 a solicitação até que todos os registros sejam recuperados.

Agrupe os registros coletados para properties_model ver onde cada modelo é usado em todo o tenant. O exemplo a seguir mostra a contagem de agentes por modelo para um locatário, excluindo agentes que utilizam o modelo padrão do Copilot Studio ou rodam 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 aposentadoria é anunciada, filtre o mesmo conjunto de resultados no modelo de aposentadoria para produzir a lista de agentes afetados, seus ambientes e seus IDs de agentes. Use o environmentId valor para mapear cada agente para um ambiente nomeado e encaminhe os resultados para os donos desses ambientes. Saiba mais em Responder a uma aposentadoria modelo para a resposta completa de aposentadoria.

Saiba mais em:

Use a CLI do Power Platform para detalhes com escopo de ambiente

pac copilot list Use quando você precisar dos agentes e do contexto da solução para um único ambiente, como quando estiver preparando uma migração em um ambiente:

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

O comando retorna o nome do agente, ID do Copilot, estado do componente, status gerenciado, ID da solução, código de status e código de estado. Esse resultado não inclui o modelo, então use a API de inventário para identificar agentes por modelo. Use pac admin list para recuperar nomes de ambientes e IDs.

O que registrar para cada agente

O modelo sozinho não é suficiente para planejar uma migração. Registre o seguinte para cada agente, para que, quando a aposentadoria for anunciada, você já saiba com quem contatar e qual trabalho cada corretor precisa:

  • Nome do agente, ID do agente, ambiente e tipo de ambiente, como desenvolvimento, teste ou produção.
  • Criticidade para negócios.
  • Proprietário de negócio, proprietário técnico, testador e aprovador de liberação.
  • O modelo configurado e sua tag de liberação.
  • Se o agente usa 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 chicote GitHub Copilot, que determina os métodos de teste de avaliação disponíveis para ele. Saiba mais em Escolha um arnês.
  • O local do teste de regressão e a data da última execução de base.
  • Se a janela do modelo aposentado está em uso, quando ela expira e quem a aprovou.

Próximas etapas

Com o cenário dos modelos entendido e o inventário de agentes disponível, use os critérios de decisão para determinar se uma atualização é necessária.

Decida quando atualizar um modelo de IA

  • Last updated on