zadania asynchroniczne MCP

Rozszerzenie MCP pozwalające serwerowi prowadzić długotrwałą pracę w tle, raportować postęp i dostarczyć wynik asynchronicznie zamiast blokować wywołanie. Współgra z bezstanowym rdzeniem: zerwane połączenie nie unieważnia trwającego zadania. Wprowadza do pętli agenta nowy stan — wywołanie przyjęte, ale niezakończone.

W Polsce nazywane też:

zadania asynchronicznepraca w tle serwera MCPdługie wywołania

Nie każde wywołanie narzędzia kończy się w sekundę. Analiza dużego zbioru, generowanie raportu, przetworzenie wsadu — to zadania na minuty. Tasks są odpowiedzią MCP na ten przypadek.

Czym są

Tasks to rozszerzenie specyfikacji pozwalające serwerowi prowadzić długotrwałą pracę w tle, raportować postęp i dostarczyć wynik asynchronicznie, zamiast blokować wywołanie do skutku.

Dlaczego to zmienia architekturę

Bez zadań asynchronicznych każde długie wywołanie wymagało utrzymania otwartego połączenia przez cały czas trwania pracy. Przy większej liczbie równoczesnych sesji stawało się to wąskim gardłem, a każde zerwanie połączenia oznaczało utratę pracy.

Tasks współgrają z bezstanowym rdzeniem specyfikacji: skoro stan podróżuje w treści komunikatów, przerwane połączenie nie unieważnia trwającego zadania.

Konsekwencje dla pętli agenta

Pojawia się nowy stan, którego pętla musi się nauczyć obsługiwać: wywołanie przyjęte, ale jeszcze niezakończone. Warunek zakończenia pętli nie może traktować takiego wyniku jak odpowiedzi, a limit czasu musi rozróżniać czekanie na zadanie od zawieszenia.

To także pierwszy przypadek, w którym pojedynczy krok agenta może trwać dłużej niż cała reszta przebiegu — co ma znaczenie przy projektowaniu tego, co widzi użytkownik.

Status

Tasks weszły do specyfikacji jako jedno z rozszerzeń w ramach sformalizowanego frameworku rozszerzeń, obok MCP Apps i Enterprise Managed Authorization.

rozszerzenia MCPSformalizowany framework dodawania możliwości poza rdzeniem MCP. Rdzeń pozostaje mały, a funkcje potrzebne części wdrożeń żyją jako opcjonalne, negocjowane rozszerzenia. Pierwsze trzy to MCP Apps, Tasks i Enterprise Managed Authorization.bezstanowy rdzeń MCPArchitektura wprowadzona w specyfikacji 2026-07-28, w której stan podróżuje w treści komunikatów zamiast być trzymany przez konkretną instancję serwera. Umożliwia skalowanie poziome i odporność na zerwane połączenia. Towarzyszą jej nagłówki HTTP z nazwą metody i narzędzia oraz deterministyczna kolejność list, stabilizująca cache promptu.agent długo żyjącyAgent działający nieprzerwanie w tle, wyzwalany upływem czasu lub zdarzeniem zamiast pytaniem użytkownika. Pracuje w rytmie zwanym biciem serca: cyklicznie sprawdza, czy jest co robić. Wymaga budżetu liczonego w czasie, stanu przetrwającego restart i asynchronicznego potwierdzania operacji nieodwracalnych.warunek zakończeniaReguła w kodzie pętli rozstrzygająca, czy wykonać kolejny obrót, czy zwrócić wynik. Występuje w czterech wariantach: naturalny, limit kroków, limit budżetu i limit czasu. Sam warunek naturalny nie wystarcza — model potrafi prosić o narzędzia w nieskończoność.Opóźnienie agentoweŁączny czas od zlecenia zadania agentowi do dostarczenia wyników — suma wywołań modelu, narzędzi, retrieval i orchestration overhead. Kluczowa metryka dla interaktywnych zastosowań wymagająca decyzji: równoległe wywołania, cachowanie, dobór modelu, sync vs async.