Zespoły

zapisane konfiguracje zespołu — presety ról, powiązań i kolejek

Lista zapisanych zespołów

Podgląd konfiguracji zespołu szablon konfiguracji zespołu

Zespół „Budowa aplikacji”

Oparty na scenariuszu realizacji produktu cyfrowego w module Apps.

Rola	Zadanie	Tryb współpracy	Subagent Network	Profil izolacji	Powiązanie z Automations
Coordinator	Planowanie etapów, przypisanie pracy backendowi i frontendowi	—	Nie	Domyślny (dziedziczony)	Tak
Executor 1	Realizacja backendu	Praca niezależna	Tak — Agent Backend, Agent API, Agent Database	Domyślny (dziedziczony)	Tak
Executor 2	Realizacja frontendu (zasoby z modułu Design)	Praca niezależna	Tak — Agent UI	Domyślny (dziedziczony)	Tak
Executor 3 / Validator	Wcielenie Security Auditor, następnie QA Lead w kolejnych przebiegach	—	Nie	Domyślny (dziedziczony)	Tak
Always On Display	Operator procesu	—	—	—	—

Zespół „Badanie i redakcja”

Rola	Zadanie	Tryb współpracy	Subagent Network	Profil izolacji	Powiązanie z Automations
Coordinator	Planowanie etapów badania i redakcji raportu	—	Nie	Domyślny	Nie (proces jednorazowy)
Executor 1	Zbieranie i analiza źródeł	Przekazywanie wyników → Executor 2	Nie	Domyślny	Nie
Executor 2	Redakcja raportu końcowego na podstawie ustaleń Executora 1	Przekazywanie wyników	Nie	Domyślny	Nie
Executor 3 / Validator	Wcielenie Reviewer — ocena spójności i kompletności raportu	—	Nie	Domyślny	Nie
Always On Display	Obserwator	—	—	—	—

Zespół „Pętla ciągła 24/7”

Konfiguracja w pełni spięta z modułem Automations, przeznaczona do pracy bez stałego nadzoru użytkownika.

Rola	Zadanie	Tryb współpracy	Subagent Network	Profil izolacji	Powiązanie z Automations
Coordinator	Planowanie i sterowanie każdym cyklicznym przebiegiem	—	Nie	Odrębny profil roli (dostęp sieciowy wyłączony jako świadomy wybór)	Tak — Scheduler, Orchestrator
Executor 1	Wykonanie zadań pobieranych z kolejki cyklicznej	Praca iteracyjna z Executorem 2	Tak, w miarę potrzeby zadania	Odrębny profil roli	Tak — Queue Manager
Executor 2	Poprawa i uzupełnienie wyników Executora 1 w kolejnym cyklu	Praca iteracyjna	Tak, w miarę potrzeby zadania	Odrębny profil roli	Tak — Queue Manager
Executor 3 / Validator	Wcielenie Validator — ocena jakości przed zamknięciem każdego cyklu, konfigurowalna i pomijalna	—	Nie	Odrębny profil roli	Tak — Execution Monitor
Always On Display	Operator, z interwencją przez Mobile	—	—	—	—

Role

pięć pozycji zespołu · cztery okna robocze + Subagent Network

Tryb współpracy Executor 1 / Executor 2

WARSTWA CENTRALNA Always On Display nadrzędna wobec wszystkich pięciu pozycji zespołu · obserwator albo operator procesu

Bezczynna Pracuje Oczekuje na zależność Oczekuje na ocenę Błąd wykonania Brak przypisania

Coordinator
koordynator — nie tworzy końcowego produktu; projektuje i kontroluje sposób jego wytwarzania KOORDYNATOR Pracuje

przypisanie: Agent Project Lead model: opus-4.2 kanał modelu: API okno robocze: Coordinator Chat

Cel roli: Nie tworzy końcowego produktu; projektuje i kontroluje sposób jego wytwarzania.
Wejście: Cel procesu ustalony przez użytkownika, wyniki cząstkowe wykonawców, raporty Executora 3 / Validatora.
Wyjście: Plan pracy, prompty dla wykonawców, polecenia sterujące kolejką i orkiestracją.

Panel planu etapów plan · zależności · harmonogram

1 · ArchitekturaExecutor 1 · zakończony

2 · BackendExecutor 1 · w toku

3 · FrontendExecutor 2 · w toku

4 4 · Walidacja bezpieczeństwaExecutor 3 · oczekuje

5 5 · Wdrożenieoczekuje

Kreator promptu · Prompt Builder

Prompt dla Treść budowanego promptu

Widok stanu kolejki

