DE
Geodi, die offizielle Pixelfigur von GEODE
Zurück zum Saal

GEODE

Autonomous Agent Harness

Von der Beobachtung zur nächsten Handlung.

Ein lokales Harness für autonome Agenten, dem sich Recherche, Dateiarbeit und geplante Aufgaben übergeben lassen.

2026.02.21 — present

Entwurf, Urteil, Verifikation: Author · Implementierung: Claude · Review: Codex

  • CLIVeröffentlicht · PyPI
  • MCP-ServerImplementiert
Recorded evaluation · MCPMark PostgreSQL · 2026-07-04

Bevor es etwas änderte, fand es, was bereits da war.

Die Aufgabe: Sicherheit auf Zeilenebene für ein soziales Netzwerk mit fünf Tabellen.

  1. UntersuchungAufrufe 1–12 · list_objects, get_object_details, execute_sqlGelesen: die fünf Tabellen, vier bereits vorhandene Hilfsfunktionen, RLS auf allen fünf deaktiviert, dazu Policys, Rechte und Rollen.
  2. AusführungAufruf 13 · execute_sqlEine Transaktion: 20 Policys und RLS aktiviert, 3 vorhandene Hilfsfunktionen wiederverwendet, 3 Funktionen ergänzt.
  3. VerifikationEvaluations-Harness · kein Aufruf des Agenten18 bestanden, 0 fehlgeschlagen. Alle 13 Tool-Antworten aus 9 Runden kamen ohne Fehler zurück.
Ausgabe des Prüfers, 18 Zeilen (wörtlich)
  1. RLS enabled on users
  2. RLS enabled on channels
  3. RLS enabled on channel_moderators
  4. RLS enabled on posts
  5. RLS enabled on comments
  6. Users can update their own profile
  7. Users blocked from updating other users' profiles
  8. Channel owners can update their channels
  9. Non-owners blocked from updating channels
  10. Post authors can update their posts
  11. Channel moderators can update posts in their channels
  12. Unauthorized users blocked from updating posts
  13. Comment authors can update their comments
  14. Post authors can moderate comments on their posts
  15. Channel owners can add moderators
  16. Non-owners blocked from adding moderators
  17. Content visibility varies correctly based on user context
  18. Anonymous users can see 3 public user profiles (correct)

Ein vergangener Lauf in einer konfigurierten Evaluations-Sandbox, keine Live-Datenbank und kein echter Sicherheitsvorfall. Zeilenzahlen vor den Policys sind nicht aufgezeichnet und werden daher nicht gezeigt. Öffentliches Laufprotokoll (meta.json, Commit 23e3428)

Ein Ergebnis zu überprüfen und nachzubessern (angelehnt an Reflexion, innerhalb derselben Aufgabe) ist eine Fähigkeit der aktuellen GEODE-Runtime. In dieser Aufzeichnung kommt keine solche Nachbesserung vor: Jede Tool-Antwort kam ohne Fehler zurück. Runtime-Dokumentation (hook-system.md)

Das Modell wählt die nächste Handlung; der Host hält die Ausführungsgrenze.

Die Runtime vom Eintritt einer Anfrage in eine Session über den Modellaufruf und die Befugnisprüfungen für jeden vorgeschlagenen Tool-Aufruf bis zu Ausführung, Ergebnissen und Aufzeichnungen. Bei Auswahl eines Ablaufs wird nur dessen Pfad hervorgehoben, mit nummerierten Schritten.

Das Modell wählt die nächste Handlung; die Runtime prüft Tool-Berechtigungen und entscheidet, wann die Arbeit abgeschlossen ist.

Externe Experimente Scaffold Search / SIL begannen am May 15, 2026

Das Paket geode-agent wird über PyPI oder das öffentliche Repository installiert und im eigenen Terminal ausgeführt. Es ist auch als MCP-Server erreichbar.

