Testy koordynacji agentów AI z Oxfordu ujawniają lukę między planami a partnerami

Badania Oxfordu nad koordynacją agentów AI wskazują na wyraźną rozbieżność: zespoły wygenerowane przez kod uzyskały średnio 9,75 punktu w grze z samymi sobą, lecz -0,51, gdy polityki przekraczały granice modeli. Opublikowane 4 listopada 2026 r. badanie sprawdza koordynację zero-shot, w której niezależnie opracowani agenci muszą współpracować bez wcześniejszego uzgodnienia konwencji specyficznych dla danego zadania.

Porównanie wymaga uważnej interpretacji. Gra z samym sobą ocenia wygenerowaną politykę kontrolującą obie role. Niezależnie wygenerowane polityki tego samego modelu uzyskały średnio 2,41. To różne testy, a nagłówkowe liczby nie dowodzą, że wybór jednego dostawcy gwarantuje kompatybilność.

Dla deweloperów budujących asystentów z modeli OpenAI, Google, Anthropic, xAI lub DeepSeek praktyczne pytanie dotyczy przekazania zadania. Plan może mieć wewnętrzny sens, a zarazem zależeć od założeń, których inny agent nigdy nie zaakceptował. Podważa to oczekiwanie, że modele sprawne indywidualnie automatycznie stworzą niezawodny zespół.

Co faktycznie mierzą wyniki koordynacji agentów AI z Oxfordu

Gra Cat & Dog z artykułu konkretyzuje to rozróżnienie. Jeden gracz widzi zwierzę, a drugi musi je rozpoznać. Lampa daje niejednoznaczny sygnał. Usunięcie ściany odsłania zwierzę i gwarantuje nagrodę netto w wysokości 5. Dodanie wspólnych wskazówek dotyczących koordynacji podniosło wydajność agentów kodowych działających między modelami do 4,46. Autorzy przedstawiają te wyniki w swoich eksperymentach dotyczących koordynacji.

Przydatne rozróżnienie dotyczy spójnego wspólnego planu i niezależnie kompatybilnego zachowania. Wspólny plan może określać, co powinien zrobić każdy uczestnik. Niezależny uczestnik ma własne instrukcje, informacje i interpretację.

Rozważmy przykładowy przepływ pracy przy tworzeniu oprogramowania. Asystent planujący decyduje, że recenzent potraktuje pusty komentarz jako akceptację. Recenzent tymczasem uznaje ciszę za niedokończoną pracę. Oba zachowania mogą wydawać się rozsądne, gdy są oceniane osobno, jednak przepływ pracy zatrzymuje się.

Ten przykład jest analogią, a nie zaobserwowanym incydentem z eksperymentu. Jego celem jest wskazanie założenia architektonicznego ujawnionego przez ocenę: porozumienia nie można po prostu wywnioskować z pozornie wiarygodnego zachowania.

Ten sam problem pojawia się, gdy projektant ocenia cały przepływ pracy z jednej perspektywy. Projektant zna znaczenie każdej wiadomości, ponieważ wszystkie znaczenia zostały wspólnie wymyślone. Zastępczy komponent nie dziedziczy tych znaczeń automatycznie.

Demonstracja end-to-end może zatem odpowiadać na węższe pytanie, niż oczekują nabywcy. Może pokazać, że konkretna konfiguracja działa przy jej pierwotnych instrukcjach. Nie rozstrzyga jednak, czy niezależnie skonfigurowane komponenty będą konsekwentnie interpretować te same sygnały.

To rozróżnienie zmienia także sposób rozumienia porównania dostawców. Etykieta dostawcy opisuje pochodzenie modelu. Nie określa konwencji, które przyjmą niezależnie wygenerowane przepływy pracy.

Silniejsza ocena zachowałaby zadanie, zmieniając jednocześnie partnera. Pytałaby, czy powodzenie utrzymuje się przy innej interpretacji statusu, odpowiedzialności lub ukończenia. To bardziej wymagające twierdzenie niż pokazanie, że każdy komponent potrafi opisać sensowne rozwiązanie.

Ujemny wynik z nagłówka również powinien pozostać osadzony w kontekście pomiaru. Nagrody w grze nie są odsetkiem ukończonych zadań biznesowych. Nie można ich bezpośrednio przełożyć na straty klientów, błędy oprogramowania ani wskaźniki niepowodzeń wdrożeń.

