Zarządzanie cyklem życia modelu AI dla agentów Copilot Studio

Copilot Studio oferuje różne typy modeli. Te typy modeli opierają się na ich przeznaczeniu i dostępności. Wybór modelu AI nie jest jednorazową decyzją projektową. Modele są wprowadzane, aktualizowane, udostępniane ogólnie, wybierane jako domyślne, a ostatecznie wycofywane. Agent, który dobrze współpracuje z jednym modelem, może zachowywać się zupełnie inaczej wobec innego modelu, nawet z modelem z tej samej rodziny.

Traktuj zarządzanie cyklem życia modelu jako stałą praktykę operacyjną dla każdego agenta produkcyjnego Copilot Studio. Ustal powtarzalny proces wykrywania zmian modeli, oceny modeli kandydatów, przygotowania do emerytury, migracji dotkniętych agentów oraz monitorowania jakości po wdrożeniu.

Zmiana modelu używanego przez agenta rzadko jest po prostu zmianą w wyborze modelu. Nowszy model potrafi interpretować instrukcje bardziej dosłownie, wybierać narzędzia inaczej, generować różną długość odpowiedzi i formatowanie oraz zmieniać opóźnienia. Każdą zmianę modelu zaplanuj jako migrację, która obejmuje ocenę, udoskonalanie instrukcji i narzędzi, zatwierdzenie oraz monitorowanie po wdrożeniu.

Naczelną zasadą jest projektować z myślą o elastyczności, działać zachowawczo i każdą aktualizację poprzedzać oceną. Aktualizacja do każdego nowego modelu grozi cichymi regresami. Unikanie wszelkich zmian w modelu gwarantuje kryzys, gdy przyjdzie czas jego wycofywania.

Zastosuj następujący cykl życia do agentów produkcyjnych:

  1. Odkryj nowe, zaktualizowane, domyślne i wycofywane modele.
  2. Inwentaryzuje agentów, środowiska, właścicieli oraz procesy biznesowe, które zależą od każdego modelu.
  3. Oceniaj modele zastępowania kandydatów na podstawie ustalonego poziomu wyjściowego.
  4. Zatwierdzaj migrację, korzystając z udokumentowanych kryteriów jakości i eksploatacji.
  5. Wdrożenie w ramach procesu zarządzania cyklem życia aplikacji (ALM) organizacji.
  6. Monitoruj wyniki produkcji i dodawaj nowo odkryte scenariusze do zestawu regresji.
  7. Powtarzaj ten proces w miarę ewolucji modeli i wymagań agentów.

Ten artykuł dotyczy odkrywania i inwentaryzacji. Dalszy ciąg serii:

Zarządzanie cyklem życia modelu wymaga koordynacji między właścicielami agentów, twórcami, administratorami platform, testerami, zespołami ds. bezpieczeństwa i zgodności oraz zatwierdzającymi wydania. Przypisz właściciela, zanim zmiana modelu wymusi pilną migrację.

Zrozum krajobraz modeli

Zanim zaplanujesz zmianę modelu, musisz wiedzieć, jak Copilot Studio klasyfikuje modele, które modele twoja organizacja faktycznie może wykorzystać oraz którzy agenci zależą od każdego z nich.

Zrozumienie typów wydań modeli

Copilot Studio identyfikuje modele według klasyfikacji wydania i dostępności. Te klasyfikacje pomagają określić, jak zarządzać modelem i gdzie go stosować. Nazwy modeli, etapy wydawnictwa, dostępność regionalna oraz status emerytalny zmieniają się w czasie. Zawsze sprawdzaj dostępność modeli według regionów pod kątem aktualnych informacji, zamiast polegać na statycznej liście modeli.

Agent, który korzysta z domyślnego modelu, przechodzi na nowy model za każdym razem, gdy domyślny zostanie zaktualizowany, niezależnie od tego, czy planowałeś, czy nie. W przypadku agentów wysokiego ryzyka i obsługujących duży wolumen wybierz konkretny model, zamiast polegać na modelu domyślnym, aby każda zmiana modelu przechodziła przez proces migracji.

Warning

