Rozpocznij rozwój Agent 365

Agent 365 obsługuje różne implementacje agentów. Agent może wspierać użytkowników w razie potrzeby, działać autonomicznie w tle lub funkcjonować z własną tożsamością użytkownika w Microsoft 365. Zrozumienie, który typ najlepiej opisuje Twojego agenta, jest ważne, ponieważ określa model tożsamości agenta, do jakich zasobów Microsoft 365 ma dostęp oraz jakie etapy cyklu życia mają zastosowanie.

Rodzaje agentów

Zanim zaczniesz, zadaj sobie pytanie: Jakiego rodzaju agenta tworzę?

Istnieją dwa typy agentów w zależności od rodzaju dostępu, jaki posiadają:

Typ agenta Omówienie
Agenci Może działać w imieniu użytkownika z uprawnieniami delegowanymi lub jako aplikacja z uprawnieniami ograniczonymi. Zarejestrowane jako aplikacje Microsoft Entra lub szkice tożsamości agenta.
Współpracownik AI Działają z własną tożsamością użytkownika w Microsoft 365, obejmując skrzynkę pocztową, obecność w Microsoft Teams oraz wpis w katalogu. Ten typ agenta jest dostępny wyłącznie dla najemców biorących udział w programie wersji zapoznawczej Frontier.

Agenty

Agent działa w imieniu użytkownika. Odpowiada na żądania, wykonuje zadania w tle, łączy się z API, przetwarza dane i inicjuje działania.

Agenci przybierają różne formy. Niektóre są konwersacyjne — użytkownik pyta o coś, a agent odpowiada. Niektóre działają cicho w tle – wywołane harmonogramem, zdarzeniem lub nadchodzącą wiadomością – bez czyjegokolwiek aktywnego udziału. Niektórzy robią jedno i drugie.

Przykładowe scenariusze:

  • Użytkownik prosi agenta o podsumowanie nieprzeczytanych e-maili i przygotowanie szkiców odpowiedzi. Agent wykonuje pracę, uzyskując dostęp tylko do zasobów, do których użytkownik ma dostęp, i przekazuje rezultat.
  • Agent obsługi klienta pomaga inżynierowi wsparcia w przeszukiwaniu wewnętrznych baz wiedzy i komponowaniu odpowiedzi podczas trwającej sesji wsparcia na żywo.
  • Agent monitorujący zgodność działa co noc, skanuje witryny SharePoint, do których ma przyznany dostęp, pod kątem naruszeń polityk i sporządza raporty z audytu – bez nadzoru człowieka.
  • Agent przetwarzania zamówień automatycznie pobiera nowe zamówienia z kolejki, aktualizuje CRM i wysyła e-maile potwierdzające — bez potrzeby interwencji człowieka.

Podstawa tożsamości:

Tradycyjnie rejestruje się agentów jako aplikacje Microsoft Entra. To podejście nadal działa. W przyszłości możesz także tworzyć agentów w oparciu o identyfikator agenta Microsoft Entra, korzystając z szablonu tożsamości agenta – zatwierdzonej przez IT i egzekwowanej przez nadzór definicji możliwości agenta, dozwolonego dostępu do narzędzi oraz ograniczeń zgodności. Budowanie agenta w oparciu o szablon tożsamości agenta to zalecana ścieżka dla nowych agentów. Umożliwia nadzorowany dostęp do narzędzi Work IQ, ochronę danych Microsoft Purview, monitorowanie zagrożeń przez Microsoft Defender oraz nadzór Entra ID — czyniąc Twojego agenta w pełni nadzorowaną tożsamością przedsiębiorstwa od pierwszego dnia. Jeśli użytkownicy Twojego agenta logują się za pośrednictwem zewnętrznego dostawcy tożsamości, zobacz Integracja identyfikator agenta Microsoft Entra z zewnętrznymi dostawcami tożsamości.

Członek zespołu AI

Ważne

Aby uzyskać wcześniejszy dostęp do tego typu agenta, musisz być uczestnikiem programu Frontier wersji zapoznawczej. Frontier łączy Cię bezpośrednio z najnowszymi innowacjami AI Microsoftu. Wersje zapoznawcze Frontier podlegają obowiązującym warunkom wersji zapoznawczej w umowach z klientami. Ponieważ te funkcje są nadal rozwijane, ich dostępność i możliwości mogą się z czasem zmieniać.