Runtime-Architektur · gezeichnet nach den Codepfaden im fixierten Commit 9e2c041
GEODE-Runtime-ArchitekturKomponenten und Verbindungen des GEODE-Runtime-Prozesses. Anfragen kommen über Terminal-IPC, Messenger oder einen externen MCP-Host herein und werden zu einer Session; AgenticLoop ruft das Modell mit System-Prompt, Konversation und Tool-Schemas auf. Ein vom Modell vorgeschlagener Tool-Aufruf läuft erst, wenn die Prüfungen von ToolExecutor zu Umfang, Policy, Schema, Hook und Freigabe bestanden sind, und sein Ergebnis wird zur nächsten Modelleingabe. Checkpoint, Timeline und Belegzeilen sind getrennte Speicher.Terminal-NutzerREPL · thin CLIMessenger-KanalSlack · Discord · TelegramExterner MCP-HostTool run_agentLLM-ProviderHTTPS · Modell-APIsDateien · git · ProzesseZustand außerhalb der CheckpointsMCP-Serverglobal + vertrauenswürdiges Projektcore/serverCLIPoller · IPC-SocketMessenger-Pollercore/mcp_server.pyrun_agent · Einmallaufsupervised/services.pySharedServices.create_sessionLaneQueue · session · globalcore/agent/loopAgenticLoop · sechs PhasenSystem-Prompt · deklarierte QuellenNachrichten · ConversationContextcore/llm/adaptersadapter.acomplete · Fehlerklassentool_executor/processor.pyToolCallProcessorcore/tools/plan.pyBoundToolPlan · unveränderlichtool_executor/executor.pyUmfang · Policy · SchemaPreToolUse · PostToolUseFreigabe · HITLeffect receiptRessourcensperre · Dispatchcore/toolsTool-Handler · bash · computercore/mcp/manager.pyMCPServerManagermemory/session_checkpoint.pySQLite messages · state.jsonmemory/effect_receipts.pyEffectReceiptStoreobservability/session_timeline.pySessionTimeline · append-onlyagent/evidence_ledger.pyEvidenceLedger · JSONLcore/agent/verify.pyverify_turn_asynccore/hooksHookRegistry · EntscheidungenHookSystem · BeobachtungGEODE-Runtime-Prozessserve-Daemon · REPL · EinmallaufEinstieg · SessionaufbauAusführungsschleife · ModellaufrufTool-Befugnis · EffekteAufzeichnungen · Wiederherstellung · Abschluss1 prompt · cli.sock · Terminal-Nutzer → CLIPoller · IPC-Socket12 create_session(IPC) · CLIPoller · IPC-Socket → SharedServices.create_session23 Lane pro Anfrage · CLIPoller · IPC-Socket → LaneQueue · session · global34ToolExecutor · AgenticLoop5arun(prompt)6System-Prompt7Nachrichten8Tool-Schemas9StepSnapshot · Anfrage10HTTPS11 Antwort · tool_use · adapter.acomplete · Fehlerklassen → AgenticLoop · sechs Phasen111ausstehender Batch · Rundensicherung2tool_use-Blöcke3 aexecute · ToolCallProcessor → Umfang · Policy · Schema34erlaubt · Sicherheitsstufe5PreToolUse · PostToolUse6Freigabeanfrage7 vor der Ausführung abgelehnt · tool_executor/executor.py → ToolCallProcessor78Effekt zulassen · festschreiben9Handler-Aufruf10 MCP-Aufruf · Ressourcensperre · Dispatch → MCPServerManager1011 tools/call · MCPServerManager → MCP-Server1112 Änderungen an Dateien · git · Prozessen · Tool-Handler · bash · computer → Dateien · git · Prozesse1213 Ergebnis · Fehler nach Dispatch · tool_executor/executor.py → ToolCallProcessor1314tool_result15Aufruf · Ergebnisbeobachtung1ausstehender Batch · Rundensicherung2Wiederherstellung bei Fortsetzung3Turn-Protokoll4Abschlussprüfung5PostVerify · Stop6Belegzeilen · best-effort7kognitive · Lebenszyklus-Events1Kanalnachricht2 create_session(DAEMON) · Messenger-Poller → SharedServices.create_session23arun(message)4run_agent(prompt)5headless Einmal-Schleife

