--- title: "Azure Bot Service: co po końcu wsparcia Bot Framework" url: "https://majchrzycki.com/blog/microsoft-azure-ai-bot-service-framework-chatbot-voicebot-copilot-agent" description: "Sprawdź status Bot Framework, LUIS i QnA Maker. Zobacz, jak ocenić istniejącego bota i zaplanować migrację bez utraty obsługi klientów." --- # Azure Bot Service: co po końcu wsparcia Bot Framework 17 grudnia 2023· Aktualizacja: 15 września 2026·4 min czytania·Krzysztof Majchrzycki Temat: [Microsoft AI](https://majchrzycki.com/blog/filar/microsoft-ai) Dostajesz ofertę rozbudowy firmowego bota, a w opisie nadal widzisz Bot Framework, LUIS i QnA Maker. Czy to aktualny zestaw narzędzi? **Koniec wsparcia Bot Framework wymaga przeglądu zależności bota; nie oznacza automatycznie wyłączenia każdego zasobu Azure Bot Service.** Najpierw ustal, które elementy obsługują rozmowę, wiedzę i działania. Dopiero potem wybierz zakres migracji. ## Azure Bot Service i Bot Framework to różne elementy Azure Bot Service pomaga łączyć aplikację konwersacyjną z kanałami komunikacji. Bot Framework SDK był zestawem bibliotek używanym do tworzenia jej logiki. Kod bota, źródła wiedzy, model językowy, przechowywanie stanu i system obsługi zgłoszeń mogą być osobnymi składnikami. Jeśli bot ma odbierać sprawy techniczne pracowników, migracja kanału nie kończy projektu. Osobno określ, kiedy odpowiedź powinna zamienić się w zgłoszenie i kto je obsłuży — przykład takiego procesu pokazuje [agent IT w Copilot Studio](https://majchrzycki.com/blog/jak-stworzy%C4%87-efektywnego-chatbota-it-w-microsoft-copilot-studio). Microsoft podaje, że Bot Framework SDK nie jest już rozwijany ani utrzymywany, a obsługę zgłoszeń wsparcia zakończono **31 grudnia 2025 r.** Dla dalszego rozwoju wskazuje Microsoft 365 Agents SDK. Źródła: [dokumentacja Bot Framework SDK](https://learn.microsoft.com/en-us/azure/bot-service/index-bf-sdk?view=azure-bot-service-4.0), [repozytorium Microsoft z komunikatem o wsparciu](https://github.com/microsoft/botframework-sdk). Na dzień aktualizacji, 15 września 2026 r., nie należy zatem przedstawiać starego SDK jako domyślnego wyboru do nowego projektu. Jednocześnie samo działanie strony czatu nie potwierdza, że wszystkie jego komponenty mają aktualne wsparcie. Warstwa Co sprawdzić w istniejącym rozwiązaniu Kanał rozmowy Gdzie klient pisze i jak wiadomość dociera do aplikacji Kod bota Biblioteki, wersje, sposób wdrożenia i właściciel utrzymania Rozpoznawanie intencji Usługa lub reguły kierujące rozmową Wiedza Źródła odpowiedzi, aktualność i uprawnienia Działania Integracje z CRM, ERP lub systemem zgłoszeń Nadzór Logi, obsługa błędu i przekazanie sprawy człowiekowi Taką mapę powinien umieć przygotować zespół utrzymujący rozwiązanie. Jeśli oferta wymienia tylko nazwę platformy, poproś o brakujące zależności i ich status. ## LUIS i QnA Maker również wymagają uwagi W dawnych architekturach LUIS rozpoznawał intencje i informacje w wypowiedzi, a QnA Maker obsługiwał bazę pytań i odpowiedzi. Ich status trzeba sprawdzić osobno od bibliotek bota. Dawny składnik Potwierdzony status Kierunek wskazywany przez Microsoft LUIS Pełne wycofanie 31 marca 2026 r. Conversational Language Understanding QnA Maker Pełne wycofanie 31 października 2025 r. Custom Question Answering Bot Framework SDK Brak dalszego utrzymania; koniec obsługi zgłoszeń w grudniu 2025 r. Microsoft 365 Agents SDK Daty usług językowych: [dokumentacja LUIS](https://learn.microsoft.com/en-us/previous-versions/azure/ai-services/luis/what-is-luis), [Azure Language — informacje o zakończeniu QnA Maker](https://azure.microsoft.com/en-ca/products/ai-foundry/tools/language). W starszych materiałach spotkasz wcześniejszy termin QnA Maker, 31 marca 2025 r.; Microsoft przedłużył działanie części funkcji do końca października. Źródło: [komunikat o przedłużeniu](https://techcommunity.microsoft.com/blog/azure-ai-foundry-blog/announcing-the-extension-of-some-qna-maker-functionality/4397131). Nie planuj migracji na podstawie samego zastąpienia nazwy w dokumentacji. Sprawdź, czy masz dostępne eksporty, kod, przykłady wypowiedzi i testy. Brak archiwum może oznaczać konieczność odtworzenia części konfiguracji z posiadanych materiałów. ## Co zmienia Microsoft 365 Agents SDK Microsoft 365 Agents SDK jest następcą kierunku rozwoju Bot Framework, ale migracja nie sprowadza się do zmiany jednego pakietu. Dokumentacja wskazuje elementy, których nie przeniesiono, między innymi Adaptive Dialogs oraz artefakty Bot Framework Composer. Rozwiązanie oparte na tych mechanizmach potrzebuje alternatywnej implementacji. Źródło: [oficjalny przewodnik migracji](https://learn.microsoft.com/en-us/microsoft-365/agents-sdk/bf-migration-guidance). To dobry moment, żeby oddzielić funkcje nadal potrzebne od historycznych obejść. Nie oznacza to jednak, że każdą przewidywalną ścieżkę rozmowy trzeba zastąpić swobodnym generowaniem tekstu. Zmiana adresu dostawy czy przyjęcie zgłoszenia może nadal wymagać jednoznacznego formularza, walidacji i potwierdzenia. Przed wyborem technologii zapisz kontrakt zadania: jakie dane bot przyjmuje, z czego może korzystać, jaki wynik zwraca i czego nie wykonuje bez zatwierdzenia. Ta zasada wiąże narzędzie z odpowiedzialnością opisaną w [Inteligentnym Systemie Operacyjnym Firmy](https://majchrzycki.com/system). ## Zacznij od jednej ścieżki rozmowy Załóżmy modelowy przypadek: bot odpowiada na pytania o status zamówienia i przekazuje reklamacje konsultantowi. Pierwszą próbą migracji może być samo sprawdzenie statusu, bez zmiany zamówienia i bez automatycznego rozstrzygania reklamacji. Wybierz pytania, dla których znasz oczekiwany wynik. Poniższy zestaw 20 rozmów to propozycja testu, a nie branżowy standard: Przypadek Liczba Oczekiwane zachowanie Poprawny numer i uprawniony użytkownik 8 Status zgodny ze źródłem Niepełne dane 4 Prośba o konkretną brakującą informację Próba dostępu do cudzego zamówienia 4 Odmowa ujawnienia danych Niedostępny system źródłowy 2 Jawny komunikat i dalsza ścieżka obsługi Żądanie spoza zakresu 2 Przekazanie sprawy albo opis ograniczenia Testuj również, co trafia do konsultanta: sam tekst ostatniej wiadomości może nie wystarczyć do kontynuowania sprawy. Jednocześnie przekazanie całej historii bez kontroli może ujawniać dane, których odbiorca nie potrzebuje. Zaakceptuj migrację tej ścieżki dopiero wtedy, gdy wynik, uprawnienia i obsługa wyjątków są sprawdzone. Kolejne intencje przenoś według tego samego schematu. ## Policz koszt całej obsługi Dawne szacunki „kilkadziesiąt dolarów miesięcznie” nie mówią wiele bez liczby rozmów i architektury. W wycenie rozdziel uruchomienie aplikacji, usługi AI, przechowywanie, integracje, monitoring i pracę zespołu. Przy voicebocie uwzględnij także komponenty głosowe i telefoniczne, jeśli występują w projekcie. > **Miara do pilotażu:** koszt sprawy zakończonej poprawnie, razem z kontrolą i poprawkami. Liczba wiadomości obsłużonych przez bota sama nie pokazuje efektu biznesowego. Nie zakładaj, że bot sam doskonali się po każdej rozmowie. Zmiany w wiedzy, instrukcjach i modelach powinny mieć właściciela, test i możliwość wycofania. Częstotliwość przeglądu dopasuj do zmian w ofercie oraz ryzyka błędnej odpowiedzi. Sprawdź też obowiązki wobec odbiorcy rozmowy: [poradnik AI Act dla firmy](https://majchrzycki.com/blog/unijne-rozporz%C4%85dzenie-w-sprawie-ai-i-jego-implikacje-dla-biznesu-eu-ai-act) pomaga rozdzielić kwestie prawne od samej migracji technicznej. ## Co przygotować na spotkanie z wykonawcą Poproś o mapę zależności, listę komponentów bez wsparcia i propozycję pierwszej ścieżki do przeniesienia. Ustal, kto posiada kod, konfigurację i kopie wiedzy oraz kto odpowiada za niedostępność usługi. Dopisz warunek powrotu do obsługi ręcznej, gdy nowa wersja nie spełni kryteriów. Dla nowego projektu wymagaj aktualnych komponentów i tego samego zestawu dowodów. Nie musisz odtwarzać starej architektury tylko dlatego, że poprzedni poradnik na niej bazował. Możesz potraktować migrację jako wymianę nazw technologii. Możesz też wykorzystać ją do uzyskania jednej sprawdzonej ścieżki obsługi, której działanie zespół rozumie i potrafi utrzymać. - Copilot - Agenci AI - Azure - Zarządzanie zmianą ## Przełóż temat na projekt w Twojej firmie Zobacz zakres współpracy: od rozpoznania procesu i danych po projekt rozwiązania AI. [Zobacz współpracę](https://majchrzycki.com/wspolpraca) ## Czytaj dalej - [Agent IT w Copilot Studio: od pytania do zgłoszenia](https://majchrzycki.com/blog/jak-stworzyć-efektywnego-chatbota-it-w-microsoft-copilot-studio) - [Agent HR w Copilot Studio: wiedza i granice dostępu](https://majchrzycki.com/blog/jak-stworzyć-efektywnego-chatbota-hr-do-obsługi-pracowników-w-microsoft-copilot-studio) - [Agenci Microsoft Copilot: jak wyznaczyć zakres działania](https://majchrzycki.com/blog/microsoft-365-copilot-agents) - [MCP w Copilot Studio: narzędzia, dostęp i testy integracji](https://majchrzycki.com/blog/co-to-jest-model-context-protocol-w-microsoft-copilot-studio)