Dla czytelników najważniejszy wniosek jest metodologiczny. Przed porównywaniem systemów agentowych należy ustalić, które elementy zaprojektowano wspólnie, a które złożono niezależnie. W przeciwnym razie wynik może sprawiać wrażenie dowodu kompatybilności, choć mierzy wewnętrzną spójność.

Ta różnica jest kluczowa dla trafnego wyjaśnienia badania koordynacji Oxfordu. Dowody podważają założenie dotyczące budowania zespołów, pozostawiając wyniki wdrożeń do odrębnej oceny.

Twórcy agentów stają przed nowym obowiązkiem przy przekazaniu zadania

Twórcy potrzebują dowodu, że inny agent zrozumiał przekazanie zadania, a nie jedynie dowodu, że wiadomość została pomyślnie dostarczona. Dostarczenie i porozumienie to odrębne właściwości inżynieryjne.

Warstwa transportowa może przekazać wiadomość w nienaruszonej postaci. Agent odbierający może poprawnie przeanalizować jej strukturę. Przepływ pracy nadal może zawieść, jeśli uczestnicy różnią się w ocenie tego, jakie działanie wiadomość autoryzuje.

Wyobraźmy sobie asystenta badawczego przekazującego dokument asystentowi redakcyjnemu. Nadawca używa słowa „ukończone”, by oznaczyć zakończenie zbierania materiałów. Odbiorca interpretuje je jako potwierdzenie, że każde twierdzenie zostało zweryfikowane.

Żadna z interpretacji nie wymaga zerwanego połączenia ani nieprawidłowego wyniku. Problem leży w relacji między etykietą a jej znaczeniem operacyjnym. Samo usprawnienie dostarczania wiadomości nie usunęłoby tej niejednoznaczności.

Dla zespołu produktowego tworzy to problem pomiaru. Panel pokazujący udane wywołania może wyglądać zdrowo, choć zamierzona praca pozostaje niedokończona. Dziennik rozmowy może sprawiać wrażenie współpracy, gdy uczestnicy działają na podstawie niezgodnych założeń.

Wcześniejsze badania przewidziały część tej trudności. Artykuł z 2019 r. emergent communication metrics wykazał, że pozornie informacyjne wiadomości nie muszą wpływać na zachowanie innego agenta. Jego ostrzeżenie dotyczy pomiaru: aktywność przypominająca komunikację nie dowodzi użytecznej komunikacji.

To odkrycie oferuje użyteczną perspektywę do oceny demonstracji agentów. Widoczna dyskusja jest dowodem, że wiadomości zostały wymienione. Ustalenie koordynacji wymaga sprawdzenia, czy wymiana ta wywołała właściwe działania.

Presja komercyjna najsilniej dotyczy firm sprzedających złożone przepływy pracy. Ich deklaracja produktowa odnosi się do ukończonego zadania, dlatego dowody muszą wykraczać poza jakość odpowiedzi każdego uczestnika.

Dla nabywców korporacyjnych zmienia to pytania, które warto zadawać podczas oceny. Kto odpowiada za stan końcowy? Co się dzieje, gdy agent inaczej interpretuje status? Który uczestnik może rozstrzygnąć sprzeczne instrukcje?

Pytania te dotyczą zachowania produktu, a nie rankingów modeli. System może korzystać z bardzo zaawansowanych modeli, a mimo to pozostawiać niejasną odpowiedzialność. Z kolei wyraźnie określone obowiązki mogą ułatwić ocenę względnie prostego przepływu pracy.

Istnieje też różnica między nieporozumieniem, z którego można się wycofać, a takim, które pozostaje niewidoczne. Widoczna rozbieżność może uruchomić przegląd. Nierozpoznana rozbieżność może pozwolić przepływowi pracy działać dalej przy niezgodnych oczekiwaniach.

Sugeruje to praktyczny wniosek dla projektowania produktów: niepewność powinna mieć obserwowalną reprezentację. Jeśli asystent nie ma potwierdzenia, system powinien odróżniać ten stan od potwierdzonego porozumienia.

To wniosek inżynieryjny, a nie zmierzony rezultat eksperymentu Oxfordu. Wynika z analizy tego, co niezawodne przekazanie zadania musi ustalić, zanim dalsza praca będzie mogła bezpiecznie na nim polegać.

Koordynacja agentów oparta na różnych modelach dodaje zatem odrębne kryterium akceptacji. Pytanie brzmi, czy uczestnicy podzielają znaczenie operacyjne wymagane do następnego działania, również wtedy, gdy pojawia się nieznany partner.

