Cztery widoki jednego systemu. Cel: separacja odpowiedzialności, nie kolejne warstwy procesu. Każdy klocek ma jedno zadanie; to, co wspólne dla wielu ról, żyje w jednym miejscu — nigdy w kopiach.
Skill agenta zawiera wyłącznie zachowanie swojej roli lub domeny. Sposób rozmowy z człowiekiem, przekazań między agentami, dostępu do narzędzi i zapisu dowodów — to wspólne kontrakty, definiowane raz i współdzielone przez wszystkie role.
mówi, jakie etapy istnieją i kiedy praca się przesuwa.
mówią, kto (jaka zdolność) wykonuje pracę specjalistyczną.
mówi, jak każda rola rozmawia z osobą — jeden wspólny kontrakt.
mówi, jak agenci przekazują sobie pracę — zwięzły, ustrukturyzowany format.
mówi, jak kodowane są deterministyczne pakiety — tylko tam, gdzie potrzebne.
mówią, kiedy agent może zdecydować, musi zapytać, musi się zatrzymać.
definiują, jak czyta się i zmienia systemy autorytatywne.
dostarcza prawdę o domenie: specyfikacje, ADR-y, wymagania bezpieczeństwa.
dowodzą, co naprawdę się wydarzyło — nie co zostało zadeklarowane.
Proces i skille zależą od wspólnych kontraktów — nigdy odwrotnie. Jeśli zachowanie jest wspólne dla wielu skilli, przenosi się je do wspólnego kontraktu, zamiast kopiować. Kopie zawsze się rozjeżdżają; jeden kontrakt — nie.
Reguła docelowa: jeśli zachowanie jest wspólne dla wielu skilli — przenieś je do wspólnego kontraktu, zamiast kopiować. Żaden skill nie może definiować konkurencyjnego kontraktu komunikacji.
Każdy obieg pracy przechodzi tę samą pętlę: zrozumienie celu, wybór właściciela, praca specjalisty na systemach autorytatywnych, zebranie dowodu, bramka. Człowiek widzi cele, decyzje, ryzyka i wyniki — wewnętrzne pakiety wykonawcze pozostają wewnątrz, dopóki o nie nie poprosi.
Cała dostawa jedzie jedną linią. Wymagane kontrole — bezpieczeństwo, architektura — dołączają do niej jako dowody wspierające, nie tworzą objazdów. Każde przejście między etapami ma nazwaną bramkę wyjścia i jedną rolę, która je odpala. Jira trzyma prawdę o etapie, GitHub prawdę o kodzie, rozmowa z człowiekiem dotyczy celu i decyzji — nie każdej stacji pośredniej.
To mapa odpowiedzialności, nie drugi silnik procesu. Szczegółowe reguły etapów żyją w kanonicznej dokumentacji procesu, zachowanie ról w skillach, wspólna komunikacja we wspólnych kontraktach. Mapa pokazuje, gdzie co żyje — i dlaczego nigdzie indziej.
Każda zmiana przechodzi ten sam cykl życia — ale wymagany pakiet dowodów skaluje się z zasięgiem zmiany. Klasyfikację weryfikuje bramka na podstawie tego, czego zmiana faktycznie dotknęła, a nie deklaracji autora.
| Zasięg | Co obejmuje | Wymagany pakiet dowodów |
|---|---|---|
| NISKI | Dokumentacja, konfiguracja opisowa — zmiany, które nie zmieniają zachowania systemu. | Lint, budowa strony/dokumentu, jedna recenzja. Bez pełnego przebiegu testów produktu. |
| STANDARD | Kod produktu — logika, API, interfejs, testy. | Pełny pakiet: testy, lint, recenzja formalna, werdykt QA przypięty do dokładnej rewizji. |
| WYSOKI | Uwierzytelnianie, kryptografia, migracje danych, infrastruktura. | Pakiet standardowy rozszerzony o obowiązkową opinię bezpieczeństwa; wszystkie werdykty wiązane z tą samą rewizją. |
Czym to nie jest: to nie są trzy ścieżki procesu. Ścieżka jest jedna — do „Done” prowadzi ten sam ciąg etapów. Skaluje się wyłącznie głębokość wymaganych dowodów, a klasyfikację zasięgu weryfikuje bramka, nie autor zmiany.