Kolejka lokalna: 4 zadania · 1 wstrzymane

Sterowanie procesem — siedem operacji Coordinatora rozdz. 3.3

Akcje silnika kolejek dostępne roli: enqueue delay retry pause resume route branch condition — pełny zestaw poza dequeue, split, merge, właściwymi wykonawcom.

Executor 1 GŁÓWNY WYKONAWCA Pracuje

przypisanie: Agent Backend model: sonet-4.6 kanał modelu: CLI pamięć: projekt okno robocze: Executor Chat

Cel roli: Faktyczna realizacja pracy: tworzenie dokumentów, analiza danych, programowanie, projektowanie, budowa aplikacji, przetwarzanie materiałów; nie zarządza procesem.
Wejście: Zadanie z kolejki przypisanej roli, polecenie użytkownika, prompt zbudowany przez Coordinatora.
Wyjście: Rezultat pracy, status wykonania do silnika kolejek, podzadania do Subagent Network przy złożonych zleceniach.

Akcje silnika kolejek dostępne roli: dequeue split merge

Subagent Network (4/15) MECHANIZM

Mechanizm, nie odrębna rola zespołu — uruchamiany przez wykonawcę. Wykonawca dzieli złożone zadanie na wąskie zakresy (split), przydziela je podagentom, a po zakończeniu agreguje wyniki (merge). Profil izolacji dziedziczony z roli macierzystej.

Agent Backend

pracuje · 80%

Agent API

zakończony

Agent Database

pracuje · 30%

Agent Security

oczekuje

Executor 2 RÓWNOLEGŁY WYKONAWCA Oczekuje na zależność

przypisanie: Agent UI model: sonet-4.6 kanał modelu: API tryb współpracy: Praca niezależna okno robocze: Executor Chat

Cel roli: Drugi niezależny model wykonawczy, procesy równoległe (backend/frontend, badania/raport, kod/dokumentacja).
Wejście: Jak Executor 1; dodatkowo wyniki pośrednie Executora 1, zależnie od trybu współpracy.
Wyjście: Jak Executor 1; wynik przekazywany zależnie od trybu współpracy.

Akcje silnika kolejek dostępne roli: dequeue split merge · własna, niezależna instancja Subagent Network.

Subagent Network (2/15) MECHANIZM

Agent UI

pracuje · 64%

Agent Testing

oczekuje

Cztery tryby współpracy z Executorem 1

Praca niezależna — Executor 1 i Executor 2 realizują odrębne zadania bez wzajemnej zależności; tory zbiegają się w Coordinatorze lub Executorze 3 / Validatorze. Przykład: backend i frontend budowane równolegle w module Apps.

Executor 3 / Validator CZWARTY MODEL wcielenie Bezczynna

przypisanie: model bazowy opus-4.2 kanał modelu: HTTP okno robocze: Results Analyzer funkcja: kontrola jakości pracy pozostałych modeli przed uznaniem etapu za zakończony

Cel roli: Funkcja kontrolna lub doradcza domykająca zespół; odpowiada za jakość, zgodność lub rozstrzyganie rozbieżności.
Wejście: Rezultat pracy wykonawców, wynik pracy Subagent Network po agregacji.
Wyjście: Ocena, raport, decyzja o przekazaniu dalej lub zwrocie do Coordinatora (retry).

Udział roli w procesie jest opcjonalny i pomijalny — funkcja kontrolna nie jest bramą blokującą przepływ pracy.

Chat Window — per rola

Silnik kolejek dequeue 11:04

pobrano z kolejki: Zadanie #128 — API płatności · kolejka główna (lokalna)

Executor 1 Agent Backend 11:05

Analizuję specyfikację zwrotów. Dzielę zadanie na trzy zakresy — uruchamiam Subagent Network (split): Agent Backend, Agent API, Agent Database.

Kolejki

definicje kolejek pięciu zasięgów oraz ich akcje · polecenie queue.action

zasięg

przebieg

18%

Tabela kolejekkliknięcie wiersza rozwija szczegóły kolejki

Nazwa	Zasięg	Zadań
Kolejka główna	lokalna	4
Kolejka QA	dla agenta	2
Kolejka Backend	dla projektu	6
Kolejka cykliczna 24/7	globalna	9

Panel rozwinięty · Zadanie #128 · Executor 1 · status: w toku jedenaście akcji silnika kolejek

Każdy przycisk pozostaje klikalny niezależnie od stanu zadania. Gdy akcja nie pasuje do bieżącego stanu zadania, wyświetla komunikat kontekstowy zamiast się blokować.

Zadania w kolejce — stany