Dla nabywców kryterium to czyni demonstracje bardziej informacyjnymi. Poproś o zmianę partnera lub instrukcji, a następnie sprawdź, czy przepływ pracy wykrywa i rozwiązuje różnicę.

Rozsądna konwencja nadal może być prywatną konwencją

Szerszy problem koordynacji wyprzedza modele językowe. W 2020 r. badacze przedstawili other-play learning, aby poprawić współpracę z nieznanymi partnerami. Zidentyfikowali wyspecjalizowane konwencje jako słabość agentów trenowanych razem i ocenili podejście w Hanabi.

Konwencja staje się użyteczna między niezależnymi uczestnikami tylko wtedy, gdy mają oni powód oczekiwać wspólnej interpretacji. Wewnętrzna elegancja nie daje takiego powodu.

Przykładem z miejsca pracy może być przypisywanie alfabetyczne. Załóżmy, że niezależni asystenci muszą podzielić odpowiedzialność za dokumenty. Każdy może stworzyć spójną regułę porządkowania, lecz mogą nie zgadzać się, czy sortować według nazwy pliku, autora czy tytułu.

Problem nie polega na tym, że porządkowanie alfabetyczne jest nieracjonalne. Problem polega na istnieniu kilku racjonalnych porządków. Prywatny wybór jednego z nich nie tworzy porozumienia.

Podobna niejednoznaczność pojawia się w etykietach statusu. „Gotowe” może oznaczać gotowość do przeglądu, publikacji lub kolejnego zautomatyzowanego kroku. Słowo brzmi jasno, dopóki przepływ pracy nie wymaga precyzyjnego działania.

Biegłość językowa może utrudniać zauważenie tego problemu. Dopracowane wyjaśnienie może tak przekonująco opisywać konwencję, że czytelnik przeoczy, czy ktokolwiek inny ją otrzymał. Pewność w wyjaśnieniu zastępuje wówczas dowód wspólnych oczekiwań.

W przypadku systemów agentowych rodzi to rozróżnienie między wyjaśnianiem planu a ustanawianiem protokołu. Protokół to wyraźne porozumienie dotyczące wiadomości, odpowiedzialności i dozwolonych działań. Musi wskazywać uczestnikom, jak interpretować istotne zdarzenia.

Wyjaśnienie może opisywać, dlaczego agent wybrał określoną sekwencję. Protokół musi również określać, co inny uczestnik powinien zrobić, gdy sekwencja się zmienia, zawodzi lub dociera bez oczekiwanego kontekstu.

Pomaga to wyjaśnić, dlaczego samo zażądanie większej liczby dyskusji jest niepełną odpowiedzią. Dyskusja daje okazje do ustanowienia porozumienia, lecz jej istnienie nie dowodzi, że porozumienie nastąpiło.

Rozstrzygający dowód dotyczyłby zachowania. Czy po otrzymaniu wyjaśnienia partner wykonuje oczekiwane działanie? Czy nadawca rozpoznaje, kiedy wyjaśnienie nadal nie zostało potwierdzone?

W przepływie pracy związanym z programowaniem przykładowy test mógłby oddzielić odpowiedzialność za implementację od odpowiedzialności za przegląd. Uczestnik powinien wiedzieć, czy może modyfikować zaproponowane rozwiązanie, żądać zmian, czy tylko zgłaszać ustalenia.

Bez tego rozróżnienia uczestnicy mogą pracować sumiennie, jednocześnie sobie przeszkadzając. Ich indywidualne wyniki mogą nadal być użyteczne, lecz połączony proces nie ma stabilnej interpretacji odpowiedzialności.

Implikacja strategiczna wykracza poza wybór modeli. Organizacje budujące produkty agentowe muszą zdecydować, które konwencje powinny należeć do wspólnej infrastruktury, a które mogą pozostać elastyczne.

Stała konwencja może zmniejszyć niejednoznaczność, podczas gdy nadmierna sztywność może utrudnić adaptację. Odpowiednia granica zależy od zadania, dostępnej komunikacji i konsekwencji nieporozumienia.

W tym miejscu wyjaśnienie badania koordynacji Oxfordu w kategoriach biznesowych staje się użyteczne. Kieruje uwagę na założenia ukryte między komponentami, gdzie oceny pojedynczych modeli zapewniają ograniczoną widoczność.

Centralny konflikt dotyczy więc prywatnych planów i wspólnych oczekiwań. Różnorodność dostawców ma znaczenie, gdy zmienia te oczekiwania, lecz porozumienie pozostaje właściwością wymagającą testowania.