Anfrage → Modellaufruf

Eine Terminal-Anfrage kommt über IPC an, eine Session wird aufgebaut, und die Schleife ruft das Modell mit System-Prompt, Konversation und Tool-Schemas auf.

  1. Terminal-Nutzerprompt · cli.sockCLIPoller · IPC-Socketcore/server

    Die thin CLI sendet die Anfrage an den IPC-Socket des serve-Daemons (~/.geode/cli.sock). Die REPL führt denselben Sessionaufbau im Prozess aus.

  2. CLIPoller · IPC-Socketcore/servercreate_session(IPC)SharedServices.create_sessionsupervised/services.py

    Jede Verbindung baut eine Session auf. Der Modus legt HITL-Stufe, Zeitbudget und gesperrte Tools fest und projiziert den BoundToolPlan auf den gewählten Provider.

  3. CLIPoller · IPC-Socketcore/serverLane pro AnfrageLaneQueue · session · globalsupervised/services.py

    Vor der Ausführung einer Anfrage werden Session-Lane und globale Lane gemeinsam belegt; das begrenzt gleichzeitige Läufe.

  4. SharedServices.create_sessionsupervised/services.pyToolExecutor · AgenticLoopAgenticLoop · sechs Phasencore/agent/loop

    Baut Executor und Schleife als ein Paar, das Hooks, MCP, Skills und Ressourcensperren teilt.

  5. LaneQueue · session · globalsupervised/services.pyarun(prompt)AgenticLoop · sechs Phasencore/agent/loop

    Führt einen Nutzer-Turn in sechs Phasen aus: Eingabe vorbereiten, Aufruf vorbereiten, Provider aufrufen, Tools verarbeiten, beobachten und verdichten, beenden.

  6. System-Prompt · deklarierte Quellencore/agent/loopSystem-Promptadapter.acomplete · Fehlerklassencore/llm/adapters

    Wird in jedem Turn aus deklarierten Quellen gebaut, etwa ausgewählten Abschnitten und Regeln aus GEODE.md. Die fünfstufige Facade von ContextAssembler wird nur bei explizitem Aufruf verwendet; sie ist nicht die Eingabe der Standardschleife.

  7. Nachrichten · ConversationContextcore/agent/loopNachrichtenadapter.acomplete · Fehlerklassencore/llm/adapters

    Konversation und frühere Tool-Ergebnisse werden getrennt vom System-Prompt übermittelt.

  8. BoundToolPlan · unveränderlichcore/tools/plan.pyTool-Schemasadapter.acomplete · Fehlerklassencore/llm/adapters

    Nur die Tools des an diesen Schritt gebundenen BoundToolPlan sind für das Modell sichtbar. Er ist ein unveränderlicher Snapshot mit Generation und Inhalts-Hash.

  9. AgenticLoop · sechs Phasencore/agent/loopStepSnapshot · Anfrageadapter.acomplete · Fehlerklassencore/llm/adapters

    Der StepSnapshot fixiert Modell, Tools und Korrelations-IDs dieses Aufrufs. LLM-Middleware kann einen gebundenen Adapter nicht austauschen.

  10. adapter.acomplete · Fehlerklassencore/llm/adaptersHTTPSLLM-Provider

    Ein Adapter pro Provider führt den Aufruf aus. Fehlschläge werden klassifiziert und nur innerhalb eines festgelegten Limits wiederholt oder beenden den Turn mit einem Beendigungsgrund.

  11. adapter.acomplete · Fehlerklassencore/llm/adaptersAntwort · tool_useAgenticLoop · sechs Phasencore/agent/loop

    Reiner Text geht zur Beendigung; tool_use geht zur Tool-Verarbeitung.