Współpracownik AI działa w Microsoft 365, używając własnej tożsamości agenta. Możesz wyposażyć go w możliwości takie jak wysyłanie i odbieranie wiadomości e-mail za pomocą własnej skrzynki pocztowej, uczestniczenie w rozmowach 1:1 i grupowych w Teams oraz widoczność w katalogu i metadanych organizacyjnych z przypisaną relacją z menedżerem. Użytkownicy mogą wchodzić z nim w interakcje poprzez znane punkty wejścia Microsoft 365, takie jak @mentions, e-mail, zaproszenia do kalendarza oraz czat w Teams.

Twórz tych agentów na podstawie szablonu agenta, który jest zatwierdzoną przez IT i wymuszaną przez nadzór definicją możliwości agenta, dozwolonego dostępu do narzędzi oraz ograniczeń zgodności. Każda instancja agenta dziedziczy model tożsamości, uprawnienia i zasady od szablonu tożsamości agenta nadrzędnego.

To, czy agent jest konwersacyjny, działa w tle, czy łączy oba tryby, zależy od sposobu jego zaprojektowania. Niektóre agenty są wysoce interaktywne, odpowiadają na wiadomości i wspierają działania w czasie rzeczywistym. Pozostałe agenty realizują zadania w tle, obsługując e-maile lub zdarzenia bez bezpośredniego udziału użytkownika. Agent działa z własną tożsamością użytkownika, a jego działania są regulowane i audytowane w ramach tej tożsamości.

Jeśli już masz agenta, nie musisz zaczynać od nowa. Możesz rozszerzyć istniejące agenty o własną tożsamość, dodając konfigurację tożsamości i blueprintu, jak opisano w dalszej części przewodnika.

Przykładowe scenariusze:

  • Dodaj AI-owego członka zespołu HR ds. onboardingu do kanału onboardingowego nowego pracownika w Teams. Wysyła powitalne e-maile ze swojej skrzynki pocztowej, planuje spotkania orientacyjne w swoim kalendarzu i odpowiada na pytania, korzystając z możliwości skonfigurowanych dla danego agenta.
  • Przypisz relację menedżerską w metadanych katalogu do agenta AI ds. zakupów. Pracownicy wysyłają wnioski zakupowe do jego skrzynki pocztowej. Agent przetwarza żądanie, odpyta systemy ERP i finansowe, korzystając z zarządzanego dostępu do narzędzia Work IQ, i odpowiada, zatwierdzając lub eskalując, z własnej tożsamości.
  • Dodaj agenta AI ds. badań do witryny SharePoint zespołu projektowego i kanału Teams. Może udostępniać odpowiednie dokumenty podczas spotkań, odpowiadać w wątkach rozmów oraz sporządzać cotygodniowe raporty statusu, korzystając z uprawnień i narzędzi skonfigurowanych dla danego agenta.

Podstawa tożsamości:

Zbudowane na szablonie tożsamości agenta, który tworzy identyfikator agenta Microsoft Entra oraz powiązane konto użytkownika – zawsze wymagane.

Stopniowe dodawanie możliwości Agent 365

Agent 365 nie jest rozwiązaniem typu wszystko albo nic. Nie musisz tworzyć AI współpracownika od pierwszego dnia – ani w ogóle, jeśli Twój scenariusz tego nie wymaga. Wdrażaj kolejne możliwości stopniowo, zaczynając od tego, czego twój agent potrzebuje teraz, i rozszerzając je wraz z rozwojem wymagań.

Dlaczego opierać się na szablonie tożsamości agenta?

Gdy tworzysz blueprint tożsamości agenta, CLI Agent 365 zapewnia Identyfikator agenta Microsoft Entra dla Twojego agenta – tożsamość pierwszej klasy w dzierżawcy, podlegającą tym samym politykom zarządzania przedsiębiorstwa co użytkownicy użytkowi. Ta pojedyncza tożsamość jest podstawą korzyści związanych z bezpieczeństwem, które automatycznie przysługują każdemu agentowi stworzonymu na podstawie blueprintu.