Wspólne wskazówki tworzą własny kompromis

System, który unika niejednoznacznego działania, może stać się bardziej niezawodny, jednocześnie wykonując mniej ambitną pracę. Niezawodność i użyteczny postęp trzeba oceniać łącznie.

Autorzy z Oksfordu przyznają, że ich uproszczone środowiska nie potwierdzają niezawodności w warunkach rzeczywistych, a wskazówki dotyczące koordynacji mogą zniechęcać agentów do tworzenia użytecznych konwencji. Zaproponowane przez nich rozwiązanie wiąże się więc z kompromisem, a nie uniwersalną gwarancją.

Rozważmy przykładowy proces zatwierdzania. Asystent wstrzymuje się, gdy wiadomość ma kilka wiarygodnych znaczeń. Takie zachowanie zapobiega nieuprawnionemu postępowi, lecz może również prowadzić do powtarzających się przerw, gdy wyjaśnienie usunęłoby niejednoznaczność.

Zespół produktowy oceniający takiego asystenta musiałby odróżnić uzasadnione wstrzymania od niepotrzebnych. Samo liczenie mniejszej liczby błędów pomijałoby koszt porzuconej lub opóźnionej pracy.

Przeciwne podejście ma własną słabość. Asystent, który zawsze wybiera najbardziej prawdopodobną interpretację, może wydawać się wydajny, dopóki niepotwierdzone założenie nie doprowadzi do niewłaściwego działania.

Żadna ze skrajności nie zapewnia odpowiedniego celu produktowego. Użyteczny system potrzebuje sposobu na uzyskiwanie brakującego uzgodnienia, jego zachowywanie oraz rozpoznawanie, kiedy przestaje ono obowiązywać.

Powiązane dowody z benchmarku koordynacji LLM wspierają traktowanie tego jako odrębnej zdolności. Badanie wykazało lepsze wyniki, gdy decyzje zależały od informacji o środowisku, oraz większe trudności, gdy agenci musieli uwzględniać przekonania i intencje partnerów.

Ma to znaczenie, ponieważ rozumienie zadania i rozumienie partnera to odrębne wymogi. Uczestnik może rozpoznać pożądany rezultat, a jednocześnie błędnie rozumieć, co wie lub zamierza inny uczestnik.

Dla projektantów wynikające z tego wyzwanie dotyczy drogi między niepewnością a działaniem. Proces powinien zapewniać miejsce na wyjaśnienie, potwierdzenie i eskalację, nie traktując każdej niepewności jako trwałej porażki.

Przykładowy proces pracy z dokumentem pokazuje tę różnicę. Jeśli asystent odbierający nie może ustalić, czy szkic przeszedł weryfikację faktów, może poprosić o status recenzji. Nie musi wymyślać zatwierdzenia ani porzucać zadania.

Dodanie kroku potwierdzenia tworzy jednak także nowe uzgodnienie, którym trzeba zarządzać. Nadawca i odbiorca muszą rozumieć, czego dotyczy potwierdzenie. W przeciwnym razie proces przenosi swoją niejednoznaczność do kolejnej wiadomości.

Dlatego obiecującą instrukcję należy oceniać w zadaniach o różnych potrzebach komunikacyjnych. Niektóre zadania nagradzają ostrożność. Inne wymagają, by uczestnicy ustanowili konwencję poprzez interakcję, a następnie działali konsekwentnie.

Rozwiązanie, które dobrze działa w pierwszej kategorii, może zachowywać się słabo w drugiej. Ocena produktu musi zachować to rozróżnienie, zamiast raportować pojedynczą, niezróżnicowaną poprawę.

Ta sama ostrożność dotyczy porównań modeli. Model, który często się wstrzymuje, może wyglądać na bezpieczniejszy według jednej miary, a mniej użyteczny według innej. Nabywcy potrzebują definicji stojących za obydwoma ocenami.

W przypadku koordynacji agentów z różnymi modelami celem powinna być właściwa zależność od współdzielonych informacji. Uczestnicy powinni polegać na potwierdzonych konwencjach, gdy są dostępne, oraz szukać wyjaśnień, gdy brakuje istotnego uzgodnienia.

To bardziej wymagający standard niż stała ostrożność lub stała inicjatywa. Pyta on, czy proces może przekształcić niepewność w uzasadnione działanie.