Modele eksperymentalne i podglądowe mogą mieć ograniczoną dostępność, zmienną jakość odpowiedzi, różne opóźnienia lub zużycie wiadomości, limity czasu oraz regionalne aspekty przetwarzania danych. Copilot Studio nie poleca ich agentom produkcyjnym. Jeśli publikujesz agenta korzystającego z modelu podglądowego lub eksperymentalnego i użytkownicy z nim wchodzą w interakcję, to użycie nadal jest rozliczane według ustalonych stawek.

Dopasuj kategorię użycia modelu do celu agenta

Copilot Studio oznaczało każdy model kategorią użycia, która opisuje, do czego model jest zoptymalizowany. Wybór odpowiedniej kategorii obciążenia agenta wpływa na jakość, opóźnienia i zużycie kredytów.

  • Deep: Zoptymalizowany pod kątem celowego, wieloetapowego rozumowania i przepływów pracy wspieranych narzędziami. Najlepsze do złożonej analityki, analizy polityki i syntezy dokumentów. Ma największe opóźnienia i zużycie kredytów.
  • Auto: Pokrywa mieszane obciążenia poprzez dynamiczne kierowanie zapytań. Najlepsze dla działów pomocy technicznej i agentów obsługi pracowników, którzy obsługują zapytania o nieprzewidywalnym lub zróżnicowanym stopniu złożoności. Opóźnienia i koszty różnią się w zależności od tury.
  • Ogólne: zoptymalizowane pod kątem szybkości i kosztów codziennego czatu i małego uziemienia. Najlepsze do tworzenia szkicu, streszczania, odpowiedzi w stylu FAQ i prostej automatyzacji działań. Najniższe opóźnienia i zużycie kredytów.

Dowiedz się więcej w kategoriach użycia modelu.

Ważna

Najczęstszym błędem w aktualizacji jest niedopasowanie kategorii użycia, na przykład przeniesienie agenta FAQ o dużej liczbie wolumenu z modelu ogólnego na model głęboki, ponieważ model głęboki osiąga lepsze wyniki. Jakość odpowiedzi może nieznacznie się poprawić, podczas gdy opóźnienia i zużycie kredytów gwałtownie wzrosną. Ta zmiana to regres w doświadczeniu użytkownika i kosztach.

Zrozumienie zewnętrznych modeli i kontroli administratora

Możesz użyć modeli zewnętrznych dostawców, takich jak Anthropic, xAI i Mistral, jako podstawowego modelu agenta. Dowiedz się więcej w Wybierz zewnętrzny model jako główny model AI.

Ustawienia administratora decydują, które modele producenci mogą wybrać w danym środowisku. Model opisany w dokumentacji jako dostępny może nadal być niedostępny dla migrowanego agenta, jeśli wymagane ustawienie nie zostało włączone.

Ustawienia administratora Wpływ na dostępność modelu
Wersje podglądowe i eksperymentalne modele sztucznej inteligencji Włącz zanim producenci będą mogli wybrać modele podglądowe lub eksperymentalne w środowisku.
Przenosz dane między regionami Wymagane dla modeli międzyregionowych. Administrator dzierżawy zarządza tymi ustawieniami na poziomie środowiska w centrum administracyjnym platformy Power Platform.
Modele zewnętrzne Włącza zewnętrznych dostawców dla środowiska lub grupy środowisk. Musisz także umożliwić dostęp do każdego dostawcy osobno w Centrum administracyjne platformy Microsoft 365. Ten wymóg sprawia, że modele zewnętrzne są klasą, która wymaga dwóch niezależnych działań administratora.

Note

Modele podglądowe i eksperymentalne oraz modele zewnętrzne są regulowane przez oddzielne ustawienia. Włączanie jednego typu nie włącza drugiego. Administrator może zezwolić na podgląd i modele eksperymentalne, blokując modele zewnętrzne lub odwrotnie.

Przed planowaniem migracji potwierdzić, czy model kandydata jest dostępny dla producenta w środowisku docelowym. Lista modeli w Copilot Studio odzwierciedla ustawienia administratora i stanowi podstawową informację o tym, z czego konkretny agent może korzystać. Dowiedz się więcej w Sterownikach administracyjnych dotyczących wyboru modelu AI.

Regularnie przeglądaj dostępność modeli

