Šta je Harness Engineering?

Intervjuer te pita: „Šta je Harness Engineering?" Ako odgovoriš „to je kad se Agent-u napiše fajl sa pravilima, nešto kao AGENTS.md", čestitam — izlaziš na desnu stranu i kući da čekaš obaveštenje.

Zašto?

Zato što je fajl sa pravilima samo vrh ledenog brega Harness-a. Harness Engineering obuhvata celokupno runtime okruženje Agent-a — šta sme, šta ne sme, i kako da se sam ispravi kad pogreši.

Danas za 3 minute razjašnjavamo Harness Engineering.

Ovo pitanje proverava tri nivoa: prvo, kakav je njegov odnos prema prompt inženjerstvu i Context Engineering-u; drugo, koje ključne komponente Harness konkretno obuhvata; treće, zašto samo dobro upravljanje kontekstom nije dovoljno, nego je potreban i Harness.

Važi, sledi odgovor za pun broj poena — nauči ga napamet i gotovo.

Prompt inženjerstvo se bavi time „kako se kaže" — kako napisati instrukciju koju će model razumeti.

Context Engineering se bavi time „šta se zna" — da se modelu u pravom trenutku da prava informacija.

Harness Engineering se bavi time „šta se sme, a šta ne sme" — celokupnim runtime okruženjem i granicom bezbednosti Agent-a.

Prosto rečeno: „svaki put kad Agent pogreši, smisli se inženjersko rešenje koje sprečava da ponovi istu grešku."

Reč Harness prvobitno znači konjsku opremu. LLM je kao snažan i brz pastuv, ali bez uzde i opreme ide kud hoće, a kad se otme niko ga ne obuzda. Harness je uzda plus sedlo plus ograđen prostor — omogućava tvom pastuvu da punom brzinom juri po pravoj stazi.

Šta konkretno obuhvata? Četiri ključne komponente.

Prvo, verification loop. Kad Agent napiše kod, ne sme odmah da komituje — prvo se automatski puste testovi, a ako se otkrije problem, automatski se popravi. Posle izmene ponovo provera, i tek kad prođe, smatra se završenim.

Drugo, error recovery. Šta ako Agent pozove alat koji ne postoji? Automatski ponovni pokušaj, pa biranje pravog. Šta ako upadne u beskonačnu petlju? Prekida ga timeout i vraća na prethodno stabilno stanje.

Treće, kontrola prava. Brisanje fajlova, push koda, izvršavanje sistemskih komandi — ovakve opasne radnje ili zahtevaju ljudsku potvrdu, ili su strogo ograničene politikom. Ma koliko Agent bio pametan, ne sme mu se dozvoliti da bez tvog pristanka gurne kod u produkciju.

Četvrto, upravljanje stanjem. Ako Agent crkne na pola puta — prekine mreža, potroše se token-i — može da se oporavi od tačke prekida, bez potrebe da kreće ispočetka.

Claude Code je upravo tipičan Harness. Ima model prava, Hooks sistem, automatsku kompresiju konteksta, izolaciju Sub-agent-a. Svaka od ovih komponenti isforsirana je gomilom grešaka.

Ako intervjuer nastavi: Kakav je odnos između Harness Engineering-a i Agent-a?

Reci mu — jedna formula: Agent = model + Harness.

Uzmi Claude Code. Model je Opus, zadužen za rezonovanje — razume tvoje potrebe, odlučuje koji alat da pozove, piše kod. Ali sam model, bez Harness-a, ne može da pokrene Claude Code.

Uneseš instrukciju „pomozi mi da refaktorišem ovaj modul" — šta se dešava u pozadini? Harness najpre u kontekst ubaci CLAUDE.md, istoriju razgovora i definicije alata. Model to pročita i odluči da prvo pročita izvorni kod; Harness proverava prava — čitanje fajla, automatski prolazi. Model izmeni kod i želi da izvrši komandu za brisanje; Harness to zaustavlja — opasna radnja, izlazi prozor za potvrdu. Ti pristaneš, izvršenje prođe, pa Harness automatski pušta testove. Testovi puknu, Harness grešku vrati modelu, model sam popravi. Popravljeno, ponovo test, prolazi — i taj krug je tek završen.

Tokom celog procesa model se bavi samo razmišljanjem i generisanjem, a Harness sve ostalo — sklapanje konteksta, proveru prava, verification loop, vraćanje grešaka. Model je mozak, Harness je telo. Bez tela, ma koliko jak bio mozak, ostaje samo ideja.

I za kraj jedna mantra — prompt upravlja ustima, kontekst upravlja mozgom, Harness upravlja rukama i nogama; kad tri stvari prorade zajedno, Agent je tek pouzdan.

Da li si savladao ovo pitanje? Za još detaljnih razlaganja pitanja sa Agent-intervjua na nivou izvornog koda —