GEODE
Autonomous Agent Harness
Od pozorování k další akci.
Lokální harness autonomního agenta, kterému lze svěřit výzkum, práci se soubory a plánované úlohy.
Auditní scénáře vznikají ve fázích s pevným pořadím.
Pořadí fází patří hostiteli a agenti v rolích si v každé fázi dělí práci. Výsledný fond seedů a zvolená rubrika se stávají vstupem behaviorálního auditu Petri.
Tvorba scénářů
Orchestrátor řídí pořadí fází, agenti v rolích navrhují a filtrují kandidáty a výsledek se exportuje přes souborový kontrakt.
pořadí fází · PipelineState
seed_generation/orchestrator.pyspuštění · rozhodnutí: spouštění fází v pořadíagents/ · návrhOrchestrátor řídí pořadí fází a slučování stavu; práci odvádí agent v roli dané fáze. V rámci fáze se práce může větvit přes SubAgentManager a subagenti se nevnořují dál (hloubka 1).
průměry dimenzí · doklady
baseline snapshotúdaje: doklady baselineagents/ · návrhGenerator, Critic a Evolver čtou průměry, směrodatné chyby a doklady zvoleného baseline pro jednotlivé dimenze. První generace baseline nemá a používá výchozí prompty.
latest_pointer.json · priors
handoff pointerúdaje: předchozí meta-reviewagents/ · návrhMeta-review předchozího běhu zanechá priors pro další generaci a málo pokryté dimenze, které tato generace zohlední.
agents/ · návrhúdaje: kandidátní seedyagents/ · revize
Kandidáti z Generator postupně procházejí deduplikací Proximity, revizí Critic, Pilotem (volitelný; v bězích smoke se přeskakuje) a žebříčkem Elo v Ranker.
agents/ · revizeúdaje: survivors · Eloagents/ · vylepšení
Evolver vylepšuje nejvýše umístěné kandidáty a Meta-reviewer shrne běh do priors pro další generaci.
Meta-reviewer · další priors
agents/ · vylepšeníspuštění · rozhodnutí: další iterace · od CriticCritic · revizeagents/ · revizePři nastaveném max_iterations projdou vylepšení kandidáti po Meta-reviewer znovu cestou Critic → Pilot → Ranker → Evolver → Meta-reviewer. Supervisor, Generator a Proximity se znovu nespouštějí; výchozí počet iterací je nula.
agents/ · vylepšeníúdaje: exportovat survivorsrun_dir/
Těla přeživších kandidátů se kopírují jako soubory do survivors/, skóre Elo a pilotu jdou do survivors.json a meta-review a stav se zapisují zvlášť.
meta_review.json · state.json
run_dir/údaje: ukazatel latestlatest_pointer.json · priorshandoff pointerJeden soubor latest_pointer.json zaznamenává, kde jsou seed_pool a meta_review tohoto běhu. Závazné jsou výstupy jednotlivých běhů; ukazatel je pomůcka typu best-effort pro další běh a neúspěšný zápis se jen zaloguje. Ne každý běh má obě pole.
Běh auditu
Auditor hraje seed (pokyn ke scénáři), cílem je lešení GEODE a soudce hodnotí přepis. Tři role jsou samostatná místa pro modely.
survivors/ · kopie kandidátů .md
run_dir/údaje: --seed-selectgeode audit · /audit · nástrojpetri/runner.pyAudit přijme výběr seedů (adresář survivors, přibalené seedy, ID nebo tagy) a předá ho úloze inspect_petri/audit v Inspect. Generování seedů samo audit nespouští.
přibalené seedy · *.md
petri/seedsúdaje: přibalené seedygeode audit · /audit · nástrojpetri/runner.pySeedy přibalené v repozitáři lze vybrat tak, jak jsou.
geode audit · /audit · nástroj
petri/runner.pyspuštění · rozhodnutí: role modelů · tři místaModel auditoraModely auditora, cíle a soudce se nastavují samostatně. Ve výchozím stavu jde o suchý běh; skutečná volání proběhnou až po potvrzení odhadu nákladů. Když všechny tři role sdílejí poskytovatele, připojí se značka zkreslení stejného poskytovatele.
Model auditoraúdaje: dialog scénáře seeduGEODE jako cíl · AgenticLoop
petri/geode_target.pySeed je pokyn ke scénáři pro auditora. Auditor vede konverzaci a nástroje a výsledky nástrojů může vytvářet jen při zapnutém target_tools.
GEODE jako cíl · AgenticLoop
petri/geode_target.pyúdaje: volání modeluZákladní model cíleCelá smyčka AgenticLoop GEODE (nástroje, hooky, paměť) je obalena jako jedno API modelu, takže auditovaným cílem je lešení GEODE, nikoli samotný základní model.
GEODE jako cíl · AgenticLoop
petri/geode_target.pyúdaje: přepisModel soudceSoudce jednou přečte úplný přepis každého vzorku a ohodnotí ho podle dimenzí.
judge_dimensions · YAML
petri/judge_dimsspuštění · rozhodnutí: judge_dimensionsModel soudceZvolený YAML s dimenzemi soudce určuje dimenze hodnocení. Jde o behaviorální audit, jiné měření než dokončení úlohy.
Model soudceúdaje: skóre dimenzíLog Inspect .eval
Log Inspect .eval a souhrn se archivují. Neúspěšná archivace se poznamená a výsledek auditu neblokuje.
Měření → další generace
SIL používá skóre auditu pro své rozhodnutí a ponechané měření se stává dokladem baseline pro další generování seedů. Neznamená to, že toto propojení běželo automaticky v každé kampani.
Model soudceúdaje: skóre dimenzíLog Inspect .eval
Log Inspect .eval a souhrn se archivují. Neúspěšná archivace se poznamená a výsledek auditu neblokuje.
Log Inspect .evalzáznam · pozorování: měřeníMěření SIL · measure.py
measure.py v SIL spouští podproces auditu a z jeho výsledku počítá fitness.
Měření SIL · measure.pyúdaje: aktualizace baselineprůměry dimenzí · doklady
baseline snapshotLedger SIL zapisuje ponechané měření jako baseline. Generování seedů tyto doklady čte, když je baseline zvolen (automaticky nebo explicitně).
průměry dimenzí · doklady
baseline snapshotúdaje: doklady baselineagents/ · návrhGenerator, Critic a Evolver čtou průměry, směrodatné chyby a doklady zvoleného baseline pro jednotlivé dimenze. První generace baseline nemá a používá výchozí prompty.
Každé spojení se stejnou váhou. Výběr toku zvýrazní jen jeho cestu s očíslovanými kroky.
- Plná čára · směr toku požadavků, kandidátů a výsledků
- Přerušovaná čára · spuštění, rozhodnutí, autorizace, konfigurace
- Dlouhá čerchovaná · záznamy a pozorování, oddělené od rozhodnutí
- Silná černá čára · zvolený tok; čísla udávají pořadí
- Rámeček · hranice kódu nebo záznamu, cesta v záhlaví
- Vnitřní štítek · komponenta v této hranici
- Přerušovaný rámeček · mimo tuto hranici
- orchestrátor · vstup auditu
- cíl auditu · dimenze hodnocení
- výstupy · stavové soubory
- agenti v rolích · přibalené seedy
Orchestrátor určuje pořadí prvního průchodu a pořadí opakování. Konfigurace, registrované role a bod navázání mohou některé fáze přeskočit a ne každá kampaň prošla všemi fázemi. Umístění stavových souborů závisí na prostředí, proto cesty nejsou uvedeny.
- Tři role
- Seed je pokyn ke scénáři, napsaný člověkem nebo vygenerovaný; auditor je model, který ho hraje, cíl je auditované lešení GEODE a soudce je model, který hodnotí přepis. Skóre a logy jsou výstupem soudce.
- Co se měří
- Audit Petri hodnotí behaviorální dimenze. Není mírou dokončení úloh ani zárukou kvality produktu.