Benchmark nie rozstrzyga debaty o dostawcach

Wyniki te nie uzasadniają traktowania jednolitości dostawcy jako zamiennika testów kompatybilności. Decyzje zakupowe wymagają dowodów dotyczących rzeczywistej konfiguracji, która jest nabywana.

Zespół może rozsądnie preferować jednego dostawcę ze względu na prostotę operacyjną. Inny może łączyć dostawców, aby spełnić różne wymagania. Żaden z tych wyborów nie dowodzi, że niezależnie skonfigurowani uczestnicy będą dzielić niezbędne oczekiwania.

Istotna granica przebiega między tym, co obserwuje ocena, a tym, czego wymaga twierdzenie dotyczące wdrożenia. Zadanie badawcze izoluje określoną trudność. Wdrożony proces obejmuje dodatkowe instrukcje, wspólny stan, narzędzia, uprawnienia i zachowania odzyskiwania sprawności.

Te dodatki mogą zmienić problem koordynacji. Jawne zapisanie, kto jest właścicielem zadania, usuwa jedną niejednoznaczność. Zapisanie zaakceptowanej decyzji usuwa kolejną. Są to wybory architektoniczne, których skutki wymagają bezpośredniego pomiaru.

Działa to również w drugą stronę. Dodatkowa mechanika procesu może wprowadzać nowe założenia dotyczące czasu, stanu lub uprawnień. Złożoność nie tworzy automatycznie niezawodności tylko dlatego, że zapewnia więcej okazji do komunikacji.

Użyteczne porównanie utrzymuje stały cel procesu i bada końcowy rezultat. W przeciwnym razie zmiany instrukcji lub zakresu zadania mogą zostać pomylone z różnicami w kompatybilności modeli.

Badania nad oceną międzyimplementacyjną, zgłoszone w sierpniu 2026 roku, dotyczą pokrewnej kwestii testowej. Analizują niezależnie zaimplementowane algorytmy koordynacji i przedstawiają zachęcające wyniki dotyczące odporności Other-Play.

Wynik ten stanowi ważną przeciwwagę dla wyłącznie pesymistycznej interpretacji. Niezależny rozwój nie czyni koordynacji niemożliwą. Pytanie ewaluacyjne brzmi, czy uzgodnione zasady przetrwają różnice w implementacji.

Dla nabywców agentów sugeruje to konieczność żądania powtarzalnych dowodów zamiast polegania na tożsamości dostawcy. Powtarzalna ocena określa instrukcje, konfiguracje partnerów, warunki zadania i kryteria sukcesu.

Powinna też wystarczająco wyraźnie ujawniać awarie, aby można było je sklasyfikować. Błędne zrozumienie zadania różni się od sporu o własność. Brakująca obserwacja różni się od nieuzasadnionego założenia dotyczącego innego agenta.

Te rozróżnienia mają znaczenie przy wyborze rozwiązania. Lepsze wyszukiwanie informacji rozwiązuje problem ich braku. Jaśniejsze obowiązki rozwiązują problem własności. Żadna z tych interwencji nie rozwiązuje automatycznie wszystkich pozostałych problemów koordynacyjnych.

W procesach pracy z wiedzą audytowalny zapis źródeł może pomóc recenzentom zbadać, jakie informacje były dostępne w momencie przekazania. Powiązanie z przeszukiwalną bazą wiedzy dotyczy identyfikowalności, a nie twierdzenia, że przechowywanie rozwiązuje problem koordynacji.

Współdzielone repozytorium może zawierać właściwy dokument, podczas gdy uczestnicy nadal nie zgadzają się, czy jest on autorytatywny. Dostęp do informacji i uzgodnienie ich znaczenia pozostają odrębnymi wymogami.

Wniosek zakupowy jest konkretny. Należy oceniać połączenie modeli, instrukcji, współdzielonych zapisów i zasad działania, z którymi użytkownicy rzeczywiście się zetkną.

Ranking dostawców nie może odpowiedzieć na całe to pytanie. Kompatybilność należy do systemu interakcji, a dowody powinny opisywać ten system wystarczająco precyzyjnie, by nabywcy mogli go ocenić.

Obserwuj zmiany partnerów, rzeczywiste procesy i użyteczne odzyskiwanie sprawności

Kolejne dowody powinny bardziej konkretnie określić skutki dla wdrożeń. W nadchodzących miesiącach najbardziej informacyjne byłyby wyniki testujące nieznanych partnerów, realistyczną pracę oraz odzyskiwanie sprawności po niezgodzie.