#128 · API płatności Executor 1 Zakończone

#129 · Komponent formularza płatności Executor 2 W realizacji

#130 · Schemat bazy zamówień Executor 1 · Subagent Network Podzielone

#131 · Testy kontraktowe API Executor 3 / Validator Do powtórzenia · obieg 2

#132 · Audyt bezpieczeństwa modułu płatności Executor 3 / Validator Wstrzymane

6 #133 · Dokumentacja techniczna API Executor 2 W kolejce

Silnik kolejek gotowy. Naciśnij „Uruchom przebieg”, aby przesunąć zadania przez stany cyklu życia.

Zasięgi kolejek — pięć poziomów

Zasięg	Opis
Globalna	Obejmuje wszystkie procesy MultitaskingAI użytkownika
Lokalna	Obejmuje jeden proces orkiestracji (jedną kartę sesji)
Dla modelu	Przypisana konkretnemu modelowi bazowemu
Dla agenta	Przypisana konkretnemu agentowi z modułu Agents
Dla projektu	Przypisana projektowi prowadzonemu w module Workspace

Cykl życia zadania w kolejce

Coordinator wykonuje enqueue → zadanie trafia do kolejki (globalnej / lokalnej / modelu / agenta / projektu).
pause / resume wg decyzji Coordinatora lub Always On Display.
dequeue → Executor 1 lub Executor 2 pobiera zadanie.
split (opcjonalnie) → Subagent Network, do 15 podagentów; powrót przez merge.
route / branch / condition wg reguł orkiestracji.
Executor 3 / Validator — ocena jakości: opcjonalna, konfigurowalna, pomijalna.
retry przy niepowodzeniu → z powrotem do enqueue.

Orkiestracja

zależności między modelami, agentami, zadaniami, kolejkami, automatyzacjami i projektami · orchestration.define

Lista zależnościkliknięcie pozycji otwiera szczegóły reguły do edycji

Szczegóły reguły

Rodzaj: sekwencyjna. Etap kolejnej roli rozpoczyna się dopiero po zakończeniu etapu roli poprzedzającej. Mechanizm realizujący: route w połączeniu z regułą zależności zdefiniowaną przez Coordinatora.

Status zgodności: Zgodny — bieżący przebieg respektuje regułę.

Rodzaj: sekwencyjna. Etap „Frontend” oczekuje na zakończenie etapu „Architektura”. Mechanizm realizujący: route.

Status zgodności: Oczekujący — Executor 2 pozostaje w stanie „Oczekuje na zależność”.

Rodzaj: równoległa niezależna. Dwa lub więcej tory pracy przebiegają bez wzajemnego oczekiwania. Mechanizm realizujący: brak zależności zdefiniowanej w orkiestracji — odpowiednik trybu pracy niezależnej.

Rodzaj: warunkowa. Dalszy przebieg procesu zależy od wyniku poprzedniego etapu — oceny Executora 3 / Validatora. Mechanizm realizujący: condition, branch.

Status zgodności: Naruszony — trzeci obieg walidacji zakończony bez zmiany wyniku. Kliknięcie plakietki otwiera szczegóły konfliktu.

Rodzaje zależności

Sekwencyjna — etap kolejnej roli po zakończeniu poprzedniej · route

Warunkowa — dalszy przebieg zależny od wyniku poprzedniego etapu · condition, branch

Równoległa niezależna — tory bez wzajemnego oczekiwania · brak zależności w orkiestracji

Widok grafu zależności najechanie na węzeł podświetla łańcuch zależności · kliknięcie otwiera szczegóły

Szczegóły węzła

Najedź na węzeł albo wybierz go klawiszem, aby podświetlić łańcuch zależności. Kliknięcie otwiera szczegóły powiązanych reguł.

Harmonogram i automatyki

harmonogram pracy ciągłej oraz wpięte automatyki z modułu Automations

Niespięte

Warunek uruchomienia · praca ciągła 24 godziny na dobę, 7 dni w tygodniu, 365 dni w roku

Po skonfigurowaniu połączenia między środowiskiem MultitaskingAI a modułem Automations — decyzją użytkownika podjętą w oknie konfiguracji oraz w ustawieniach okna modułu Automations — możliwe jest zbudowanie pełnego autonomicznego systemu realizacji projektów, zdolnego do działania w sposób ciągły. Integracja nie jest domyślna: platforma jej nie wymusza, lecz udostępnia jako możliwość skonfigurowania w dowolnym momencie.

Powiąż z Automations
spięcie silnika kolejek środowiska z Queue Managerem modułu Automations — włącza operacyjne zaplecze harmonogramów i trwałego wykonania cyklicznego

