GEODE
Autonomous Agent Harness
Fra observation til næste handling.
En lokal harness til autonome agenter, som research, filarbejde og planlagte opgaver kan overdrages til.
Auditscenarier fremstilles gennem faser i fast rækkefølge.
Værten ejer faserækkefølgen, og rolleagenter i hver fase deler arbejdet. Den resulterende seed-pulje og det valgte bedømmelsesskema bliver input til Petris adfærdsaudit.
Scenarieskrivning
Orkestratoren ejer faserækkefølgen, rolleagenter skriver og filtrerer kandidater, og resultatet eksporteres gennem en filkontrakt.
faserækkefølge · PipelineState
seed_generation/orchestrator.pykøre · afgøre: kør faserne i rækkefølgeagents/ · udkastOrkestratoren ejer faserækkefølgen og sammenfletningen af tilstand; hver fases rolleagent udfører arbejdet. Inden for en fase kan arbejdet fordeles via SubAgentManager, og underagenter går ikke rekursivt videre (dybde 1).
dimensionsgennemsnit · belæg
baseline snapshotdata: baseline-belægagents/ · udkastGenerator, Critic og Evolver læser den valgte baselines gennemsnit, standardfejl og belæg pr. dimension. Første generering har ingen baseline og bruger standardprompterne.
latest_pointer.json · priors
handoff pointerdata: forrige meta-reviewagents/ · udkastForrige kørsels meta-review efterlader priors til næste generation og underbelyste dimensioner, som denne generering tager i betragtning.
agents/ · udkastdata: kandidat-seedsagents/ · gennemgang
Generators kandidater går i rækkefølge gennem Proximity-deduplikering, Critic-gennemgang, Pilot (valgfri; springes over i smoke-kørsler) og Rankers Elo-rangering.
agents/ · gennemgangdata: survivors · Eloagents/ · forbedring
Evolver forbedrer de højst rangerede kandidater, og Meta-reviewer opsummerer kørslen til priors for næste generation.
Meta-reviewer · næste priors
agents/ · forbedringkøre · afgøre: næste iteration · fra CriticCritic · gennemgangagents/ · gennemgangMed max_iterations sat går de forbedrede kandidater efter Meta-reviewer igen gennem Critic → Pilot → Ranker → Evolver → Meta-reviewer. Supervisor, Generator og Proximity køres ikke igen; standarden er nul iterationer.
agents/ · forbedringdata: eksportér survivorsrun_dir/
De overlevende kandidaters tekst kopieres som filer til survivors/, Elo- og pilot-scorer går til survivors.json, og meta-review og tilstand skrives separat.
meta_review.json · state.json
run_dir/data: latest-pointerlatest_pointer.json · priorshandoff pointerÉn latest_pointer.json registrerer, hvor denne kørsels seed_pool og meta_review ligger. Output pr. kørsel er kanonisk; pointeren er en best-effort-hjælp til næste kørsel, og en mislykket skrivning logges blot. Ikke alle kørsler har begge felter.
Auditkørsel
Auditor spiller seeden (en scenarieinstruks), target er GEODE-scaffoldet, og judge scorer transskriptionen. De tre roller er separate modelpladser.
survivors/ · .md-kopier af kandidater
run_dir/data: --seed-selectgeode audit · /audit · værktøjpetri/runner.pyEn audit tager et udvalg af seeds (en survivors-mappe, medfølgende seeds, id'er eller tags) og sender det til Inspects opgave inspect_petri/audit. Seed-generering starter ikke selv en audit.
medfølgende seeds · *.md
petri/seedsdata: medfølgende seedsgeode audit · /audit · værktøjpetri/runner.pyRepositoryets medfølgende seeds kan vælges, som de er.
geode audit · /audit · værktøj
petri/runner.pykøre · afgøre: modelroller · tre pladserAuditor-modelAuditor-, target- og judge-modeller angives hver for sig. Standarden er en dry run; reelle kald sker først, når et omkostningsoverslag er bekræftet. Når alle tre roller deler udbyder, tilføjes en markering for bias fra samme udbyder.
Auditor-modeldata: seed-scenariets dialogGEODE som target · AgenticLoop
petri/geode_target.pyEn seed er en scenarieinstruks til auditor. Auditor styrer samtalen og kan kun skabe værktøjer og værktøjsresultater, når target_tools er slået til.
GEODE som target · AgenticLoop
petri/geode_target.pydata: modelkaldTarget-basismodelHele GEODE's AgenticLoop (værktøjer, hooks, hukommelse) pakkes ind som ét model-API, så det auditerede target er GEODE-scaffoldet, ikke basismodellen alene.
GEODE som target · AgenticLoop
petri/geode_target.pydata: transskriptionJudge-modelJudge læser hver prøves fulde transskription én gang og scorer den efter dimension.
judge_dimensions · YAML
petri/judge_dimskøre · afgøre: judge_dimensionsJudge-modelDen valgte YAML med judge-dimensioner fastsætter scoringsdimensionerne. Det er en adfærdsaudit, en anden måling end opgavefuldførelse.
Judge-modeldata: dimensionsscorerInspect .eval-log
Inspect .eval-loggen og en opsummering arkiveres. En arkiveringsfejl noteres og blokerer ikke auditresultatet.
Måling → næste generering
SIL bruger auditscorer til sin dom, og en fastholdt måling bliver baseline-belæg for næste seed-generering. Det betyder ikke, at forbindelsen kørte automatisk i alle kampagner.
Judge-modeldata: dimensionsscorerInspect .eval-log
Inspect .eval-loggen og en opsummering arkiveres. En arkiveringsfejl noteres og blokerer ikke auditresultatet.
Inspect .eval-loglogge · observere: målingSIL-måling · measure.py
SIL's measure.py kører auditens underproces og beregner fitness ud fra resultatet.
SIL-måling · measure.pydata: baseline-opdateringdimensionsgennemsnit · belæg
baseline snapshotSIL's ledger skriver en fastholdt måling som baseline. Seed-generering læser det belæg, når en baseline vælges (automatisk eller eksplicit).
dimensionsgennemsnit · belæg
baseline snapshotdata: baseline-belægagents/ · udkastGenerator, Critic og Evolver læser den valgte baselines gennemsnit, standardfejl og belæg pr. dimension. Første generering har ingen baseline og bruger standardprompterne.
Alle forbindelser med samme tykkelse. Vælg et flow for kun at fremhæve dets vej med nummererede trin.
- Fuldt optrukket · den retning, forespørgsler, kandidater og resultater flyder
- Stiplet · køre, afgøre, autorisere, konfigurere
- Lang streg-prik · logs og observation, adskilt fra dommen
- Kraftig sort linje · det valgte flow; tal angiver rækkefølgen
- Boks · en kode- eller loggrænse med stien i overskriften
- Indre chip · en komponent inden for grænsen
- Stiplet boks · uden for grænsen
- orkestrator · auditindgang
- audit-target · scoringsdimensioner
- output · tilstandsfiler
- rolleagenter · medfølgende seeds
Orkestratoren fastlægger rækkefølgen for første gennemløb og for gentagelser. Konfiguration, registrerede roller og genoptagelsespunktet kan springe faser over, og ikke alle kampagner kørte alle faser. Tilstandsfilernes placering afhænger af miljøet, så ingen stier vises.
- Tre roller
- En seed er en scenarieinstruks, skrevet af en person eller genereret; auditor er modellen, der spiller den, target er det auditerede GEODE-scaffold, og judge er modellen, der scorer transskriptionen. Scorer og logs er judges output.
- Hvad der måles
- En Petri-audit scorer adfærdsdimensioner. Den er ikke en fuldførelsesrate for opgaver eller en garanti for produktkvalitet.