Tool-Befugnis → Effekt → Ergebnis

Ein tool_use-Vorschlag läuft erst, wenn alle Prüfungen bestanden sind; Ablehnungen, Ergebnisse und Fehler kommen alle vom Executor zurück und werden zur nächsten Modelleingabe.

  1. AgenticLoop · sechs Phasencore/agent/loopausstehender Batch · RundensicherungSQLite messages · state.jsonmemory/session_checkpoint.py

    In einer Session mit konfiguriertem Checkpointing (Checkpoint und session id) wird der vorgeschlagene Batch gespeichert, bevor ein Tool läuft; lässt er sich nicht speichern, läuft er nicht. Der abgeschlossene Batch wird erneut gespeichert. Aufrufer ohne Checkpoint erhalten diese Garantie nicht.

  2. AgenticLoop · sechs Phasencore/agent/looptool_use-BlöckeToolCallProcessortool_executor/processor.py

    Ein Vorschlag des Modells ist keine Berechtigung. Jeder Aufruf erhält einen ToolContext mit der Modell- und Adapteridentität der Schleife.

  3. ToolCallProcessortool_executor/processor.pyaexecuteUmfang · Policy · Schematool_executor/executor.py

    Prüft nacheinander Session-Umfang, Umschreibungen durch Request-Middleware, Policy und Schema. Eine Umschreibung, die die Sicherheitsstufe oder die Klasse personenbezogener Daten senkt, wird abgelehnt.

  4. BoundToolPlan · unveränderlichcore/tools/plan.pyerlaubt · SicherheitsstufeUmfang · Policy · Schematool_executor/executor.py

    Ausführbare Handler und Sicherheitsstufen stammen aus dem für die Session projizierten BoundToolPlan.

  5. PreToolUse · PostToolUsetool_executor/executor.pyPreToolUse · PostToolUseHookRegistry · Entscheidungencore/hooks

    Öffentliche Hooks entscheiden über Blockade, Umschreiben von Argumenten oder Berechtigungsanfrage; auf eine Umschreibung folgen erneut Prüfungen von Umfang, Policy und Schema. Nach der Ausführung kann ein Hook Kontext ergänzen oder das Ergebnis zurückhalten.

  6. Freigabe · HITLtool_executor/executor.pyFreigabeanfrageTerminal-Nutzer

    In einer IPC-Session wird die Freigabeanfrage an die thin CLI weitergeleitet. Modi ohne Mensch wenden standardmäßig die Ablehnungs-Policy an; die einzige Ausnahme ist computer use im DAEMON, wenn ein Operator es gesondert aktiviert (sonst gesperrt).

  7. tool_executor/executor.pyvor der Ausführung abgelehntToolCallProcessortool_executor/processor.py

    Eine Ablehnung durch Umfang, Policy oder Schema, eine PreToolUse-Blockade oder eine verweigerte Freigabe kommt ohne Dispatch als Fehlerergebnis zurück. In diesem Fall hat kein Effekt dieses Aufrufs begonnen.

  8. effect receipttool_executor/executor.pyEffekt zulassen · festschreibenEffectReceiptStorememory/effect_receipts.py

    Effekte wie Dateiänderungen, ausgehende Nachrichten oder administrative Aktionen werden vor ihrer Ausführung zugelassen. Ein unsicheres Ergebnis wird nicht erneut ausgeführt; es verlangt einen Abgleich.

  9. Ressourcensperre · Dispatchtool_executor/executor.pyHandler-AufrufTool-Handler · bash · computercore/tools

    Leitet nach dem Sperren seiner Ressourcenschlüssel an den gebundenen Handler weiter. Ein bei Fristablauf abgebrochener Aufruf kann außerhalb noch laufen.

  10. Ressourcensperre · Dispatchtool_executor/executor.pyMCP-AufrufMCPServerManagercore/mcp/manager.py

    Nur MCP-Tools mit deklarierter Ressourcen-Policy werden aufgerufen.

  11. MCPServerManagercore/mcp/manager.pytools/callMCP-Server

    Der Serverkatalog stammt aus globalen Einstellungen und aus Projekteinstellungen, die die Vertrauensprüfung bestanden haben; diese Prüfung gilt nur für Projekteinträge. Der MCP-Manager wendet seine Erweiterungs- und Ressourcen-Policy an.

  12. Tool-Handler · bash · computercore/toolsÄnderungen an Dateien · git · ProzessenDateien · git · Prozesse

    Ausgeführte Änderungen bleiben als äußerer Zustand bestehen. Der Checkpoint stellt nur die Konversation wieder her und macht sie nicht rückgängig.

  13. tool_executor/executor.pyErgebnis · Fehler nach DispatchToolCallProcessortool_executor/processor.py

    Nach dem Dispatch kommen normale Ergebnisse und Fehler (einschließlich Timeouts und unsicherer Ergebnisse) über PostToolUse zurück. Ein Fehler oder Timeout bedeutet nicht, dass die äußere Arbeit gestoppt oder rückgängig gemacht wurde.

  14. ToolCallProcessortool_executor/processor.pytool_resultNachrichten · ConversationContextcore/agent/loop

    Ergebnisse, Ablehnungen und Fehler werden gleichermaßen als tool_result serialisiert und werden zu Nachrichten in der nächsten Modelleingabe.

  15. ToolCallProcessortool_executor/processor.pyAufruf · ErgebnisbeobachtungSessionTimeline · append-onlyobservability/session_timeline.py

    Schreibt den Aufruf und sein Ergebnis (ok oder Fehler) in die Timeline, auch vor der Ausführung abgelehnte Aufrufe. Die Aufzeichnung ist Beobachtung; sie beweist nicht, dass ein äußerer Effekt begann oder gelang.