Pole harmonogramu — reguła czasowa i cykliczność

Reguła czasowa Cykliczność Następny cykl Reguła sprzeczna zostaje zapisana z ostrzeżeniem zamiast blokady zapisu.

Lista wpiętych automatyk

Proces nie jest spięty z modułem Automations Włącz przełącznik „Powiąż z Automations”, aby otworzyć panel wyboru automatyki i harmonogramu. Stan wyjściowy: niespięte.

Mapowanie mechanizmów po spięciu

Mechanizm MultitaskingAI	Okno modułu Automations	Funkcja po spięciu
Silnik kolejek	Queue Manager	Trwałe zarządzanie kolejkami zadań poza pojedynczą sesją
Harmonogram pracy ciągłej	Scheduler	Cykliczne uruchamianie procesu według reguły czasowej
Orkiestracja	Orchestrator	Trwałe egzekwowanie zależności między kolejnymi przebiegami procesu
Monitor procesu	Execution Monitor	Status każdego przebiegu oraz sygnalizacja błędów wymagających interwencji

Podział odpowiedzialności w pętli ciągłej

Uczestnik pętli ciągłej	Odpowiedzialność
Coordinator	Planowanie procesu
Moduł Automations	Zarządzanie harmonogramami i kolejkami
Executor 1, Executor 2 (wraz z ich Subagent Network)	Realizacja zadań
Executor 3 / Validator	Kontrola jakości
Always On Display	Nadzór całości z perspektywy użytkownika — w trybie obserwatora lub operatora

Rola funkcji Mobile w pracy ciągłej

Praca w trybie 24/7/365 z natury przebiega poza stałą obecnością użytkownika przy stanowisku roboczym. Funkcja Mobile udostępnia kanał zatwierdzania, wstrzymywania i modyfikowania uruchomionych procesów z dowolnego miejsca — mechanizm komplementarny wobec Always On Display działającego w trybie operatora.

Monitor procesu

przebieg pętli · statusy przebiegów · hierarchia decyzji · miejsce nadzoru Always On Display

tryb Always On Display

Tabela przebiegówhistoria kolejnych uruchomień procesu

Przebieg	Rola	Status	Czas
#128	Executor 1	Sukces	12:04
#129	Coordinator	W toku	12:05
#130	Executor 2	Wstrzymany	12:19
#131	Executor 3 / Validator	Błąd	12:41

Widok hierarchii decyzjikliknięcie poziomu pokazuje jego zakres decyzji

Zakres decyzji wybranego poziomu

Interwencja w przebieg procesu z dowolnego miejsca, w imieniu i pod nadzorem użytkownika.

Żaden poziom hierarchii nie jest bramą blokującą — jest domyślnym porządkiem, który ustępuje przed decyzją poziomu wyższego w dowolnej chwili.

Stany przebiegu procesu — pętla orkiestracji

Kliknięcie stanu ustawia wskaźnik przebiegu w pasku górnym.

Zakres dostępu Always On Display

Element kontekstu procesu	Zakres podglądu
Role	Stan wszystkich czterech ról (Executor 1, Executor 2, Coordinator, Executor 3 / Validator)
Kolejki	Zawartość kolejek wszystkich pięciu zasięgów
Orkiestracja	Zdefiniowane zależności sekwencyjne, warunkowe, równoległe
Harmonogram	Reguły czasowe i cykliczność pracy ciągłej
Historia	Historia przebiegów procesu

Stany Always On Display w kontekście procesu

Tryb	Stan szczegółowy	Zachowanie
Obserwator	Bezczynny	Brak aktywnej sugestii, gotowość do podglądu
Obserwator	Doradza	Wyświetla dymek z sugestią lub ostrzeżeniem, bez możliwości interwencji
Operator	Bezczynny	Gotowość do interwencji, brak bieżącego zdarzenia
Operator	Doradza	Jak w trybie obserwatora, rozszerzone o przyciski akcji w dymku
Operator	Interweniuje	Aktywnie wykonuje zatwierdzenie, wstrzymanie lub modyfikację procesu, w tym przez Mobile

