AIOS planuje, kolejkuje, wykonuje i weryfikuje pracę wielu agentów AI — lokalnie najpierw, z awaryjnym wybuchem do chmury tylko wtedy, gdy to naprawdę potrzebne (local-first, cloud-burst). Trójwarstwowy routing kosztowy, samonaprawiająca się pętla weryfikacji i bramki Human-in-the-Loop chronią budżet i produkcję, zanim cokolwiek zostanie wdrożone.
Nie demo — działający kod, uruchamiany dziś na prawdziwej kolejce zadań.
Zadania są przejmowane atomowo (UPDATE … RETURNING w jednej transakcji)
i znaczone czasową dzierżawą — wielu workerów, lokalnych i chmurowych, może bezpiecznie
sięgać po tę samą kolejkę bez wyścigów i podwójnego wykonania tego samego zadania.
Kod, który nie przechodzi własnego testu, dostaje jedną, zdyscyplinowaną turę autokorekty przez niezależny model rozumujący — nie nieskończoną pętlę. Jeśli poprawka nie naprawi problemu w całości, system cofa się do poprzedniej, bezpiecznej wersji zamiast zostawić coś gorszego.
Zmiany w plikach produkcyjnych nigdy nie lądują po cichu. Każdy wynik przechodzi przez recenzję niezależnego modelu i/lub jawną bramkę zatwierdzenia, zanim zostanie uznany za gotowy do wdrożenia — patche, nie ciche nadpisania.
Każde wywołanie modelu zostawia ślad JSONL (czas, model, tokeny, koszt) w formacie zgodnym z podzbiorem konwencji OpenTelemetry — pełna obserwowalność kosztów i wydajności bez ciężkiego stosu monitoringu.
Najpierw darmowe, potem lokalne, chmura płatna wyłącznie za jawną, jednorazową zgodą — nigdy jako cichy fallback.
Redukcja kosztów operacyjnych rutynowych zadań do 100% dzięki bezkosztowej priorytetyzacji lokalnych modeli LLM na GPU (Tier-0).
Szybkie, darmowe API idą jako pierwszy wybór dla każdego zadania.
Własny sprzęt: prywatność, praca offline, zero limitów zewnętrznego dostawcy.
Ostatnia linia — włączana wyłącznie jawną, jednorazową decyzją, nigdy automatycznie.
Bramka HITL zastosowana do wydatków, nie tylko do kodu — trzy fakty zweryfikowane bezpośrednio w routerze kosztowym:
Tier-2 ma enabled = False na poziomie routera — twarda blokada
domyślna, której nie omija żaden warunek kosztowy.
Płatna chmura włącza się wyłącznie ręcznym, jednorazowym potwierdzeniem operatora — nigdy automatycznym fallbackiem po wyczerpaniu tańszych warstw.
AWS, Azure i GCP mają niezależnie liczone budżety i mikrobudżety per zadanie — żadna warstwa nie pożycza cicho od drugiej.
Google Cloud jest częścią tej architektury na dwóch poziomach: Google AI Studio (Gemini Flash) jako darmowa warstwa pierwszego wyboru dla większości zadań — już aktywna w produkcji — oraz Google Vertex AI jako zaprojektowana i zakodowana ścieżka Tier-2 (moduł routingu i worker istnieją w repozytorium), której aktywacja czeka na dopięcie poświadczeń i tę samą, jawną decyzję operatora co pozostałe warstwy chronione.
Tier-2 (chmura płatna) jest domyślnie zablokowany na poziomie kodu, nie tylko deklaratywnie — włącza się wyłącznie jawną, jednorazową decyzją operatora. Powód użycia chmury zamiast lokalnego GPU jest zawsze konkretny: przeciążenie kolejki (peak workloads), zadanie wymagające silniejszego modelu niż dostępny lokalnie, potrzeba dodatkowej przepustowości (burst capacity) albo wykonania zdalnego. To nie jest cichy fallback kosztowy — to świadomie ograniczony, mierzalny wyjątek.
Zrzuty ekranu żywego systemu — miejsca zarezerwowane, obrazy podmieniane bezpośrednio w assets/img/.
Dwa przypadki, w których system wykrył i zablokował błędy przed wdrożeniem.
Worker wygenerował poprawny draft HTML z dodanymi kartami KPI i tabelami, który przeszedł recenzję merytoryczną, ale został odrzucony przez drugiego recenzenta za złamanie wymaganego formatu odpowiedzi. System wykrył błąd strukturalny i automatycznie przywrócił poprzednią wersję pliku, zanim cokolwiek zostało wdrożone.
Lokalny worker wprowadził zmienne CSS spoza zakresu zadania, co zostało wykryte przez lokalnego recenzenta. System zareagował automatycznym rollbackiem, chroniąc plik produkcyjny przed nieoczekiwanymi zmianami.
AIOS napędza więcej niż jeden produkt — ten sam silnik, ta sama kolejka, te same bramki weryfikacji, różne zastosowania.
Zintegrowany pipeline generatywny PBR/Unity — od opisu sceny, przez generację obrazu i automatyczną kontrolę jakości (szwy, tiling), po spakowaną paczkę tekstur 4K gotową do importu. Korzysta z tego samego routera kosztowego i tych samych bramek weryfikacji co reszta AIOS — bez osobnej infrastruktury. Dowód, że silnik działa poza własnym repozytorium, na konkretnym zadaniu domenowym.
Aplikacja desktopowa tworząca krótkie, animowane bajki na podstawie tematu podanego przez użytkownika — samodzielnie generuje scenariusz, głos lektora i obrazy, a następnie składa je w gotowy film. Celem jest przenośny generator działający w całości na zwykłym komputerze (CPU), bez potrzeby dedykowanej karty graficznej. Dla rodziców i twórców treści dla najmłodszych, którzy cenią prostotę i pracę offline. Wczesna wersja, w aktywnym rozwoju.
Planowana usługa automatycznego code review — użytkownik przesyła kod, a model AI przygotowuje czytelny raport (błędy, ryzyka, sugestie) bez konieczności umawiania konsultanta. Dla programistów-solo i małych zespołów, którzy chcą szybkiej, niezależnej drugiej opinii przed wdrożeniem. Projekt w fazie przygotowań do pierwszego wdrożenia, jeszcze niedostępny dla klientów.
Przykłady z dwóch modułów zbudowanych na silniku AIOS: paczki tekstur PBR wydane komercyjnie na itch.io/Fab (Asset Factory) i realne zrzuty interfejsu aplikacji desktopowej (PortableAnimator, robocza nazwa w kodzie: "Generator Bajek"). Kliknij obraz, żeby otworzyć wersję pełną w nowej karcie.
Founder & Lead Architect, AIOS
Projektuje i prowadzi rozwój silnika AIOS — architekturę kolejki zadań, routing kosztowy i bramki weryfikacji opisane w sekcji „Core Engine” powyżej.
Dwa adresy, dwa różne cele — wybierz właściwy, żeby wiadomość trafiła szybciej.
Wnioski o finansowanie, współpraca z instytucjami grantowymi, pytania dotyczące projektów badawczo-rozwojowych związanych z AIOS.
grant@aiosproject.comWszystko inne — pytania o produkt, współpracę, media, wsparcie techniczne.
contact@aiosproject.com