Aufzeichnungen · Wiederherstellung · Abschluss

Checkpoint, Timeline und Belegzeilen werden getrennt geschrieben. Es gibt keine gemeinsame Transaktion, und der Checkpoint stellt nur die Konversation wieder her.

  1. AgenticLoop · sechs Phasencore/agent/loopausstehender Batch · RundensicherungSQLite messages · state.jsonmemory/session_checkpoint.py

    In einer Session mit konfiguriertem Checkpointing (Checkpoint und session id) wird der vorgeschlagene Batch gespeichert, bevor ein Tool läuft; lässt er sich nicht speichern, läuft er nicht. Der abgeschlossene Batch wird erneut gespeichert. Aufrufer ohne Checkpoint erhalten diese Garantie nicht.

  2. SQLite messages · state.jsonmemory/session_checkpoint.pyWiederherstellung bei FortsetzungAgenticLoop · sechs Phasencore/agent/loop

    Ein einziger Wiederherstellungspfad stellt Nachrichten, kognitiven Zustand und Guard-Zähler wieder her. Der prozesslokale TaskGraph wird nicht wiederhergestellt.

  3. AgenticLoop · sechs Phasencore/agent/loopTurn-ProtokollSessionTimeline · append-onlyobservability/session_timeline.py

    Eine append-only-Ausführungshistorie, die nie als Zustand wiedergegeben wird.

  4. AgenticLoop · sechs Phasencore/agent/loopAbschlussprüfungverify_turn_asynccore/agent/verify.py

    Der Vorschlag des Modells zu stoppen wird erst durch Verify zum Abschluss.

  5. verify_turn_asynccore/agent/verify.pyPostVerify · StopHookRegistry · Entscheidungencore/hooks

    Öffentliche Hook-Entscheidungen legen fest, ob mit einer Nachbesserung fortgefahren wird; Nachbesserungen erfolgen nur innerhalb eines festgelegten Budgets (standardmäßig zwei).

  6. AgenticLoop · sechs Phasencore/agent/loopBelegzeilen · best-effortEvidenceLedger · JSONLagent/evidence_ledger.py

    Geschwärzte Diagnosezeilen. Hashes dienen der Korrelation; eine Zeile beweist nicht, dass ein Effekt eintrat, und sie wird nicht in einer Transaktion mit Timeline oder Checkpoint geschrieben.

  7. AgenticLoop · sechs Phasencore/agent/loopkognitive · Lebenszyklus-EventsHookSystem · Beobachtungcore/hooks

    Beobachtungs-Hooks empfangen und zeichnen Events auf; sie entscheiden nicht über die Ausführung.

