Po większym etapie i na końcu przekaż pracę niezależnemu agentowi. Do tego przeglądu wybierz mocniejszy model i daj mu świeży kontekst z wymaganiami oraz dowodami. Sprawdź, czy narzędzie jest dostępne i może otrzymać dane projektu; wybór innego modelu sam nie gwarantuje lepszej oceny.
Najpierw przegląd bez edycji. Recenzent otrzymuje wymagania, wersję kodu, różnicę względem bazy, instrukcje oraz wyniki sprawdzeń. Sprawdza dobre praktyki użytych technologii, zgodność z architekturą i wymaganiami, duplikacje, martwy kod, zbędną złożoność, czytelność, błędy, bezpieczeństwo, uprawnienia, testy i utrzymanie. Każda uwaga wymaga miejsca, dowodu, skutku i priorytetu.
Potem uzasadniony refaktor. Refaktoryzacja porządkuje budowę kodu przy zachowaniu uzgodnionego działania. Recenzent lub inny agent wykonuje zaakceptowany zakres poprawek; nie przepisuje wszystkiego według własnego gustu. Testy zachowania i regresji oraz ponowny przegląd odnoszą się do nowej wersji. Agent, który poprawiał kod, nie jest jedynym recenzentem własnej poprawki. Odbiór człowieka pozostaje tam, gdzie jest wymagany.
Prompt do niezależnego przeglądu w drugim modelu:
Przeprowadź niezależny przegląd bez edycji. Zakres i kryteria: [odnośnik]. Baza i oceniana wersja: [wersje]. Instrukcje i dowody testów: [pliki]. Sprawdź wymagania, dobre praktyki, duplikacje, martwy kod, złożoność, obsługę błędów, bezpieczeństwo i utrzymanie w granicach zmiany. Uwzględnij istniejące uzasadnienia. Dla problemu podaj miejsce, dowód, konsekwencję, priorytet i najmniejszą poprawkę. Oddziel blokady od sugestii i niesprawdzonych obszarów. Zaproponuj zakres refaktoru; niczego nie zmieniaj ani nie publikuj.
Prompt wykonania po decyzji o zakresie:
Wykonaj zaakceptowane poprawki: [lista i zakres]. Zachowaj uzgodnione zachowanie; jeśli wymaga zmiany, pokaż ją przed rozszerzeniem prac. Sprawdź faktyczną wersję i instrukcje. Zrób najmniejszy uzasadniony refaktor, uruchom właściwe kontrole i testy regresji. Zapisz dowody dla wynikowej wersji i przygotuj ją do niezależnego sprawdzenia. Nie wdrażaj i nie wysyłaj zmian bez osobnej zgody.