O S A — Operational Systems Architecture
Projektuję środowiska, w których agent nie tylko odpowiada — ale wykonuje zadania w określonych granicach, zapisuje zdarzenia i przedstawia weryfikowalne dowody.
$ whoami
→ Bartosz Osiński · HazEOskA · OsaTechGPT
$ design_principle
→ CONTRACT → EXECUTION → EVIDENCE → VERIFICATION
$ release_gate
→ NO EVIDENCE ≠ PASS
$ engineering_mode
→ READ → AUDIT → PLAN → APPROVAL → EXECUTE → VERIFY
Nie buduję kolejnego chatbota. Buduję warstwę wykonywania, nadzoru i weryfikacji pracy agentów AI.
To nie jest jedna aplikacja ani pojedynczy framework. OSA obejmuje runtime agentów, pamięć, kontrolę dostępu, analitykę, automatyzację, narzędzia dla operatora i odrębną warstwę dowodową. Projekty mają różne poziomy dojrzałości — tabela poniżej nie jest deklaracją, że wszystkie działają produkcyjnie.
| Warstwa / produkt | Co rozwiązuje | Repo / materiał |
|---|---|---|
| 🐝 OSA CORE | Kernel pracy, organizer, misje, polityki, narzędzia i moduły: Prompt God, Lead Engine, Global Research, Radar | HazEOskA/OSA |
| 🧾 OSA Proof | Team Graph → mission → runtime → tracing → evidence → ProofReceipt → verifier |
osa-proof |
| ⚙️ APR / Agent Proof Runtime | Kontrakty wykonania, odbiór i niezależna weryfikacja pracy agenta | agent-proof-runtime |
| 🧠 NeurOSA | Docelowo: wspólna, trwała pamięć dla agentów przez connector i Brain API | neurosa-human-brain |
| ☁️ Cloud Workspace | Jeden pulpit operatora dla infrastruktury, testów, kosztów i ścieżki deployu | osa-cloud-workspace |
| 🛡️ Guardian OS | Multi-agent analysis, decyzje, strategia i kontrola ryzyka | guardian-os |
| 🕵️ Sherlock OSA | OSINT na danych publicznych, korelacja źródeł, evidence graph i raporty | Sherlock OSA |
| 🎓 OSA Academy | Edukacja od podstaw do samodzielnego budowania systemów AI | osa-academy · repo utworzone, produkt w przygotowaniu |
| 🔧 Execution Force | Rejestr umiejętności, uprawnienia, adaptery i operacje agentów | osa-execution-force-skills |
| 🌍 Agent World | Eksperymenty i narzędzia agentowe dla Web3 | osa-agent-world |
Hydra / Jeverson / Production OS należą do szerszej mapy prac, ale ich wewnętrznych repozytoriów nie przedstawiam jako publicznych.
Poniższy schemat przedstawia docelowy przepływ architektoniczny. Nie jest deklaracją, że wszystkie integracje z zewnętrznymi modelami przeszły test produkcyjny end-to-end.
flowchart TD
A["Operator / zadanie"] --> B["Kontrakt i polityki"]
B --> C["Team Graph + Mission"]
C --> D["OSA Runtime / Agent Executor"]
D --> E["Events + Tracing"]
E --> F["Evidence + ProofReceipt"]
F --> G{"Independent Verifier"}
G -->|"VERIFIED"| H["Odbiór / audyt / replay"]
G -->|"FAILED / INCOMPLETE"| I["Diagnoza / stop / poprawka"]
J["NeurOSA · pamięć"] -.-> C
K["Guardian · permissions"] -.-> D
L["Cloud Control Plane"] -.-> D
MISSION — co ma zostać wykonane?
RUN — która instancja i który wykonawca?
EVENTS — co wydarzyło się podczas wykonania?
EVIDENCE — jakie artefakty potwierdzają wynik?
PROOF RECEIPT — jaki jest zakres dowodu i wynik weryfikatora?
VERDICT — VERIFIED / FAILED / INCOMPLETE / UNKNOWN
Model może zaproponować rezultat. Nie może sam przyznać sobie wiarygodnego PASS. Hash i ProofReceipt pomagają wykazać integralność oraz historię zarejestrowanych artefaktów — nie gwarantują prawdziwości dowolnego twierdzenia modelu.
Zamiast procentów sukcesu bez metodologii: odsyłam do kodu, dokumentacji, testów i rzeczywistych ograniczeń. Statusy odnoszą się do publicznych materiałów dostępnych przy przygotowaniu tego README, nie do ponownie wykonanych tutaj testów.
| Obszar | Co można sprawdzić | Status opisany w źródłach |
|---|---|---|
| OSA Core | Kernel, API, runtime, organizer, testy i workflow CI | Kod oraz instrukcja uruchomienia dostępne |
| OSA Proof | Schemat ProofReceipt, fixture, release gates, audyt, sample bundle |
v0.1.0 — BLOCKED na wymaganych bramkach pełnego wydania |
| Sherlock OSA | Kod źródeł OSINT, policy gates, dokumentacja i workflow CI | Publiczne repo i dokumentacja |
| OSA Academy | Repo nowego produktu edukacyjnego | EARLY — repo bez opublikowanego README |
| OSA ARCADE | Samodzielny plik HTML5 z trzema trybami | LOCAL PROTOTYPE — bez zweryfikowanego GitHub Pages |
🔎 Najważniejszy artefakt: OSA Proof — release gates i ograniczenia · Przykładowy evidence bundle · Kod OSA Core
contract_first: true # wymagania i granice przed kodem
human_approval: required # mutacje i deploye nie wynikają z samej rozmowy
least_privilege: true # minimalne uprawnienia i separacja sekretów
anti_drift: default # kontrola zakresu i zmian kontraktu
claim_is_not_proof: true # deklaracja nie jest dowodem wykonania
evidence_before_pass: true # brak dowodu oznacza UNKNOWN, nie sukces
rollback_and_replay: design # odtwarzalność oraz kontrolowany powrót
cloud_portability: goal # architektura nie powinna wiązać z jednym dostawcąPipeline: READ → EVIDENCE → PLAN → APPROVAL → EXECUTE → VERIFY → STOP
System ma być audytowalny również wtedy, gdy agent się myli, model zawodzi albo integracja jest niedostępna.
Bicepsy. Sześciopak. Skrzydła. Żądło. Zero taryfy ulgowej.
HTML5 Canvas · JavaScript · WebAudio · localStorage · 0 dependencies
STATUS: IMPLEMENTACJA HTML5 · TEST PRZEGLĄDARKOWY NIEPOTWIERDZONY · BRAK PUBLIKACJI
| Tryb | Zasada | Sterowanie desktop |
|---|---|---|
| 🐝 OSO-FLAPPY | Lecisz między miodowymi przeszkodami, zdobywasz punkty za minięte plastry | 1 → SPACJA / ↑ |
| 🦖 OSA-RUNNER | Nocny sprint i skoki nad przeszkodami, prędkość rośnie | 2 → SPACJA / ↑ |
| 👑 PAC-OSA | Zbierasz złote kropki miodu w labiryncie, unikasz dwóch duchów | 3 → ← ↑ → ↓ |
ESC — powrót do menu. Dźwięki generuje WebAudio, a osobiste rekordy zapisuje przeglądarka przez localStorage.
Uruchomienie prototypu: pobierz plik OSA-ARCADE-Flappy-Dino-Pac-Osa-napakowana-osa.html z paczki gry i otwórz w przeglądarce obsługującej Canvas. Nie wymaga bibliotek ani builda. Dostępność localStorage w trybie file:// zależy od przeglądarki; w razie blokady uruchom prosty serwer lokalny. Sterowanie dotykowe wymaga dopracowania, szczególnie w PAC-OSA.
Dlaczego brak przycisku „GRAJ TERAZ”? Link hazeoska.github.io/osa-arcade nie wskazuje jeszcze potwierdzonego wdrożenia. Przycisk powinien pojawić się dopiero po publikacji repo, GitHub Pages i teście na desktopie oraz Androidzie.
Następny poziom (plan, nie implementacja): finalny sprite sheet napakowanej osy, ekran wyboru gry, poprawione sterowanie mobilne, naprawy restartów i kolizji oraz finałowy boss fight KING GHOST w PAC-OSA.
| Gra | Rekord | Zapis |
|---|---|---|
| OSO-FLAPPY | lokalny | osa_best_flappy |
| OSA-RUNNER | lokalny | osa_best_dino |
| PAC-OSA | lokalny | osa_best_pac |
Brak globalnego leaderboardu. Wyniki nie są synchronizowane pomiędzy urządzeniami.
Snake w formie animowanej siatki commitów może wrócić tutaj po odtworzeniu gałęzi generującej SVG. Wskazana wcześniej ścieżka HazEOskA/HazEOskA:output/github-contribution-grid-snake.svg nie była dostępna przy przygotowaniu README — dlatego nie wstawiam niedziałającej grafiki.
PROJECT INTAKE
↓
MARKET ANGLE → FEATURE MAP → DESIGN DIRECTION
↓
ARCHITECTURE LOCK
↓
REPO → BUILD → TEST → CODE REVIEW
↓
DEPLOY (APPROVED) → POST-DEPLOY VALIDATION
↓
LAUNCH PACK → CHANGELOG / DECISIONS
Ważne: stack pokazuje technologie używane lub rozwijane w różnych częściach ekosystemu. Nie wszystkie narzędzia występują w każdej aplikacji. Docelowo rozwiązania mają być przenośne między chmurami i własną infrastrukturą.
| Temat | Książki |
|---|---|
| Architektura oprogramowania | The Pragmatic Programmer · Clean Architecture · Designing Data-Intensive Applications |
| Systemy i niezawodność | Site Reliability Engineering · The Phoenix Project · Thinking in Systems |
| AI & modele | Build a Large Language Model (From Scratch) · Artificial Intelligence: A Modern Approach |
| Skupienie & produkt | Deep Work · The Lean Startup · Zero to One |
Własne pisanie: Na nasz obraz — autorski projekt książkowy związany z technologią, AI i człowiekiem. Informacje o publikacjach i artefaktach podaję osobno, gdy są dostępne do sprawdzenia.
Książka bez notatek to tylko dekoracja regału. Kod bez dowodu jest tylko deklaracją.
Widżety pochodzą z usług zewnętrznych. Nie są raportami jakości kodu ani weryfikacją wykonania.
Buduję technologie dla środowisk, gdzie liczą się kontrola wykonywania, integracje z realnymi narzędziami, bezpieczeństwo, odtwarzalność oraz jasne kryteria odbioru.
Jeśli interesują Cię systemy agentowe AI, runtime governance, MCP, automatyzacja workflow lub dowody wykonania — przejrzyj repozytoria i porównaj obietnice z kodem.