Regularnie przeglądaj główny model AI dla swojego agenta . To autorytatywne źródło obecnej listy modeli. Nowe modele pojawiają się tam po wprowadzeniu, a istniejące aktualizują się, gdy stają się powszechnie dostępne, stają się standardowymi lub są wycofane.

Korzystaj z następujących źródeł razem:

Źródło Description
Wybierz główny model AI dla swojego agenta Główne źródło dostępności modeli i wprowadzania nowych modeli: nazwy modeli, tagi kategorii użycia, tagi wydań, dostępność w poszczególnych regionach, flagi międzygeograficzne, status wycofany, dostępność chmury rządu USA oraz kontrole administratora.
Lista modeli w Copilot Studio, na stronie Przegląd agenta w sekcji Model Co faktycznie jest dostępne dla konkretnego agenta w twoim środowisku, biorąc pod uwagę ustawienia administratora.
Kontynuuj korzystanie z wycofanego modelu AI Jak działa okno kompatybilności dla wycofanych modeli i jak je włączyć.
Centrum wiadomości platformy Microsoft 365 i powiadomienia administratora platformy Power Platform Zmiany skierowane do najemców oraz ogłoszenia o przejściu na emeryturę.
Plany premier Copilot Studio i nowości w Copilot Studio Model przyszłościowy i mapa drogowa zdolności.
Środowiska wczesnego cyklu wydania Wcześniejsza weryfikacja zmian w platformie i modelu, zanim trafią one do środowisk kluczowych dla biznesu.
Zarządzaj kredytami i zasobami usługi Copilot Studio Z czego korzysta najemca i w jakiej ilości, w podziale na modele.
Wskazówki dotyczące aktualizacji dostawcy modeli Zmiany w zachowaniu między generacjami modeli oraz zmiany w promptach, które je uwzględniają.

Również wywołaj recenzję, gdy:

  • Odpowiedni model staje się dostępny w wersji podglądowej lub ogólnie dostępny.
  • Domyślny model się zmienia.
  • Ogłaszane jest wycofanie modelu lub automatyczna modernizacja.
  • Model staje się dostępny w regionie organizacji.
  • Organizacja umożliwia przetwarzanie między regionami, korzystanie z modeli zewnętrznych oraz modeli w wersji zapoznawczej i eksperymentalnych.
  • Monitorowanie produkcji identyfikuje problem jakości, opóźnień, niezawodności lub zużycia, który inny model może rozwiązać.

Utrzymywanie inwentarza modeli i agentów

Korzystaj z inwentarzy agentów dostępnych w centrum administracyjnym Power Platform, w API Power Platform CLI lub Power Platform , aby zidentyfikować agentów korzystających z określonego modelu. Wykorzystaj te informacje do rozpoczęcia komunikacji cyklu życia modelu z zainteresowanymi właścicielami biznesowymi i technicznymi.

Użyj jednego z następujących widoków w centrum administratora Power Platform:

Widok centrum administracyjnego Power Platform Korzystanie
Zarządzanie>Copilot Studio>Model — kolumna Przejrzyj wszystkich agentów w dzierżawie i określ model skonfigurowany dla każdego agenta. Przefiltruj lub wyeksportuj wyniki, aby znaleźć agentów używających modelu przeznaczonego do wycofania.
Licencjonowanie>Copilot Studio>Środowisko>Szczegóły użycia komunikatów>Model LLM — kolumna Wybierz środowisko i przejrzyj zużycie wiadomości według modelu LLM. Użyj tego widoku, aby zidentyfikować środowiska, agentów i ostatnie użycie związane z wycofywanym modelem.

Zapytaj API inwentaryzacji, aby znaleźć agentów według modelu

Widoki centrum administracyjnego Power Platform są skuteczne do ręcznego przeglądania i eksportu wyników. Zamiast tego zapytuj interfejs API inwentaryzacji, gdy chcesz zebrać te same informacje programowo, tak aby wyliczanie agentów mogło być wykonywane skryptem, planowane i powtarzane w całej dzierżawie zamiast ręcznego pobierania raportów. Organizacje z dużym portfelem agentów mogą wykorzystać to podejście do odświeżania listy dotkniętych agentów na żądanie podczas migracji emerytalnej i utrzymywać ją na bieżąco między wydarzeniami cyklu życia.

