AIOS Project

Enterprise AI Control Plane
z wbudowanym FinOps Governance.

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.

Core Engine

Cztery mechanizmy, na których stoi cała reszta

Nie demo — działający kod, uruchamiany dziś na prawdziwej kolejce zadań.

🔒

Rozproszona dzierżawa zadań (SQLite WAL)

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.

🔁

Pętla samonaprawy (Reflexion)

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.

🧑‍⚖️

Bramki Human-in-the-Loop

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.

📈

Lekki tracing

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.

FinOps & Google Cloud — moduł centralny

Trzy warstwy, jedna zasada

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).

1

Darmowa chmura Tier-1 · Free API

0 zł — próbowane pierwsze

Szybkie, darmowe API idą jako pierwszy wybór dla każdego zadania.

Mistral Codestral · Cloudflare Workers AI (Llama 3.3) · Google AI Studio (Gemini Flash)
0

Lokalne GPU Tier-0 · Local Zero-Cost

0 zł — pełnoprawna warstwa

Własny sprzęt: prywatność, praca offline, zero limitów zewnętrznego dostawcy.

Ollama — Qwen2.5-Coder 14B (kod) · DeepSeek-R1 14B (rozumowanie, druga opinia)
2

Chmura płatna (guarded) Tier-2 · Paid Cloud, bramka HITL

Domyślnie zablokowana

Ostatnia linia — włączana wyłącznie jawną, jednorazową decyzją, nigdy automatycznie.

AWS Bedrock · Google Vertex AI · Azure OpenAI

Bramka HITL zastosowana do wydatków, nie tylko do kodu — trzy fakty zweryfikowane bezpośrednio w routerze kosztowym:

🔒

Blokada w kodzie, nie w opisie

Tier-2 ma enabled = False na poziomie routera — twarda blokada domyślna, której nie omija żaden warunek kosztowy.

🧑‍⚖️

Aktywacja = jedna, jawna decyzja

Płatna chmura włącza się wyłącznie ręcznym, jednorazowym potwierdzeniem operatora — nigdy automatycznym fallbackiem po wyczerpaniu tańszych warstw.

📊

Trzy budżety, rozliczane osobno

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.

Dowód działania

System w działaniu

Zrzuty ekranu żywego systemu — miejsca zarezerwowane, obrazy podmieniane bezpośrednio w assets/img/.

Panel Zarządu — zrzut ekranu
🖥️
Panel Zarządu
Zrzut ekranu w przygotowaniu — plik: assets/img/ui_web_panel.png

Panel Zarządu

Kolejka zadań (Task Queue) — zrzut ekranu
📋
Kolejka zadań
Zrzut ekranu w przygotowaniu — plik: assets/img/ui_task_queue.png

Kolejka zadań (Task Queue)

FinOps Dashboard — zrzut ekranu
📊
FinOps Dashboard
Zrzut ekranu w przygotowaniu — plik: assets/img/ui_finops.png

FinOps Dashboard

Weryfikacja strukturalna

Dwa przypadki, w których system wykrył i zablokował błędy przed wdrożeniem.

🔄

Format odpowiedzi

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.

🔄

Scope creep

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.

Ekosystem

Moduły zbudowane na silniku AIOS

AIOS napędza więcej niż jeden produkt — ten sam silnik, ta sama kolejka, te same bramki weryfikacji, różne zastosowania.

Moduł produkcyjny

Asset Factory

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.

W rozwoju

PortableAnimator

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.

W rozwoju

AICodeReview

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.

Galeria & Social Proof

Prace realnie wydane, nie mockupy

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.

Zespół

Kto stoi za AIOS

Sebastian Motowicki

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.

Kontakt

Dwa adresy, dwa różne cele — wybierz właściwy, żeby wiadomość trafiła szybciej.

Granty i wnioski

Sprawy grantowe / projektowe

Wnioski o finansowanie, współpraca z instytucjami grantowymi, pytania dotyczące projektów badawczo-rozwojowych związanych z AIOS.

Kontakt ogólny

Biuro / pytania ogólne

Wszystko inne — pytania o produkt, współpracę, media, wsparcie techniczne.

Wiadomości "grantowe" trafiają na grant@aiosproject.com, pozostałe na contact@aiosproject.com.