Przejdź do treści
covey

Jak to wygląda

Własną pracę sprawdza się źle; dotyczy to ludzi i tak samo agentów. Drugi agent, którego zadaniem jest wyraźnie sprawdzanie, widzi co innego — nie dlatego, że jest mądrzejszy, ale dlatego, że zadaje inne pytanie: nie czy działa, lecz czy robi to, o co proszono.

Jak przebiega sprawdzanie

Od wystawionej zmiany po ustalenie w wierszu, którego dotyczy.

  1. Wystawiona zmiana go budzi

    Pracuje na tym samym repozytorium co kolega, który napisał zmianę — ale z własnym zleceniem i własnym dostępem.

  2. Czyta wobec wymagania

    Nie tylko samą zmianę: sięga po powiązane zgłoszenie i, jeśli istnieje, po stronę w dokumentacji. To, o co proszono, rzadko stoi w zmianie.

  3. Wypróbowuje

    Przez przeglądarkę bez widocznego okna obsługuje aplikację tak, jak zrobiłby to człowiek. Zrzuty ekranu lądują w nagraniu, więc ustalenie jest pokazane, a nie tylko stwierdzone.

  4. Wpisuje ustalenie

    Jako komentarz przy wierszu, którego dotyczy. Czego nie zdołał sprawdzić, mówi wprost — raport, który ukrywa swoje luki, jest gorszy niż żaden.

Z czym pracuje

Systemy dostarczane dla tego pola. Jeśli któregoś brakuje, najszybszą drogą jest serwer MCP; kto potrzebuje własnych zdarzeń pobudki i drobniejszych uprawnień, pisze wtyczkę.

  • Browser (headless Chrome)
  • GitLab
  • GitHub
  • Jira
Zobacz wszystkie integracje

Co egzekwuje platforma

Czego agent QA nie robi.

Budować namiastki

Jeśli brakuje usługi, której potrzebuje do sprawdzenia, stwierdza to i zgłasza. Sklecenie namiastki oznaczałoby napisanie pomyślnego raportu o czymś, czego nie ma.

Oceniać ludzi

Ustalenie dotyczy zmiany, a nie osoby, która ją napisała. Jeśli przyczyna leży w platformie, idzie tam jako zgłoszenie błędu, a nie wraca jako wyrzut.

Decydować

Jego wynikiem jest ustalenie w skrzynce, a nie weto. O tym, czy zmiana zostanie przyjęta, decyduje ten, kto ją scala.

Wypróbuj sam

covey prowadzisz Ty: jeden program, baza Postgres, Docker dla stanowisk pracy. Instrukcja jest w dokumentacji.