Andere Einstiegswege

Messenger kommen als DAEMON-Sessions des serve-Daemons herein; run_agent eines externen MCP-Hosts gelangt in eine separat gebaute headless Einmal-Schleife.

  1. Messenger-KanalKanalnachrichtMessenger-Pollercore/server

    Die Poller des serve-Daemons verarbeiten nur Nachrichten aus gebundenen Kanälen.

  2. Messenger-Pollercore/servercreate_session(DAEMON)SharedServices.create_sessionsupervised/services.py

    Ein Modus ohne Mensch, der freigibt: Es gelten die Standard-Ablehnungs-Policy und ein Zeitbudget. Nur computer use kann von einem Operator gesondert aktiviert werden; ohne das bleibt es gesperrt.

  3. Messenger-Pollercore/serverarun(message)AgenticLoop · sechs Phasencore/agent/loop

    Ein Thread behält eine feste session id und setzt eine Checkpoint-Kette fort.

  4. Externer MCP-Hostrun_agent(prompt)run_agent · Einmallaufcore/mcp_server.py

    Ein externer MCP-Host ruft GEODE als Tool auf.

  5. run_agent · Einmallaufcore/mcp_server.pyheadless Einmal-SchleifeAgenticLoop · sechs Phasencore/agent/loop

    Ein separat gebauter headless Executor samt Schleife, der SharedServices umgeht. Die Standard-Denylist gilt unverändert, sodass Tools wie run_bash, delegate_task und computer entfallen; die computer-use-Ausnahme des DAEMON gibt es hier nicht.

Alle Verbindungen in gleicher Stärke. Wird ein Ablauf gewählt, ist nur sein Pfad hervorgehoben, mit nummerierten Schritten.

  • Durchgezogen · Richtung, in die Anfragen, Nachrichten und Tool-Ergebnisse fließen
  • Gestrichelt · Sessionaufbau, Befugnis oder Urteil; kein Datenpfad
  • Lang strichpunktiert · Aufzeichnungen und Beobachtung; nie als Zustand wiedergegeben
  • Kurz gestrichelt · Ablehnung vor der Ausführung, kein Effekt
  • Dicke schwarze Linie · der gewählte Ablauf; Nummern geben die Reihenfolge an
  • Kasten · eine Grenze, die Code besitzt, Quellpfad in der Kopfzeile
  • Innerer Chip · eine Komponente innerhalb dieser Grenze
  • Gestrichelter Kasten · außerhalb des Runtime-Prozesses
  • Orange Umrandung · wo ein Modell entscheidet
  • Ausführungsschleife
  • Befugnis · Urteile
  • Aufzeichnungsspeicher
  • Einstieg · Verbindung · Ausführung

Gezeichnet sind nur Verbindungen, deren Aufrufe bestätigt wurden. Die fünfstufige Facade von ContextAssembler, der TaskGraph und Forschungsexperimente wie Jev, SIL und Crucible liegen nicht auf diesem Runtime-Pfad. Asynchroner Abbruch stoppt keine bereits begonnene synchrone Arbeit und macht eingetretene Effekte nicht rückgängig.

Unterstützte Modelle · nach Provider