Świadczenie Co to oznacza dla Twojego agenta
Zgodność Microsoft Entra ID Cykl życia tożsamości i dostępu agenta jest zarządzany przez te same mechanizmy Conditional Access, ochrony tożsamości oraz przeglądów dostępu, które stosuje się wobec użytkowników.
Microsoft Purview Każda operacja na danych wykonywana przez agenta podlega etykietom wrażliwości, politykom DLP i retencji Twojego najemcy – automatycznie, bez dodatkowego kodu.
Microsoft Defender Zachowanie agenta jest nieustannie monitorowane pod kątem anomalii i zagrożeń. Podejrzana aktywność uruchamia te same alerty i procedury reakcji, jak w przypadku każdego użytkownika w dzierżawie.

Te korzyści mają zastosowanie do wszystkich agentów opartych na blueprintach, w tym zarówno do agentów z dostępem delegowanym przez użytkownika, jak i agentów działających z własną tożsamością, od momentu utworzenia blueprintu. Nie jest jednak potrzebna aplikacja do ich uruchamiania.

Cztery poniższe poziomy funkcjonalności można wdrażać etapami. Poniższa tabela pokazuje, co jest dostępne dla Agent 365 w zależności od Twojego punktu wyjścia:

Możliwość Niestandardowe agenty aparatu dla Microsoft 365 Wszystkie inne agenty 1
Zarejestruj się 2
Wgląd
Work IQ
Współpracownik AI 3 3

1 Agenty, które są obecnie zarejestrowane jako aplikacje Microsoft Entra, muszą najpierw utworzyć plan tożsamości agenta , aby rozpocząć korzystanie z dowolnej funkcji w tej kolumnie.

2 Agenty Microsoft 365 custom engine są już zarejestrowane przy użyciu istniejącej rejestracji aplikacji Microsoft Entra — nie wymaga dodatkowej konfiguracji.

3 AI współpracownik dla niestandardowych agentów silnika Microsoft 365 wymaga planu tożsamości agenta. Dostępne wyłącznie dla uczestników programu Frontier.

Rejestracja

Rejestrując swojego agenta, sprawiasz, że jest widoczny i zarządzalny w Centrum administracyjnym Microsoft 365. Administratorzy mogą go odkryć i zobaczyć w inwentarzu agentów swojej organizacji.

Co otrzymasz:

  • Twój agent pojawia się w Centrum administracyjnym Microsoft 365; administratorzy mogą go znaleźć i zobaczyć w liście agentów swojej organizacji.
  • Agenci oparci na szablonie tożsamości otrzymują również pełne korzyści związane z nadzorem Entra ID, Purview oraz Defender, opisane w sekcji Dlaczego warto budować na szablonie tożsamości agenta?

Co tworzysz:

Zarejestruj swojego agenta, używając istniejącej rejestracji aplikacji Microsoft Entra lub blueprintu.

Notatka

Jeśli tworzysz agentów na platformie Google Vertex AI lub Amazon Bedrock, rejestracja nie wymaga żadnej pracy deweloperskiej. API Google i Amazon automatycznie pobierają agentów. Brak integracji z SDK, brak konspektów i brak zmian w kodzie. Po rejestracji możesz korzystać z Agent 365 SDK, aby stopniowo dodawać obserwowalność, dostęp do narzędzi Work IQ oraz inne możliwości. Zobacz Rejestracja agentów Google Vertex AI i Amazon Bedrock, aby zacząć.

Jak ją budować:

Skorzystaj z konfiguratora prowadzonego przez AI i odpowiednio odpowiadaj na pytania dotyczące typu agenta. Konfigurator prowadzony przez AI wykonuje niezbędne kroki dla tego poziomu. Agenci Microsoft 365 custom engine są już dziś wykrywalni dzięki istniejącej rejestracji aplikacji Microsoft Entra.

Wgląd

Po zarejestrowaniu agenta zainwestuj w obserwowalność. Ta inwestycja zapewnia zespołom IT, ds. bezpieczeństwa oraz inżynieryjnym widoczność tego, co faktycznie robi Twój agent. Każde wywołanie inferencji, uruchomienie narzędzia i interakcja są rejestrowane, śledzone i audytowalne.

Obserwowalność jest fundamentem zaufania. Bez niego administratorzy nie mają możliwości weryfikacji zachowań, audytowania zgodności ani diagnozowania problemów na dużą skalę. Dzięki temu Twój agent staje się zasobem przedsiębiorstwa, a nie czarną skrzynką.

Notatka

