Skip to content

Konksud

Konks on viis, kuidas bee sõna saab. Agendi käituskeskkond kutsub bee’t määratletud hetkel, bee prindib välja selle, mis tal öelda on, ja keskkond lisab selle mudeli konteksti.

Terminal window
bee hook install --harness claude --scope project # või codex, või hermes

hook install kirjutab nimetatud keskkonna jaoks õige konfiguratsiooni, kaasa arvatud lipud, mida on lihtne valesti panna — miks need erinevad, näed tabelist.

millal mis jõuab agendi konteksti
sessiooni algus kes ta on (SOUL), kehtivad reeglid, viimased faktid
iga päring reeglid + mälud, mis vastavad äsja küsitule
faili kirjutamisel reeglid, mis kehtivad selle faili kohta

Käivita need käsitsi, et näha täpselt, mida nad väljastavad:

Terminal window
bee hook session-start
echo '{"prompt":"paranda katkine datasource test"}' | bee hook prompt
echo '{"file_path":"src/Catalog/Data/ProductDataSource.cs"}' | bee hook pre-tool
keskkond sessiooni algus iga päring enne kirjutamist
Claude Code ✅ — vajab --emit claude-pretool
Codex ühendamata
Hermes sõidab esimese päringuga kaasa --emit context-json ühendamata

Iga ✅ sündis päris käituskeskkonda bee enda genereeritud konfiguratsiooni vastu käivitades ja mudelilt paludes tsiteerida, mida ta sai. Lüngad ei ole „veel tegemata” — iga üks neist on selle keskkonna omadus:

Claude Code viskab kirjutamiseelsel sündmusel tavalise stdout-i ära. Ellu jääb ainult hookSpecificOutput.additionalContext. Mõõdetud mõlemat pidi: tavatekstiga teatas mudel, et ei saanud midagi; struktureeritud kujuga tsiteeris ta reeglit sõna-sõnalt.

Codexil pole Write-tööriista — ta muudab faile shell-käske käivitades, seega kirjutamiseelne sündmus kannab käsurida, mitte failiteed, ja reeglit pole millegi järgi otsida.

Hermes kasutab tagastatud sisu ainult ühe sündmuse juures (pre_llm_call). Ülejäänud kaks käivitavad bee ja viskavad väljundi ära, seega nende ühendamine näeks välja ühendatuna ega teeks midagi.

Kirjutamiseelne konks käivitub enne kirjutamist, aga tema kontekst jõuab mudelini koos tööriista tulemusega — seega esimene kirjutamine ei järgi reeglit ja mudel parandab selle. Reegliga, mis ütleb, et iga .cs-fail peab algama litsentsireaga:

1. Write "public class Thing" ← reegel polnud veel kohale jõudnud
2. Edit "// LICENCE-7" ← parandatud pärast selle nägemist

Üks lisamuudatus ja fail saab õigeks. See tekitab paranduse, mitte ennetuse. Selle nimetamine „enne kirjutamist” oleks liialdus.