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.

Zasadą jest zaprojektowanie z myślą o elastyczności, zachowawcze działanie i blokowanie każdej aktualizacji poprzez ocenę. Aktualizacja do każdego nowego modelu grozi cichymi regresami. Unikanie wszystkich zmian modeli gwarantuje nagły wypadek, gdy nadejdzie emerytura.

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. Seria kontynuuje się od:

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łasność przed koniecznością zmiany modelu wywołają 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 dużej wolumenu wybierz konkretny model zamiast śledzić domyślnego, tak 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 pracownika 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 helpdesku i agentów pracowniczych z nieprzewidywalną lub zróżnicowaną złożoność zapytań. Opóźnienia i koszty różnią się w zależności od tury.
  • Ogólne: Zoptymalizowane pod kątem szybkości i kosztów na codziennym czacie oraz lekkim uziemieniu. 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 udokumentowany jako dostępny może nadal być niedostępny dla agenta, którego migrujesz, jeśli wymagane ustawienie nie jest 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 cross-geo. 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 środowiskowej. 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 Opis
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ć.
Powiadomienia administratora Microsoft 365 Message Center i 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 pojemnością Copilot Studio Z czego korzysta najemca i w jakim zużyciu, według modelu.
Wskazówki dotyczące aktualizacji dostawcy modeli Zachowanie zmienia się między generacjami modeli oraz zmianami promptów, 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 cross-geo, modele zewnętrzne oraz modele podglądowe i eksperymentalne.
  • 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ądzaj>Kolumna Copilot Studio Model> Przejrzyj agentów w całym dzierżawcy i zidentyfikuj model skonfigurowany dla każdego agenta. Przefiltruj lub eksportuj wyniki, aby znaleźć agentów korzystających z modelu zaplanowanego na emeryturę.
Licencjonowanie>Szczegóły>dotyczące konsumpcji wiadomościCopilot StudioEnvironment>> Wybierz środowisko i przejrzyj zużycie wiadomości według modelu LLM. Użyj tego widoku, aby zidentyfikować środowiska, agentów i ostatnie zużycie związane z modelem odchodzenia.

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 API inwentaryzacji , gdy chcesz zebrać te same informacje programowo, tak aby wyliczanie agentów mogło być skryptowane, planowane i powtarzane na całym tenantzie 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 zapytania zasobu, przefiltruj microsoft.copilotstudio/agents typ zasobu i projektuj 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 na 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 są obcinane, wartość skipToken . Przekaż tę wartość z powrotem i Options.SkipToken powtarzaj żądanie, aż wszystkie rekordy zostaną pobrane.

Pogrupuj zebrane rekordy według tego properties_model , aby zobaczyć, gdzie każdy model jest używany w ramach najemcy. 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 przejście na emeryturę, 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 sekcji Odpowiedź na model emerytury dla pełnej odpowiedzi na emeryturę.

Dowiedz się więcej w:

Użyj Power Platform CLI do szczegółów w skali środowiskowej

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 do pac admin list pobierania nazw środowisk i identyfikatorów.

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 tag release.
  • Niezależnie od tego, czy agent korzysta z modelu domyślnego, czy z konkretnego wybranego modelu.
  • Wymagania dotyczące przetwarzania geograficznego i ograniczeń regionalnych.
  • Niezależnie od tego, czy agent jest zasilany standardową wiązką, czy z uzbrojenia GitHub Copilot, która decyduje o dostępnych metodach testów oceniających. Dowiedz się więcej w Wybierz uprząż.
  • 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

Gdy rozumiesz model i masz gotowy inwentaryzację agenta, wykorzystaj kryteria decyzyjne, aby określić, czy konieczna jest modernizacja.

Decyduj o tym, kiedy ulepszyć model AI

  • Last updated on