Postęp powinien oznaczać, że agenci radzą sobie ze zmieniającymi się partnerami, zachowując zarówno poprawność, jak i użyteczne ukończenie zadania. Wyższy wynik ma ograniczone praktyczne znaczenie, jeśli odbiorcy nie wiedzą, jakie warunki go zapewniły.

Pierwszym sygnałem jest niezależna replikacja ze zmianami partnerów. Badacze lub zespoły produktowe powinni zachować zadanie i wspólne instrukcje, zastępując uczestniczący model lub niezależnie wygenerowaną politykę.

Jeśli wynik przetrwa takie zastąpienia, wzrasta zaufanie do przenośnej koordynacji. Jeśli się załamie, dowody wskazują na kompatybilność związaną z konkretną konfiguracją.

Sygnał ten ma znaczenie, ponieważ udana pierwotna konfiguracja może ukrywać założenia przypadkowo współdzielone przez uczestników. Partner zastępczy testuje, czy te założenia zostały wyraźnie ustanowione, czy jedynie przypadkowo się pokrywały.

Drugim sygnałem jest ocena w realistycznych procesach z jasno raportowanymi warunkami działania. Użyteczna publikacja ujawniałaby, co uczestnicy mogli komunikować, jaki stan współdzielili oraz kiedy następowała interwencja człowieka.

Sukces w takich warunkach wzmocniłby argument, że problem badawczy ma praktyczne rozwiązania. Utrzymujące się niepowodzenia wzmocniłyby argument za traktowaniem koordynacji jako niezależnego wymogu wdrożeniowego.

Właściwym wynikiem powinno być ukończone zadanie, którego poprawność można ocenić. Przekonująca dyskusja lub szczegółowy plan dostarczają dowodów pomocniczych, lecz żadne z nich nie potwierdza, że praca osiągnęła zamierzony stan.

Realistyczne oceny powinny także zachowywać istotne konsekwencje błędnego działania. W przeciwnym razie proces może sprawiać wrażenie produktywnego, opierając się na założeniach, które system produkcyjny musiałby zweryfikować.

Trzecim sygnałem jest odzyskiwanie sprawności prowadzące do uzasadnionego postępu. Gdy uczestnicy napotykają niezgodne interpretacje, system powinien zidentyfikować niezgodę, uzyskać brakujące informacje i kontynuować działanie w oparciu o wspólne rozumienie.

Jeśli zrobi to bez powtarzających się niepotrzebnych przerw, osłabi to obawę, że niezawodność wymaga trwałej ostrożności. Jeśli będzie jedynie zatrzymywać się częściej, kompromis pozostanie nierozstrzygnięty.

Sygnał ten jest szczególnie użyteczny dla nabywców, ponieważ nieporozumienia nie zawsze są możliwe do uniknięcia. Zdolność produktu do ich rozpoznawania i naprawiania może mieć równie duże znaczenie jak jego początkowy wskaźnik sukcesu.

Najsilniejsze nadchodzące dowody połączyłyby wszystkie te sygnały. Pokazałyby zmianę partnera, użyteczną pracę i obserwowalne odzyskiwanie sprawności w tych samych warunkach oceny.

Do tego czasu badania Oxford AI nad koordynacją agentów oferują konkretny powód, by dokładniej analizować przekazania zadań. Ich praktyczna wartość polega na wyostrzeniu pytań zadawanych wobec złożonego systemu.

Przed wdrożeniem procesu pracy z różnymi modelami poproś twórcę o zademonstrowanie zmiany partnera i wyjaśnienie każdego wynikającego z niej nieporozumienia. Przeanalizuj wspólne instrukcje, kryteria ukończenia oraz zapis zaakceptowanych decyzji. Zażądaj przykładów, w których wyjaśnienie pozwoliło kontynuować pracę, obok przypadków, w których zatrzymanie było właściwe. Zachowaj powiązanie oceny z konfiguracją, z której twój zespół rzeczywiście będzie korzystać, w tym z jej narzędziami i współdzielonymi informacjami. W przypadku pracy z wiedzą zachowuj dowody dostępne przy każdym istotnym przekazaniu, aby recenzenci mogli odróżnić brakujący kontekst od sprzecznej interpretacji. Następnie oceń końcowy rezultat. Czy proces ustanawia uzgodnienie, od którego zależy jego kolejne działanie, i czy potrafi odzyskać sprawność, gdy to uzgodnienie się rozpada?