Co lepiej wymusić automatycznym sprawdzeniem niż prośbą do agenta?
Najpierw odpowiedz na głos lub w myślach, potem porównaj.
Odpowiedź
Rzeczy, które da się jednoznacznie sprawdzić: kompilację typów, formatowanie, ważne testy i wykrywanie niektórych sekretów. Instrukcja „zawsze sprawdzaj testy” jest oczekiwaniem. Prawdziwy wynik polecenia daje dowód, a CI, czyli automatyczne sprawdzanie kolejnych zmian kodu, może blokować połączenie niepoprawnej zmiany. GitHub Actions pozwala uruchamiać takie testy oraz budowanie i wdrażanie aplikacji po określonych zdarzeniach w repozytorium.
Hook to mechanizm uruchamiany przy określonym zdarzeniu narzędzia. Może pomagać w kontroli, ale trzeba znać jego rzeczywiste zasady blokowania. Same skrypty i konfiguracja CI też wymagają ochrony. Agent mógłby osłabić test, żeby go „naprawić”. Dlatego review obejmuje również zmiany asercji i konfiguracji. Zielone sprawdzenia nie pokrywają wymagań, których nikt nie opisał.
Dlaczego to ważne: Łączy pracę z agentem z wiarygodną weryfikacją.
Możliwe dopytania: Czy komunikat agenta „testy przeszły” wystarcza bez wyniku uruchomienia?
Jak poszło? Bądź szczery — „Jeszcze nie” dodaje pytanie do powtórki.
Zacznij od
- I-P01 · Co to jest agent harness? — Harness, MCP i coding agents
- I-P02 · Co to jest MCP? — Harness, MCP i coding agents
- I-P04 · Czym coding agent różni się od czatu podpowiadającego kod? — Harness, MCP i coding agents
Dalsza lektura
- GitHub: Understanding GitHub Actions(otwiera się w nowej karcie)Dostęp 22.10.2026. Automatyczne testowanie, budowanie i wdrażanie po zdarzeniach repozytorium.
- Anthropic: Effective harnesses for long-running agents(otwiera się w nowej karcie)26.11.2025. Praca etapami, artefakty postępu i odtwarzanie między sesjami.