Jeśli Twój agent jest superagentem – czyli wewnętrznie wywołuje jeden lub więcej podagentów w celu wykonania zadania – te wywołania podagentów mogą być również rejestrowane w potoku obserwowalności. Rejestruj je jako wywołanie narzędzia lub wywołanie agent-do-agenta (A2A), w zależności od przypadku, aby cały łańcuch delegacji był widoczny i audytowalny.

Co otrzymasz:

  • Pełne [OpenTelemetry (OTel) (OTel)](https://opentelemetry.io/docs/specs/otel/protocol/) śledzenie każdej interakcji agenta: wejścia, wyjścia, wywołania narzędzi oraz wywołania modeli.
  • Aktywność widoczna w Centrum administracyjnym Microsoft 365 oraz połączonych narzędziach monitorujących.
  • Ścieżki audytowe zasilające Microsoft Entra, Microsoft Purview i Microsoft Defender, wspierające wymagania dotyczące zgodności, ochrony danych i reagowania na zagrożenia.

Co tworzysz:

Instrumentacja przy użyciu API obserwowalności Agent 365 SDK: albo autoinstrumentacja (jeśli używasz OpenAI, LangChain lub Agent Framework), albo ręczna instrumentacja dla pozostałych stosów.

Notatka

W przypadku większości nowych integracji użyj Microsoft OpenTelemetry Distrokonfiguracja prowadzona przez AI może automatycznie skonfigurować obserwowalność.

Jeśli masz już pipeline OpenTelemetry, jeśli framework agenta nie obsługuje Agent 365 SDK lub jeśli Twój agent jest zbudowany w języku jeszcze nieobsługiwanym przez SDK (na przykład Java), możesz przesyłać telemetrię bezpośrednio do Agent 365 przez surowy OTLP/HTTP, bez zależności od SDK. Zobacz Integruj obserwowalność Agent 365 bezpośrednio przez OTel

Jak ją budować:

Skorzystaj z konfiguracji prowadzonej przez AI i odpowiadaj odpowiednio na pytania dotyczące obserwowalności. Konfiguracja prowadzona przez AI wykonuje niezbędne kroki, aby umożliwić tę funkcjonalność. Konfiguracja prowadzona przez AI wykorzystuje dystrybucję Microsoft OpenTelemetry do instrumentacji Twojego agenta.

Work IQ

Po zarejestrowaniu i uczynieniu agenta obserwowalnym, przyznaj mu dostęp do danych i operacji Microsoft 365 za pomocą Work IQ. Work IQ to zarządzany zestaw narzędzi, który pozwala Twojemu agentowi pracować z pocztą, kalendarzem, OneDrive, SharePoint, Teams i innymi aplikacjami.

Narzędzia Work IQ wymagają zgody administratora, podlegają audytowi i mogą zostać cofnięte. Twój agent wywołuje je za pomocą uprawnień zdefiniowanych w jego Blueprint – nie są potrzebne dodatkowe przepływy OAuth ani niestandardowe złącza.

Co otrzymasz:

  • Dostęp do pełnego katalogu narzędzi Work IQ – poczta, kalendarz, OneDrive, SharePoint, Teams i wiele innych.
  • Uprawnienia, którymi zarządzają administratorzy i które są precyzyjnie dopasowane do potrzeb Twojego agenta.
  • Każde wywołanie narzędzia jest śledzone i podlega audytowi przez kanał obserwowalności.

Co tworzysz:

Kod agenta, który wywołuje narzędzia Work IQ za pomocą API narzędzi Agent 365 SDK.

Jak ją budować:

Użyj API narzędzi Agent 365 SDK, aby ręcznie dodawać wywołania narzędzi Work IQ do kodu agenta. Konfiguracja prowadzona przez AI obecnie nie obsługuje tej możliwości.

Członek zespołu AI

Członkowie zespołu AI są dostępni dla uczestników programu Frontier.

Ostatnia faza umożliwia agentowi działanie w Microsoft 365 z własną tożsamością. W zależności od konfiguracji agent może posiadać skrzynkę pocztową, obecność w Teams, wpis w katalogu oraz relację typu menedżer. Użytkownicy mogą wchodzić z nim w interakcje poprzez znane funkcje Microsoft 365, takie jak poczta e-mail, czat, spotkania oraz interfejsy aplikacji.

Notatka

Zmiana modelu tożsamości i uprawnień

Przejście na współpracownika AI stanowi fundamentalną zmianę w sposobie, w jaki agent uzyskuje dostęp do zasobów. Twój obecny agent może korzystać z dostępu użytkownika delegowanego, gdzie agent działa w imieniu zalogowanego użytkownika i ma dostęp tylko do zasobów, do których ten użytkownik ma dostęp, lub z uprawnień aplikacji przypisanych do tożsamości aplikacji (service principal). Agent z tożsamością użytkownika nie dziedziczy uprawnień użytkownika inicjującego podczas działania. Zamiast tego działa pod własną tożsamością, z własnymi uprawnieniami dostępu, politykami nadzoru i ścieżkami audytu.

Ta zmiana oznacza, że:

  • W przypadku dostępu użytkownika delegowanego agent działa w imieniu zalogowanego użytkownika i ma dostęp tylko do zasobów dostępnych temu użytkownikowi. Z własną tożsamością agenta przyznajesz dostęp do zasobów Microsoft 365, takich jak skrzynka pocztowa, kalendarz, Teams i SharePoint, bezpośrednio dla tożsamości agenta.
  • Uprawnienia przyznane tożsamości agenta podlegają zarządzaniu i audytowi jako jej własne uprawnienia. Nie są to te same uprawnienia delegowane przez użytkownika, które są przekazywane przez użytkownika wywołującego.
  • Jeśli Twoja obecna implementacja opiera się na dostępie użytkownika delegowanego lub uprawnieniach aplikacji, przejrzyj i zmień zakres tych uprawnień dla tożsamości agenta przed włączeniem tej funkcji.

Co otrzymasz:

  • Wszystko od wykrywalności, obserwowalności po IQ pracy.
  • Tożsamość użytkownika agenta z własną skrzynką pocztową – użytkownicy mogą wysyłać do niego wiadomości e-mail bezpośrednio, a agent może wysyłać wiadomości e-mail ze swojego własnego adresu e-mail.
  • Obecność we wszystkich aplikacjach Microsoft 365 – użytkownicy mogą rozmawiać z agentem, @mention go, dodawać go do kanałów, zapraszać na spotkania w Teams oraz wchodzić z nim w interakcje bezpośrednio w Wordzie, Excelu, PowerPointcie i innych aplikacjach M365.
  • Wpis w schemacie organizacyjnym pod wyznaczonym menedżerem – agent pojawia się w katalogu organizacyjnym firmy.
  • Cykl życia kontrolowany przez administratora – agent jest tworzony, zarządzany i wycofywany przez Centrum administracyjne platformy Microsoft 365, z pełnym nadzorem nad każdą instancją.

Co tworzysz:

Wszystkie funkcjonalności, plus tworzenie instancji i (opcjonalnie) publikowanie w Microsoft Marketplace.

Jak ją budować:

Skorzystaj z konfiguracji prowadzonej przez AI Teammate i odpowiadaj odpowiednio na pytania dotyczące obserwowalności. Konfigurator prowadzony przez AI wykonuje niezbędne kroki dla tego poziomu.

Konfiguracja prowadzona przez AI

Użyj agenta kodującego AI, aby zautomatyzować konfigurację i konfigurację agenta dla Agent 365. Konfiguracja prowadzona przez AI poprowadzi Cię przez sprawdzenie wymagań wstępnych, kroki konfiguracyjne oraz integrację kodu potrzebną do włączenia takich funkcji jak rejestracja, obserwowalność, dostęp do narzędzi Work IQ oraz funkcjonalność Współpracownik AI.

Wymagania wstępne konfiguracji prowadzonej przez AI

Zanim zaczniesz, upewnij się, że masz następującą elementy:

Wymaganie Details
Agent kodowania AI Visual Studio Code z rozszerzeniami GitHub Copilot i GitHub Copilot Chat lub innym agentem AI do kodowania z dostępem do terminala
Kod agenta Projekt działającego agenta w Pythonie, Node.js lub .NET. Jeśli nie masz, zacznij od przykładu szybkiego startu.
Rola Entra Globalny Administrator — wykonuje wszystkie kroki, łącznie z przyznaniem uprawnień OAuth2. Agent ID Developer – wykonuje wszystkie kroki poza przyznaniem uprawnień OAuth2; konfiguracja generuje przekazanie zadania dla Globalnego Administratora.

Kroki konfiguracji prowadzone przez AI

Te kroki dotyczą zarówno włączania pojedynczego agenta, jak i generatora agentów. Agent AI sprawdza wymagane narzędzia i automatycznie przeprowadza instalację, uwierzytelnianie oraz walidację.

Otwórz projekt swojego agenta i skopiuj to polecenie do wybranego agenta AI. Jeśli korzystasz z GitHub Copilot, najpierw przełącz się na tryb Agent – tryby Ask i Edit nie mają dostępu do terminala.

Follow the steps at aka.ms/agent365enable to enable my agent for Agent 365.

Agent AI zaczyna od zadania ci trzech pytań, aby określić, które możliwości mają zastosowanie do twojego agenta:

Pytanie 1: Czy agent jest już dostępny w Teams lub Copilot?

  • Tak
  • Nie

Pytanie 2: Jak twój agent będzie się uwierzytelniał podczas wywoływania zewnętrznych API?

  • On-behalf-of (OBO) — agent działa jako zalogowany użytkownik (uprawnienia delegowane)
  • Service-to-service (S2S) — agent działa jako własna tożsamość (uprawnienia aplikacji)
  • Oba (OBO i S2S)

Jakie możliwości Agent 365 chcesz włączyć?

Konfiguracja automatycznie uwzględnia wszystkie niezbędne możliwości wymagane dla wybranych opcji.

Agent AI automatycznie przechodzi przez odpowiednie poziomy, zatrzymując się tylko po to, by poprosić o twoje wskazówki:

Możliwość Co robi agent AI 1
Zarejestruj się Sprawdza, czy są zainstalowane .NET i Agent 365 CLI (instaluje lub aktualizuje, jeśli ich brakuje), instaluje Azure CLI, jeśli nie jest dostępny, uruchamia az login, jeśli nie jest uwierzytelniony, weryfikuje rejestrację niestandardowej aplikacji klienckiej, zbiera nazwę agenta i adres e-mail menedżera, konfiguruje agenta w Teams Developer Portal oraz rejestruje Blueprint agenta
Wgląd Dodaje mechanizmy obserwowalności SDK Agent 365 do kodu Twojego agenta
Współpracownik AI Uruchamia a365 publish i prowadzi przez proces po wdrożeniu, w tym tworzenie instancji agenta

1 Wykonane kroki zależą od typu agenta i etapów, które wybrałeś na początku konfiguracji.

Ważne

W przypadku Observability agent AI implementuje kod bezpośrednio w Twoim projekcie. Agenty AI generujące kod mogą popełniać błędy. Zawsze przeglądaj zmiany przed wdrożeniem do produkcji.

Informacje wymagane do ukończenia

Agent AI zatrzymuje się, aby zebrać dane konfiguracyjne podczas procesu konfiguracji.

Polecenie Co należy podać
Nazwa agenta, e-mail menedżera Podstawowe metadane agenta
Potwierdzenie wartości wyliczonych Przejrzyj automatycznie generowane nazwy dla tożsamości agenta, szablonu i głównej nazwy użytkownika
Przegląd manifestu Potwierdź, że Twój manifest.json jest zaktualizowany o nazwę agenta, opis i informacje o deweloperze

Kroki po wdrażaniu

Gdy automatyczne etapy zostaną zakończone, agent AI zatrzymuje się na dwa kroki wymagające interakcji z przeglądarką.

  1. Utworzenie instancji agenta

    (tylko dla AI współpracownika) — W Microsoft Teams przejdź do Aplikacje, wyszukaj swojego agenta i wybierz Dodaj. Jeśli wymagane jest zatwierdzenie administratora, administrator usługi Microsoft 365 otrzymuje prośbę o zatwierdzenie. Po zatwierdzeniu agent pojawia się w schemacie organizacyjnym organizacji. Aby utworzyć dodatkowe instancje, zobacz „Tworzenie instancji agentów”. Pojawienie się nowo opublikowanego agenta w wynikach wyszukiwania Teams może zająć kilka minut.

  2. Testowanie agenta

    Wyślij wiadomość do swojego agenta w Teams, aby zweryfikować, czy działa.

Gotowe — agent został wdrożony, opublikowany i dostępny. Zobacz Tworzenie instancji agenta jeśli potrzebujesz dodatkowych instancji.

Jeśli coś nie zadziałało, agent AI zapewnia ukierunkowane rozwiązywanie problemów. Możesz także odwołać się do Przewodnika rozwiązywania problemów Agent 365.

Ręczne odniesienie ścieżki

Korzystaj z tego odniesienia tylko, jeśli rozwiązujesz problem z danym krokiem, tworzysz automatyzację CI/CD lub pracujesz bez agenta AI do kodowania.

Krok Wyniki działania Przewodnik
Konfiguracja ustawień Tworzy a365.config.json z danymi tenant, subskrypcji i projektu. Jeśli masz już wdrożenie, ustaw punkt końcowy komunikacji tutaj. Konfiguracja Agent 365
Skonfiguruj blueprint Rejestruje tożsamość agenta w Entra i przydziela zasoby Azure (grupa zasobów, Plan App Service, Web App) Konfiguracja konspektu agenta
Wdrażaj Wdraża Twój kod agenta do Azure App Service. Opcjonalnie, jeśli jest już hostowane w innym miejscu. Azure · AWS · GCP
Publikowanie Tworzy manifest.zip i przesyła do Centrum administracyjnego Microsoft 365 Opublikuj agenta

Aby uzyskać informacje dotyczące instalacji CLI, poleceń i rozwiązywania problemów, zobacz Agent 365 CLI.

Opublikuj agenta w Microsoft Marketplace

Po zakończeniu rozwoju i testów agenta w swoim środowisku najemcy lub najemców, opublikuj go w Microsoft Marketplace.

Aby to zrobić, potrzebujesz konta Microsoft AI Cloud Partner Program w Centrum partnerskie. Jeśli nie masz konta, utwórz je, aby otrzymać PartnerID. Następnie zapisz się do programów Microsoft 365 i Copilot, które dają dostęp do zasobów i wsparcia potrzebnego do publikowania ofert agentów. Po zapisaniu się zapoznaj się z listą kontrolną zgłoszenia i wytycznymi weryfikacyjnymi, a następnie zgłoś swojego agenta, korzystając z przewodnika krok po kroku w Centrum partnerskim.

Dowiedz się, jak zgłosić swojego agenta do Microsoft Marketplace za pomocą Centrum partnerskiego.

Gdy zakończysz zgłaszanie, Twój agent zostanie opublikowany w Microsoft Marketplace i będzie dostępny dla klientów, którzy mogą go znaleźć i wdrożyć.

Rozwiązywanie problemów z konfiguracją sterowaną przez AI

Jeżeli wystąpią problemy podczas konfiguracji sterowanej przez AI, przejrzyj listę typowych problemów i sposobów ich rozwiązania.

Problem Podpis
Agent AI nie wykonuje poleceń terminalowych Agent AI opisuje polecenia, ale ich nie wykonuje
Agent AI pomija kroki Proces konfiguracji wydaje się pomijać wymagane kroki
Polecenia CLI kończą się błędami uprawnień Błędy autoryzacji podczas wykonywania poleceń CLI a365
Wartości konfiguracyjne są błędne Należy zmienić konfigurację po utworzeniu a365.config.json

Agent AI nie wykonuje poleceń terminalowych

Jeśli agent AI opisuje polecenia, ale ich nie wykonuje, upewnij się, że korzystasz z trybu agenta w GitHub Copilot Chat. Tryby "Ask" i "Edit" nie mają dostępu do terminala.

Agent AI pomija kroki

Plik instrukcji wymusza ścisłą kolejność kroków. Jeśli agent AI wydaje się pomijać krok, poproś go o rozpoczęcie od nowa:

Please start from Step 1 in the setup instructions and work through each step in order.

Polecenia CLI kończą się błędami uprawnień

Jeśli a365 polecenia CLI zakończą się błędami autoryzacji, najczęstszą przyczyną jest brak lub niekompletna rejestracja niestandardowej aplikacji klienckiej. Agent AI waliduje tę rejestrację podczas konfiguracji, ale jeśli weryfikacja została pominięta, zobacz Rejestracja aplikacji klienta niestandardowej.

W przypadku ogólnych problemów zobacz Przewodnik rozwiązywania problemów Agent 365.

Wartości konfiguracyjne są błędne

Jeśli musisz zmienić wartości konfiguracyjne po utworzeniu a365.config.json, albo:

  • Edytuj plik bezpośrednio i uruchom ponownie a365 config init -c ./a365.config.json
  • Poproś agenta AI o zaktualizowanie określonych wartości