Planuj z pomocą modelu SOTA. Buduj równolegle z tańszymi wykonawcami.

Kiedy używać tego wzorca#

Użyj go, gdy złożone zadanie trwałoby zbyt długo wykonywane po kolei. Koordynator musi umieć podzielić je na części, które wykonawcy mogą zrealizować niezależnie.

Dlaczego ten podział pracy się opłaca#

• Tańsze modele dostają jaśniejsze zadania. Koordynator ustala, jak elementy łączą się w całość, zanim ruszy implementacja. Wykonawcy otrzymują mniejsze zadania z określonymi interfejsami i zależnościami.
• Wykorzystasz różne subskrypcje i dostawców. Planowanie i przegląd korzystają z modelu SOTA. Wykonawcy mogą używać subskrypcji z większym limitem lub tańszego API, każdy przez własne CLI i dostawcę.
• Skończysz szybciej dzięki równoległej pracy. Niezależne zadania wykonują się jednocześnie, a nie jedno po drugim.
• Każdy wykonawca ma własne pliki. Drzewa robocze Git to osobne katalogi robocze, więc wykonawcy mogą edytować niezależnie. Ich zmiany są następnie scalane i sprawdzane razem.

1. Uruchom koordynatora#

• Otwórz projekt w edytorze.
• Zacznij od czystego stanu repozytorium, bez niezatwierdzonych zmian, aby nowe drzewa robocze miały znany punkt wyjścia.

Tabela pokazuje przykładową konfigurację. Możesz użyć innych zainstalowanych CLI i modeli dostępnych na Twoich kontach.

W projekcie otwórz Facade, kliknij New Agent i wybierz Codex dla koordynatora. Poleceniem /model wybierz gpt-6-sol i effort xhigh.

Ręcznie uruchamiasz tylko koordynatora. Pozostałych agentów uruchamia on za Ciebie przez Facade. Jeśli po raz pierwszy korzystasz z Facade, zajrzyj do przewodnika szybkiego startu.

2. Wyślij zadanie#

Wyślij to polecenie do koordynatora, zastępując pierwszy wiersz swoim zadaniem i ograniczeniami architektonicznymi:

[Opisz swoje zadanie i oczekiwany wynik.]

Najpierw przygotuj plan techniczny. Gdy go zatwierdzę, utwórz plan realizacji dzielący pracę na równoległe zadania.
Użyj Facade, aby dla każdego zadania uruchomić wykonawcę z modelem deepseek-v4.1-flash i ustawieniem effort xhigh w osobnym drzewie roboczym.
Niech wykonawcy równolegle zaimplementują i przetestują swoje zadania, a następnie koordynuj scalanie ich zmian z powrotem do tego katalogu roboczego, po jednym zadaniu.
Gdy wszystkie zmiany zostaną scalone, sprawdź połączony kod i uruchom zestaw testów.

3. Jak pracuje zespół#

1. Zatwierdzenie planu technicznego
2. Utworzenie planu realizacji
3. Równoległa implementacja zadań
4. Przegląd i testy połączonych zmian

1. Koordynator analizuje bazę kodu i proponuje plan techniczny obejmujący architekturę, interfejsy i granice zadań. Zanim ruszy implementacja, zatwierdzasz ten plan.
2. Po zatwierdzeniu koordynator tworzy plan realizacji i uruchamia przez Facade wykonawców w osobnych drzewach roboczych Git.
3. Wykonawcy równolegle implementują swoje zadania i uruchamiają odpowiednie testy i inne narzędzia weryfikacji. Scalanie odbywa się kolejno, po jednym zadaniu. Koordynator pomaga rozwiązywać konflikty przed kolejnym scaleniem.
4. Koordynator sprawdza połączony kod, uruchamia testy integracyjne i raportuje wyniki oraz wszystko, co pozostaje niezweryfikowane.

Wykorzystaj go we własnym projekcie#

• Pozwól koordynatorowi dobrać liczbę wykonawców do sposobu podziału zadania.
• Omów zmiany w architekturze lub granicach zadań, zanim zatwierdzisz plan techniczny.
• Dodaj endpoint dostawcy w Ustawieniach agentów. DeepSeek możesz używać przez Codex, Claude Code, Pi lub OpenCode.

Możesz zmienić CLI, modele i effort w poleceniu. Informacje o zapisanych ustawieniach uruchamiania i innych dostawcach znajdziesz w artykułach Ustawienia agentów, Claude Code z innym dostawcą i Codex z innym dostawcą.