Więcej

Bezpłatna rozmowa
Stała cena na piśmie przed startem

Agent pisarz i agent krytyk: pętla w n8n, która kończy się na rubryce, a nie na zmęczeniu

Jeden agent pisze, drugi ocenia według rubryki i reguł domu, a pętla wraca do pisarza, dopóki tekst nie przejdzie progu. Najważniejsze w tym workflow nie są prompty, tylko trzy warunki stopu i to, że krytyk nie ma prawa podbijać oceny, żeby pętla się skończyła.

Autor

Opublikowano:
Ostatnia weryfikacja:
Wersja n8n:
2.8.4

W skrócie

Co robi

  • Przyjmuje brief z czatu n8n albo z ręcznego uruchomienia
  • Pisarz tworzy szkic według briefu i reguł domu
  • Krytyk ocenia szkic według rubryki i wskazuje konkretne poprawki
  • Zatwierdza tylko przy ocenie od progu i zerze punktów do poprawy
  • Zapisuje historię ocen i powód zakończenia w Google Sheets

Czego nie robi

  • Nie sprawdza faktów spoza briefu
  • Nie gwarantuje, że ten sam model nie przeoczy własnych słabości
  • Nie publikuje tekstu
  • Nie zastępuje redakcji przy tekstach publicznych

Czego wymaga

  • n8n z node'ami LangChain (sprawdzone na 2.8.4)
  • Klucz API Anthropic
  • Arkusz Google na rejestr przebiegów

Agent pisarz i agent krytyk: pętla w n8n, która kończy się na rubryce, a nie na zmęczeniu

Pomysł jest prosty: jeden model pisze, drugi czyta krytycznie, pierwszy poprawia. Kłopot w tym, że naiwna wersja kończy się na jeden z dwóch sposobów. Albo krytyk po drugiej rundzie zaczyna przytakiwać, bo „tekst się poprawił”, albo pętla kręci się bez końca na kosmetyce.

Ten workflow n8n jest zbudowany wokół warunków stopu. Prompty są drugorzędne.

Canvas workflow pisarza i krytyka: start z czatu lub ręcznie, agent piszący, agent oceniający według rubryki, decyzja o kolejnej rundzie, zapis do arkusza i powiadomienie
Pętla wraca do przygotowania rundy, dopóki szkic nie przejdzie rubryki albo nie skończy się limit rund.

Stan pętli w jednym obiekcie

Wszystko, co pętla przenosi między rundami, siedzi w jednym obiekcie: numer rundy, aktualny szkic, ostatnia krytyka i historia ocen. Węzeł na początku rundy niczego nie zmienia, tylko przepuszcza ten stan dalej. Dzięki temu krawędź wracająca do początku pętli jest łatwa do prześledzenia w edytorze.

Pisarz ma prawo się nie zgodzić

Pisarz musi odnieść się do każdego punktu krytyki. Jeśli świadomie się z którymś nie zgadza, wpisuje go do pola deliberate_deviations zamiast cicho go zignorować. Brakujące dane oznacza placeholderem w rodzaju [FIGURE NEEDED: przychód Q3] i wpisuje do needs_from_human, zamiast zmyślać liczbę.

Krytyk ocenia, nie przepisuje

Krytyk dostaje brief, reguły domu i rubrykę. Ma dzielić uwagi na must_fix (łamie brief albo reguły) i would_improve (preferencja). W prompcie jest wprost:

Do NOT inflate the score across rounds to let the loop finish.

Zatwierdzenie wymaga dwóch rzeczy naraz

capture-critique.js
const meets_bar = !isNaN(score) && score >= threshold && mustFix.length === 0;

Wysoka ocena z otwartym punktem must_fix nie jest zatwierdzeniem. Rubryka i lista blokujących uwag to dwa osobne sygnały, a decyduje surowszy.

Trzy wyjścia z pętli

PowódKiedy
APPROVEDocena od progu (domyślnie 80) i zero punktów must_fix
ROUND_LIMITwyczerpany limit rund (domyślnie 3)
STALLEDocena nie zmieniła się o więcej niż 2 punkty przez dwie rundy

Limit rund gwarantuje zakończenie bez względu na to, co ustalą między sobą dwa modele. Rejestr w arkuszu zapisuje nie tylko wynik, ale też powód zakończenia, historię ocen i to, czego tekst wciąż potrzebuje od człowieka.

Konfiguracja

ParametrDomyślniePo co
houseRulesm.in. zdania do 25 słów, strona czynnareguły, których krytyk pilnuje
rubricprogi 90/80/60/40jak przeliczać jakość na liczbę
approvalScore80próg zatwierdzenia
maxRounds3twardy limit rund

Ograniczenia

Pisarz i krytyk to ten sam rodzaj modelu. Mają podobne ślepe plamki, więc krytyk może nie zauważyć błędu, który pisarz zrobił z tego samego powodu.

Każda runda to co najmniej dwa wywołania modelu, a przy szkicu przekazywanym w całości koszt rośnie z długością tekstu.

Jakość wyniku zależy od rubryki. Rubryka ogólnikowa daje ogólnikową krytykę.

Workflow nie sprawdza faktów. Pilnuje tylko, żeby tekst nie wprowadzał liczb spoza briefu.

Kiedy to nie ma sensu

Przy jednym krótkim tekście szybciej poprawić go samemu. Pętla ma sens przy powtarzalnych tekstach z jasnymi regułami: notatki wewnętrzne, opisy produktów, odpowiedzi według wzoru. O tym, jak wyznaczać granice między agentami, piszemy w tekście każdemu agentowi trzeba powiedzieć, czego nie robi. Gdy takie teksty mają powstawać w Twoich systemach, to robota dla automatyzacji procesów z AI.

Weź to do siebie

Jak to zacytować

Adrian Hunia (2026). Agent pisarz i agent krytyk: pętla w n8n, która kończy się na rubryce, a nie na zmęczeniu. SEVENEDGE. https://sevenedge.pl/pl/workflows/agent-pisarz-krytyk-rubryka (dostęp: 5 listopada 2026)

Źródła

  1. n8n docs — AI Agentdokumentacja n8n
  2. n8n docs — Structured Output Parserdokumentacja n8n

Kto za tym stoi

Adrian Hunia

Współzałożyciel SEVENEDGE

Współzałożyciel SEVENEDGE. Projektuje i wdraża systemy biznesowe dla małych firm — od zarządzania produkcją po rejestrację czasu pracy. Pracuje na Next.js, FastAPI i PostgreSQL. SEVENEDGE działa bez podwykonawców: kod piszą dwaj właściciele.

Powiązane dokumenty

Inne przepływy, które opisaliśmy tak samo dokładnie.

7SVENAsystent AI, nie człowiek

Rozmawiasz z asystentem AI. Odpowiedzi generuje sztuczna inteligencja (Cerebras) i mogą zawierać błędy. Nie podawaj w czacie danych wrażliwych.

Administratorem Twoich danych jest SEVENEDGE ADRIAN HUNIA. Wiadomości z czatu wykorzystamy, żeby odpowiedzieć na pytania, a jeśli poprosisz, umówić spotkanie. Szczegóły i Twoje prawa: Polityka prywatności.

Cześć! Jestem SVEN, asystent AI SEVENEDGE. Robimy apki, SaaS i automatyzacje AI. W czym pomóc?
SVEN, maskotka SEVENEDGE, analizuje zgłoszenieSVEN, maskotka SEVENEDGE, zastanawia się przy kawieSVEN, maskotka SEVENEDGE, pracuje przy laptopie
Masz pomysł na apkę?