Die Katalogauswahl des Codes und die ausgelieferten Standardwerte, keine Liste, in der jedes Modell einen echten API-Aufruf bestanden hat. Konfigurierte Fallback-Ketten sind standardmäßig leer, und exakte IDs werden nie automatisch auf neuere Versionen aktualisiert.

  • Anthropic

    API

    • PrimärClaude Opus 5.5claude-opus-5-5Standard
    • SekundärClaude Sonnet 5claude-sonnet-5Standard
    • KostengünstigClaude Haiku 4.5claude-haiku-4-5-20251001Standard
    Alle 12 Katalog-IDs anzeigen

    API

    • claude-fable-5-1
    • claude-opus-5-5Standard
    • claude-opus-5
    • claude-sonnet-5Standard
    • claude-haiku-4-5-20251001Standard
    • claude-fable-5
    • claude-opus-4-8
    • claude-opus-4-7
    • claude-opus-4-6
    • claude-opus-4-5
    • claude-sonnet-4-6
    • claude-sonnet-4-5-20250929

    Der Code lehnt den OAuth-Weg über das Abonnement ab.

  • OpenAI

    API · Codex-Abonnement

    • Standard für API und CodexGPT-6 Solgpt-6-solStandard
    Alle 11 Katalog-IDs anzeigen

    API · Codex-Abonnement

    • gpt-6-astra
    • gpt-6-solStandard
    • gpt-6-luna
    • gpt-5.6-sol
    • gpt-5.6-terra
    • gpt-5.6-luna

    Nur API

    • gpt-5.5
    • gpt-5.3-codex
    • gpt-5.4
    • gpt-5.4-mini
    • gpt-5.4-nano

    Zwei Zugangswege zu einem Provider; der Katalog legt fest, welche Wege jedes Modell zulässt.

  • Z.ai / GLM

    PAYG

    • StandardGLM-5.3glm-5.3Standard
    Alle 9 Katalog-IDs anzeigen

    PAYG

    • glm-5.3Standard
    • glm-5.3-flash
    • glm-5.3-flashx
    • glm-5.2
    • glm-5.1
    • glm-5
    • glm-4.7
    • glm-4.7-flashx
    • glm-4.7-flash

    Der Code lässt den Weg über GLM Coding Plan nicht zu.

  • OpenRouter

    Routing-Dienst

    • AuswahlFree (smoke)openrouter/openrouter/freeRouter
    • AuswahlAuto (variable)openrouter/openrouter/autoRouter

    Auswahl durch den Router, kein festes Modell. Explizit konfigurierte IDs können auch beibehalten werden.

  • TypeSafe / Jev

    Nur Entscheidungen · getrennt von der Textgenerierung

    • Direktjev-1.13.0Nur Entscheidung
    • Über OpenRoutertypesafe/jev-1.13Nur Entscheidung

    Ein optionaler Adapter, der nur Urteile fällt; er ist kein Root-Modell für Textgenerierung. Die Standard-Urteilsengine ist llm, Jev muss ausgewählt werden. Die Konfigurationen der Jev-Studie selbst folgen den Aufzeichnungen der Jev-Ansicht.

QuelleGEODE main 373d420Öffentlicher Commit: October 7, 2026 · geprüft: October 8, 2026

Experimente

Modelle und Wege wie damals aufgezeichnet, keine aktuellen Standardwerte und keine vollständige Kompatibilitätsliste.

  • GEODE-Benchmarkbericht

    July 31, 2026

    • GEODEGPT-5.6 Solgpt-5.6-solOpenAI-Abonnement · high

  • Terminal-Bench 2.1 · gepaarte Spezifikation für Harbor 0.22.0

    August 27, 2026

    • GEODE · native CodexGPT-5.6 Solgpt-5.6-solAbonnement · max

    Eine eingefrorene Spezifikation; nicht jeder geplante Versuch wurde zu einem gültigen Ergebnis.

  • Archivierter SIL-Lauf run-2606-broken-tool-use

    • Ziel-ScaffoldGPT-5.5gpt-5.5openai-codex
    • Auditor · BewerterClaude Opus 4.8claude-opus-4-8PAYG

    Eine Aufzeichnung getrennter Rollen, keine zwei austauschbaren Standardwerte.