GEODE

1. 01

   AgenticLoop · sześć fazcore/agent/loopprzepływ danych: oczekująca partia · zapis rundySQLite messages · state.jsonmemory/session_checkpoint.py

   W sesji ze skonfigurowanym checkpointingiem (checkpoint i session id) proponowana partia jest zapisywana, zanim uruchomi się jakiekolwiek narzędzie, a jeśli nie da się jej zapisać, nie zostaje wykonana. Ukończona partia jest zapisywana ponownie. Wywołujący bez checkpointu nie mają tej gwarancji.

2. 02

   AgenticLoop · sześć fazcore/agent/loopprzepływ danych: bloki tool_useToolCallProcessortool_executor/processor.py

   Propozycja modelu nie jest uprawnieniem. Każde wywołanie dostaje ToolContext z tożsamością modelu i adaptera pętli.

3. 03

   ToolCallProcessortool_executor/processor.pyprzepływ danych: aexecutezakres · polityka · schemattool_executor/executor.py

   Sprawdza kolejno zakres sesji, przepisania przez middleware żądań, politykę i schemat. Przepisanie, które obniża poziom bezpieczeństwa lub klasę danych osobowych, jest odrzucane.

4. 04

   BoundToolPlan · niezmiennycore/tools/plan.pyuprawnienia · skład: dozwolone · poziom bezpieczeństwazakres · polityka · schemattool_executor/executor.py

   Wykonywalne handlery i poziomy bezpieczeństwa pochodzą z BoundToolPlan zrzutowanego dla sesji.

5. 05

   PreToolUse · PostToolUsetool_executor/executor.pyuprawnienia · skład: PreToolUse · PostToolUseHookRegistry · decyzjecore/hooks

   Publiczne hooki decydują o blokadzie, przepisaniu argumentów lub prośbie o uprawnienie, a po przepisaniu ponownie następują kontrole zakresu, polityki i schematu. Po wykonaniu hook może dodać kontekst lub wstrzymać wynik.

6. 06

   zatwierdzenie · HITLtool_executor/executor.pyuprawnienia · skład: prośba o zatwierdzenieUżytkownik terminala

   W sesji IPC prośba o zatwierdzenie trafia do cienkiego CLI. Tryby bez człowieka domyślnie stosują politykę odmowy; jedynym wyjątkiem jest computer use w DAEMON, gdy operator osobno go włączy (w przeciwnym razie jest zablokowany).

7. 07

   tool_executor/executor.pyodmowa przed wykonaniem: odmowa przed wykonaniemToolCallProcessortool_executor/processor.py

   Odrzucenie przez kontrolę zakresu, polityki lub schematu, blokada PreToolUse lub odmowa zatwierdzenia wracają jako wynik błędu bez dispatch. W takim przypadku żaden efekt tego wywołania się nie rozpoczął.

8. 08

   effect receipttool_executor/executor.pyprzepływ danych: przyjęcie efektu · zatwierdzenieEffectReceiptStorememory/effect_receipts.py

   Efekty takie jak zmiany plików, wiadomości wychodzące czy działania administracyjne są przyjmowane, zanim zostaną wykonane. Niepewny wynik nie jest wykonywany ponownie; wymaga uzgodnienia.

9. 09

   blokada zasobu · dispatchtool_executor/executor.pyprzepływ danych: wywołanie handlerahandlery narzędzi · bash · computercore/tools

   Przekazuje do przypisanego handlera po zablokowaniu jego kluczy zasobów. Wywołanie przerwane w terminie może nadal działać na zewnątrz.

10. 10

    blokada zasobu · dispatchtool_executor/executor.pyprzepływ danych: wywołanie MCPMCPServerManagercore/mcp/manager.py

    Wywoływane są tylko narzędzia MCP z zadeklarowaną polityką zasobów.

11. 11

    MCPServerManagercore/mcp/manager.pyprzepływ danych: tools/callSerwery MCP

    Katalog serwerów pochodzi z ustawień globalnych i z ustawień projektu, które przeszły kontrolę zaufania; ta kontrola dotyczy tylko wpisów projektu. Menedżer MCP stosuje swoją politykę rozszerzeń i zasobów.

12. 12

    handlery narzędzi · bash · computercore/toolsprzepływ danych: zmiany plików · git · procesówPliki · git · procesy

    Wykonane zmiany pozostają stanem zewnętrznym. Checkpoint przywraca tylko rozmowę i ich nie cofa.

13. 13

    tool_executor/executor.pyprzepływ danych: wynik · błąd po dispatchToolCallProcessortool_executor/processor.py

    Po dispatch normalne wyniki i błędy (w tym przekroczenia czasu i niepewne wyniki) wracają przez PostToolUse. Błąd lub przekroczenie czasu nie oznacza, że praca na zewnątrz się zatrzymała lub została cofnięta.