API inwentarza zwraca nazwę agenta, nazwę wyświetlaną, środowisko oraz skonfigurowany model w jednym zapytaniu dla całego dzierżawcy, więc nie jest wymagana korelacja z innym źródłem danych.

Zanim uruchomisz zapytanie:

  • Zaloguj się na konto, które pełni rolę administratora Power Platform lub administratora Dynamics 365.
  • Zdobądź token dostępu do zasobu https://api.powerplatform.com/ .
  • Potwierdź, że inwentarz agenta jest włączony dla najemcy.

Wyślij żądanie POST do punktu końcowego zapytań o zasoby, przefiltruj według typu zasobu microsoft.copilotstudio/agents i wybierz potrzebne pola, w tym 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 }
}

Odpowiedź zwraca jeden rekord dla każdego agenta. Nazwy pól w odpowiedzi zastępują kropkę podkreśleniem, więc properties.model zwraca się jako 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"
    }
  ]
}

Odpowiedź zawiera totalRecords oraz, gdy wyniki zostaną obcięte, wartość skipToken. Przekaż tę wartość ponownie w Options.SkipToken i ponawiaj żądanie, aż wszystkie rekordy zostaną pobrane.

Grupuj zebrane rekordy według properties_model, aby zobaczyć, gdzie każdy model jest używany w dzierżawie. Poniższy przykład pokazuje liczbę agentów według modelu dla dzierżawcy, z wyłączeniem agentów korzystających z domyślnego modelu Copilot Studio lub działających w doświadczeniu 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

Gdy ogłoszone jest wycofanie, przefiltruj ten sam zestaw wyników w modelu przejścia, aby uzyskać listę dotkniętych agentów, ich środowiska oraz identyfikatory agentów. Użyj environmentId tej wartości do mapowania każdego agenta na nazwane środowisko i kieruj wyniki do właścicieli tych środowisk. Dowiedz się więcej w Reagowanie na wycofanie modelu, aby uzyskać pełne informacje o sposobie reagowania na wycofanie modelu.

Dowiedz się więcej w:

Użyj interfejsu wiersza polecenia Power Platform, aby uzyskać szczegółowe informacje na poziomie środowiska

Używaj pac copilot list , gdy potrzebujesz agentów i kontekstu rozwiązania dla jednego środowiska, na przykład przygotowując migrację w jednym środowisku:

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

Polecenie zwraca nazwę agenta, identyfikator Copilot, stan komponentu, status zarządzany, ID rozwiązania, kod statusu oraz kod stanu. Ten wynik nie zawiera modelu, więc użyj API inwentaryzacji, aby identyfikować agentów według modelu. Użyj pac admin list, aby pobrać nazwy środowisk i identyfikatory.

Co zapisać dla każdego agenta

Sam model nie wystarcza, by zaplanować migrację. Zapisz następujące informacje dla każdego agenta, abyś po ogłoszeniu emerytury wiedział, z kim się skontaktować i jakiej pracy potrzebuje każdy agent:

  • Nazwa agenta, identyfikator agenta, środowisko oraz typ środowiska, taki jak program, test lub produkcja.
  • Krytyczność biznesowa.
  • Właściciel firmy, właściciel techniczny, tester i zatwierdzający wydania.
  • Skonfigurowany model i jego znacznik wydania.
  • Niezależnie od tego, czy agent korzysta z modelu domyślnego, czy z konkretnego wybranego modelu.
  • Wymóg dotyczący przetwarzania między regionami geograficznymi i ograniczenia regionalne.
  • To, czy agent jest oparty na standardowym harnessie, czy na harnessie GitHub Copilot, określa, jakie metody testowe używane do oceny są dla niego dostępne. Dowiedz się więcej o uprzężach Copilot Studio.
  • Lokalizacja zestawu testów regresji oraz data ostatniego uruchomienia bazowego.
  • To, czy okno modelu wycofanego jest używane, kiedy wygasa i kto je zatwierdził.

Następny krok

Mając rozeznanie w krajobrazie modeli i dysponując inwentaryzacją agentów, użyj kryteriów decyzyjnych, aby określić, czy konieczna jest aktualizacja.