Projekt · Zerium

Od pomysłu do produktu, z dowodem na każdym kroku.

Zerium to orkiestrator AI, który zamienia pomysł w gotowy produkt. Model AI proponuje zmiany, ale nigdy nie ma bezpośredniej władzy nad repozytorium. Orkiestrator pieczętuje propozycję, sprawdza ją w izolacji i dopiero wtedy ją wprowadza.

Zobacz, jak działa Śledź rozwój Zerium
W aktywnym rozwoju Mission Control w wersji demonstracyjnej.
Modele
Codex, Claude i inne, każdy w swojej roli
Repozytorium
zmiany trafiają tam dopiero po audycie
Dowód
z każdego kroku, odtwarzalny bajt w bajt

Mission Control

Jeden ekran dla planu, agentów, testów i decyzji.

Operator widzi, który agent pracuje nad którym zadaniem, co przeszło testy, co czeka na audyt i gdzie potrzebna jest jego decyzja.

Ekran Mission Control w Zerium: orkiestracja agentów od planu przez implementację i testy po niezależny audyt, kolejka zadań, stan systemu, skrypty w workspace i oś zdarzeń.
Wersja demonstracyjna interfejsu

Jak to działa

Sześć kroków. Żaden nie zależy od dobrej woli modelu.

Każdy krok kończy się zapisem, który wiąże się hashem z poprzednim. Tak powstaje łańcuch dowodów, który można sprawdzić od początku do końca.

Krok 01 / 06

Cel

Człowiek wskazuje projekt i cel. Workspace zapisuje intencję, rozmowę i załączniki, powiązane z dokładną wersją projektu.

zapisanysha256:051846d71413…
Krok 02 / 06

Plan

Model w roli architekta proponuje plan: zadania, zależności i wymagane akceptacje. Plan przechodzi walidację, a każda zmiana to nowa wersja, nie przepisanie historii.

zwalidowanysha256:fcf42700d3ae…
Krok 03 / 06

Propozycja

Model wykonawczy, na przykład Codex albo Claude, dostaje jedno ograniczone zadanie i zwraca propozycję zmian. Nie ma dostępu do repozytorium.

odebranasha256:fbd308c1f631…
Krok 04 / 06

Pieczęć

Orkiestrator pieczętuje propozycję i wiąże ją hashami z zadaniem, planem i wejściem. Od tej chwili nie da się jej podmienić ani dopisać.

zapieczętowanasha256:52113589d485…
Krok 05 / 06

Staging i audyt

Zmiany są sprawdzane w izolowanym stagingu: najpierw deterministyczne testy, potem niezależny audyt innego modelu. Wynik to PASS, ograniczona poprawka albo decyzja człowieka.

PASSsha256:4895d4af80f3…
Krok 06 / 06

Materializacja

Do repozytorium trafia dokładnie to drzewo, które przeszło walidację i audyt. Każdy krok zostawia dowód, który da się odtworzyć bajt w bajt.

opublikowanasha256:6f7fdf8b11aa…

Zasada

Modele proponują i wykonują ograniczoną pracę. Zerium egzekwuje reguły. Człowiek zachowuje swoje bramki decyzyjne.

Granice

Samo zdanie „zrobione” nie ma żadnej mocy.

Model może się mylić, halucynować albo raportować sukces, którego nie było. Dlatego jego słowo niczego nie zmienia w repozytorium.

Model nie może

  • uznać zadania za ukończone, bo tak napisał;
  • pominąć testów ani zwiększyć sobie limitu prób;
  • zmienić wyniku audytu na pozytywny;
  • opublikować kodu w repozytorium.

Zerium zapewnia

  • przerwanie i wznowienie pracy bez utraty historii;
  • brak podwójnego wywołania modelu dla tego samego zadania;
  • publikację dokładnie tego drzewa, które przeszło walidację i audyt;
  • dowód z każdego kroku, odtwarzalny bajt w bajt.

Podział ról

Każdy agent ma zakres. I listę rzeczy, których mu nie wolno.

Role są rozdzielone jak w dobrze zorganizowanym zespole: kto planuje, nie zatwierdza; kto implementuje, nie audytuje; kto audytuje, nie poprawia.

Operator

człowiek

Wyznacza cele, udziela akceptacji i zgód na działania zewnętrzne.

Bez prawa do: fabrykowania wyników i przepisywania dowodów.

Architekt

SOL ULTRA

Plan, decyzje przekrojowe i wersjonowane zmiany architektury.

Bez prawa do: omijania decyzji człowieka i zastępowania audytu.

Implementacja

TERRA

Zwykła, ograniczona realizacja jednego zadania.

Bez prawa do: zatwierdzania własnej pracy i zmiany planu.

Eskalacje

SOL HIGH

Trudne poprawki, bezpieczeństwo i diagnoza w ramach planu.

Bez prawa do: poszerzania zakresu i nadpisania werdyktu audytora.

Audyt niezależny

CLAUDE

Ocena dokładnego wyniku i walidacji, bez udziału w implementacji.

Bez prawa do: edycji kodu w trakcie audytu i publikacji.

Kontekst

QWEN

Przygotowanie i streszczenie materiału dla pozostałych ról.

Bez prawa do: zmiany zakresu, bramek i wyniku.

Wykonawca

EXECUTOR

Mechaniczne testy i kontrole, zawsze te same dla tego samego wejścia.

Bez prawa do: interpretowania architektury i poleceń modelu.

Nazwy ról pochodzą z wersji demonstracyjnej. Konkretne modele przypisane do ról mogą się zmieniać.

Skąd się wzięło

Zaczęło się od tradingu.

Zerium powstało jako narzędzie do automatyzacji tradingu. Repozytorium nadal nazywa się trading-orchestrator. Ta sama zasada, której uczę na Selemitorze, okazała się uniwersalna: najpierw proces, dowód i weryfikacja, dopiero potem decyzja.

Proces w pięciu etapach Algotrading w kursie
PoczątekNarzędzie do tradingu

Automatyzacja decyzji z kontrolą ryzyka i dziennikiem.

DziśOrkiestrator dla dowolnego projektu

Od celu przez plan i testy po audyt i publikację.

CelOrkiestrator jako produkt

Pomysł zamieniony w gotowy produkt, z dowodem na każdym kroku.

Rozwój Zerium

Chcesz śledzić, jak powstaje Zerium?

Postępy, nowe wersje demo i opisy architektury bez żargonu trafiają najpierw na listę i na Discord.

Śledź rozwój Zerium Wejdź na Discord

Formularz otwiera się w Tally, w nowej karcie. Imię i e-mail służą tylko do wysyłki informacji o Selemitorze. Wypiszesz się jednym kliknięciem w każdej wiadomości. Polityka prywatności

  • Postępy prac i nowe wersje demonstracyjne.
  • Opisy architektury i decyzji projektowych bez żargonu.
  • Informacja, gdy Zerium będzie gotowe na pierwsze zewnętrzne projekty.
Zapisz się na listę