Akcja	Grupa funkcjonalna	Działanie	Typowy inicjator	Reprezentacja w interfejsie
`enqueue`	Obieg zadań	Dodanie nowego zadania do wskazanej kolejki	Coordinator, Automations (po integracji)	Przycisk ikonowy w wierszu tabeli kolejki, ikona plus
`dequeue`	Obieg zadań	Pobranie kolejnego zadania z kolejki do wykonania	Executor 1, Executor 2	Automatyczne wywołanie przy wolnym slocie wykonawcy; etykieta w Executor Chat
`delay`	Sterowanie czasem	Odroczenie wykonania zadania o zadany czas lub do spełnienia warunku	Coordinator	Pole czasu w wierszu zadania, ikona zegar
`retry`	Ponawianie	Ponowienie zadania po niepowodzeniu wykonania lub po negatywnej ocenie walidacji	Coordinator, Executor 3 / Validator	Przycisk ikonowy, ikona odswiez
`pause`	Wstrzymywanie	Wstrzymanie przetwarzania wskazanej kolejki	Coordinator, Always On Display (operator)	Przycisk ikonowy, ikona zatrzymaj
`resume`	Wstrzymywanie	Wznowienie wstrzymanej kolejki	Coordinator, Always On Display (operator)	Przycisk ikonowy, ikona uruchom
`split`	Podział i scalanie	Podział zadania na mniejsze podzadania	Executor 1 lub Executor 2, przy uruchamianiu Subagent Network	Przycisk „Uruchom Subagent Network” w Executor Chat
`merge`	Podział i scalanie	Scalenie wyników wielu zadań lub podzadań w jeden rezultat	Executor 1 lub Executor 2, po agregacji wyników Subagent Network	Przycisk „Scal wyniki” w panelu Subagent Network
`route`	Kierowanie warunkowe	Skierowanie zadania do wskazanej roli lub kolejki na podstawie reguły	Coordinator, orkiestracja	Selektor roli docelowej w wierszu zadania, ikona strzalka-prawo
`branch`	Kierowanie warunkowe	Rozgałęzienie przepływu pracy na alternatywne ścieżki	Coordinator	Kreator reguły rozgałęzienia w sekcji Orkiestracja
`condition`	Kierowanie warunkowe	Warunkowe wykonanie kolejnego kroku procesu w zależności od wyniku poprzedniego	Coordinator, orkiestracja	Kreator warunku w sekcji Orkiestracja

Zespoły

Zespół „Budowa aplikacji”

Zespół „Badanie i redakcja”

Zespół „Pętla ciągła 24/7”

Role

Kolejki

Tabela kolejekkliknięcie wiersza rozwija szczegóły kolejki

Zadania w kolejce — stany

Zasięgi kolejek — pięć poziomów

Cykl życia zadania w kolejce

Orkiestracja

Lista zależnościkliknięcie pozycji otwiera szczegóły reguły do edycji

Szczegóły reguły

Widok grafu zależności najechanie na węzeł podświetla łańcuch zależności · kliknięcie otwiera szczegóły

Harmonogram i automatyki

Warunek uruchomienia · praca ciągła 24 godziny na dobę, 7 dni w tygodniu, 365 dni w roku

Mapowanie mechanizmów po spięciu

Podział odpowiedzialności w pętli ciągłej

Rola funkcji Mobile w pracy ciągłej

Monitor procesu

Tabela przebiegówhistoria kolejnych uruchomień procesu

Widok hierarchii decyzjikliknięcie poziomu pokazuje jego zakres decyzji

Stany przebiegu procesu — pętla orkiestracji

Zakres dostępu Always On Display

Stany Always On Display w kontekście procesu

Co przedstawia

Źródło w dokumentacji

Odwzorowane interakcje

Decyzje projektowe ponad źródła

Zespół „Budowa aplikacji”

Zespół „Badanie i redakcja”

Zespół „Pętla ciągła 24/7”

Tabela kolejekkliknięcie wiersza rozwija szczegóły kolejki

Zadania w kolejce — stany Przywróć stan wyjściowy

Zasięgi kolejek — pięć poziomów

Cykl życia zadania w kolejce

Lista zależnościkliknięcie pozycji otwiera szczegóły reguły do edycji

Szczegóły reguły

Widok grafu zależności najechanie na węzeł podświetla łańcuch zależności · kliknięcie otwiera szczegóły

Warunek uruchomienia · praca ciągła 24 godziny na dobę, 7 dni w tygodniu, 365 dni w roku

Mapowanie mechanizmów po spięciu

Podział odpowiedzialności w pętli ciągłej

Rola funkcji Mobile w pracy ciągłej

Tabela przebiegówhistoria kolejnych uruchomień procesu

Widok hierarchii decyzjikliknięcie poziomu pokazuje jego zakres decyzji

Stany przebiegu procesu — pętla orkiestracji

Zakres dostępu Always On Display

Stany Always On Display w kontekście procesu

Co przedstawia

Źródło w dokumentacji

Odwzorowane interakcje

Decyzje projektowe ponad źródła

Zadania w kolejce — stany