14. 14

    ToolCallProcessortool_executor/processor.pyprzepływ danych: tool_resultwiadomości · ConversationContextcore/agent/loop

    Wyniki, odmowy i błędy są jednakowo serializowane jako tool_result i stają się wiadomościami w kolejnym wejściu modelu.

15. 15

    ToolCallProcessortool_executor/processor.pyzapis · obserwacja: obserwacja wywołania · wynikuSessionTimeline · append-onlyobservability/session_timeline.py

    Zapisuje wywołanie i jego wynik (ok lub błąd) w timeline, łącznie z wywołaniami odrzuconymi przed wykonaniem. Zapis jest obserwacją; nie dowodzi, że efekt zewnętrzny się rozpoczął lub powiódł.

1. 01

   AgenticLoop · sześć fazcore/agent/loopprzepływ danych: oczekująca partia · zapis rundySQLite messages · state.jsonmemory/session_checkpoint.py

   W sesji ze skonfigurowanym checkpointingiem (checkpoint i session id) proponowana partia jest zapisywana, zanim uruchomi się jakiekolwiek narzędzie, a jeśli nie da się jej zapisać, nie zostaje wykonana. Ukończona partia jest zapisywana ponownie. Wywołujący bez checkpointu nie mają tej gwarancji.

2. 02

   SQLite messages · state.jsonmemory/session_checkpoint.pyprzepływ danych: przywrócenie przy wznowieniuAgenticLoop · sześć fazcore/agent/loop

   Jedna ścieżka przywracania odtwarza wiadomości, stan poznawczy i liczniki strażników. Lokalny dla procesu TaskGraph nie jest odtwarzany.

3. 03

   AgenticLoop · sześć fazcore/agent/loopzapis · obserwacja: zapis turySessionTimeline · append-onlyobservability/session_timeline.py

   Historia wykonania typu append-only, nigdy nie odtwarzana jako stan.

4. 04

   AgenticLoop · sześć fazcore/agent/loopuprawnienia · skład: kontrola ukończeniaverify_turn_asynccore/agent/verify.py

   Propozycja modelu, by zakończyć, staje się ukończeniem tylko przez Verify.

5. 05

   verify_turn_asynccore/agent/verify.pyuprawnienia · skład: PostVerify · StopHookRegistry · decyzjecore/hooks

   Decyzje publicznych hooków określają, czy kontynuować z poprawką, a poprawki odbywają się tylko w ustalonym budżecie (domyślnie dwie).

6. 06

   AgenticLoop · sześć fazcore/agent/loopzapis · obserwacja: wiersze dowodów · best-effortEvidenceLedger · JSONLagent/evidence_ledger.py

   Maskowane wiersze diagnostyczne. Hashe służą korelacji; wiersz nie dowodzi, że efekt zaszedł, i nie jest zapisywany w jednej transakcji z timeline ani checkpointem.

7. 07

   AgenticLoop · sześć fazcore/agent/loopzapis · obserwacja: zdarzenia poznawcze · cyklu życiaHookSystem · obserwacjacore/hooks

   Hooki obserwacyjne odbierają i zapisują zdarzenia; nie decydują o wykonaniu.

1. 01

   Kanał komunikatoraprzepływ danych: wiadomość kanałupollery komunikatorówcore/server

   Pollery demona serve obsługują wiadomości tylko z przypisanych kanałów.

2. 02

   pollery komunikatorówcore/serveruprawnienia · skład: create_session(DAEMON)SharedServices.create_sessionsupervised/services.py

   Tryb bez człowieka do zatwierdzania: obowiązuje domyślna polityka odmowy i budżet czasu. Tylko computer use może zostać osobno włączony przez operatora; bez tego pozostaje zablokowany.

3. 03

   pollery komunikatorówcore/serverprzepływ danych: arun(message)AgenticLoop · sześć fazcore/agent/loop

   Wątek zachowuje jedno stałe session id i kontynuuje jeden łańcuch checkpointów.

4. 04

   Zewnętrzny host MCPprzepływ danych: run_agent(prompt)run_agent · jednorazowe uruchomieniecore/mcp_server.py

   Zewnętrzny host MCP wywołuje GEODE jako narzędzie.

5. 05

   run_agent · jednorazowe uruchomieniecore/mcp_server.pyprzepływ danych: bezgłowa pętla jednorazowaAgenticLoop · sześć fazcore/agent/loop

   Osobno zbudowany bezgłowy wykonawca i pętla, które omijają SharedServices. Domyślna lista odmów obowiązuje bez zmian, więc narzędzia takie jak run_bash, delegate_task i computer są usuwane; wyjątek computer use z DAEMON tutaj nie istnieje.

Każde połączenie z tą samą wagą. Wybór przepływu wyróżnia tylko jego ścieżkę z ponumerowanymi krokami.