Streszczenie wykonawcze¶

Problem, który rozwiązuje NORBI¶

Organizacje i osoby prywatne mają dziś trzy oddzielne światy: wiedzę rozproszoną w plikach i rozmowach, aplikacje wymagające ręcznej obsługi oraz narzędzia AI, które generują odpowiedzi bez odpowiedzialności za wykonanie. Koszt nie wynika wyłącznie z czasu klikania. Powstaje przez utracony kontekst, przekazywanie pracy między ludźmi, wielokrotne przepisywanie tych samych danych, brak dowodów wykonania, błędy uprawnień i zależność od usług chmurowych.

NORBI ma być lokalnym systemem operacyjnym dla pracy agentowej. Użytkownik określa rezultat w rozmowie albo przez zdefiniowany proces. System zamienia zamiar na trwały workflow, rozbija go na kontrolowane jobs, rezerwuje zasoby, dobiera modele oraz adaptery, zatrzymuje się na granicach wymagających decyzji człowieka, a na końcu zwraca sprawdzony artefakt i ślad audytowy.

Propozycja wartości¶

Wartość produktu ma pięć warstw:

Prywatność i suwerenność. Dane operacyjne, pamięć, pliki oraz podstawowe modele mogą działać w infrastrukturze właściciela. Dostawca zewnętrzny jest opcjonalnym konsultantem, a nie warunkiem działania.
Wykonanie zamiast samej odpowiedzi. Norbi nie ogranicza się do instrukcji. Potrafi uruchomić jawnie zdefiniowaną operację, obserwować ją, zweryfikować wynik i przygotować następny krok.
Kontrolowana autonomia. Bezpieczne, odwracalne i dobrze testowane czynności mogą działać automatycznie. Operacje finansowe, publikacje, instalacje, zmiany aktywnego kodu, nadanie uprawnień czy skutki fizyczne są oddzielone approvalami.
Jedna architektura, wiele specjalizacji. Te same fundamenty obsługują biuro, studio kreatywne, produkcję, magazyn, medycynę administracyjną, hotel, dom i prywatnego concierge. Różnią się pakietami domenowymi, politykami oraz adapterami.
Dowody i odtwarzalność. Każdy istotny wynik ma pochodzenie, wersje wejść, użyte narzędzie i model, testy, decyzje oraz receipt rzeczywistego skutku.

Model systemu¶

NORBI składa się z lekkiego Control Center, lokalnego Control Plane, Execution Fabric, rejestrów modeli/agentów/narzędzi, Artifact Store, Memory Core, adapterów aplikacji oraz opcjonalnych workerów. Agent nie dostaje ogólnego terminala. Otrzymuje możliwość zaproponowania wywołania typowanego narzędzia. Narzędzie deklaruje schemat, dozwolone skutki, potrzebne capability, klasyfikację danych, czas, zasoby i sposób walidacji.

flowchart TB
    subgraph CP["Control Plane"]
      CC["Control Center"]
      JB["Job Broker"]
      PE["Policy + Capability"]
      AB["Approval Broker"]
      AL["Audit Ledger"]
    end
    subgraph XP["Execution Plane"]
      WR["Workers"]
      TR["Tool Runner"]
      AD["Typowane adaptery"]
    end
    subgraph DP["Data Plane"]
      AS["Artifact Store"]
      MC["Memory Core"]
      RG["Registries"]
    end
    CC --> JB --> PE --> WR --> TR --> AD
    AB --> PE
    JB --> AL
    TR --> AL
    AD --> AS
    MC --> JB
    RG --> PE

Klient docelowy¶

Pierwszym naturalnym rynkiem nie jest masowa aplikacja konsumencka, lecz właściciel małej lub średniej organizacji, profesjonalista oraz zespół o wysokim koszcie wiedzy i powtarzalnych przepływach: biuro projektowe, studio kreatywne, software house, firma usługowa, obiekt hotelowy, warsztat, magazyn albo prywatne gospodarstwo wymagające ochrony danych. W tych środowiskach zakup lokalnego sprzętu i wdrożenia jest uzasadniony oszczędnością czasu, redukcją błędów oraz kontrolą informacji.

Wariant prywatny ma działać jako osobisty concierge: organizuje informacje, dokumenty, dom, podróże, terminy i komunikację, ale nie zamienia się w niekontrolowanego zarządcę kont czy urządzeń. Wariant firmowy dodaje wieloosobowe role, grafiki, procesy, branżowe integracje, retencję, audyt i umowy serwisowe.

Model przychodów¶

Źródła przychodów powinny być rozdzielone tak, aby produkt pozostał lokalny i możliwy do samodzielnego utrzymania:

licencja na wydania stabilne i funkcje komercyjne Control Center;
jednorazowe wdrożenie: analiza procesów, sprzęt, polityki, integracje i szkolenie;
abonament serwisowy: aktualizacje, wsparcie, monitoring stanu i priorytet reakcji;
certyfikowane pakiety branżowe oraz adaptery premium;
certyfikacja sprzętu, pluginów, modeli i partnerów;
opcjonalna usługa zdalnego zarządzania — tylko za zgodą klienta, z lokalnym audytem i możliwością odcięcia.

Rdzeń open-source i eksportowalne dane ograniczają ryzyko uwięzienia klienta. Wartość płatna wynika z jakości wydania, bezpieczeństwa łańcucha dostaw, narzędzi administracyjnych, gwarantowanego wsparcia i odpowiedzialności wdrożeniowej, nie z zamknięcia formatu danych.

Warunki wiarygodności¶

Produkt jest wiarygodny tylko wtedy, gdy spełnia jednocześnie następujące warunki:

brak cichej eskalacji uprawnień i brak agentowego raw shell;
pełna separacja propozycji, zgody, wykonania, przeglądu i publikacji;
lokalna praca przy niedostępności internetu i providerów zewnętrznych;
przewidywalne zachowanie po awarii zasilania, procesu, bazy lub workera;
mierzalna skuteczność w realnych workflow, a nie tylko atrakcyjny czat;
możliwość wymiany modelu bez przebudowy produktu;
jawne koszty sprzętu, energii, utrzymania i ręcznej kontroli;
testy negatywne dowodzące, że nieautoryzowane ścieżki rzeczywiście zawodzą.

Decyzja strategiczna¶

NORBI nie powinien konkurować o tytuł „największego modelu”. Jego przewagą ma być integracja lokalnej inteligencji z kontrolowanym wykonaniem i odpowiedzialnością operacyjną. Modele będą szybko tanieć i zmieniać się; trudniejsze do skopiowania pozostaną bezpieczne kontrakty, historia wyników, branżowe workflow, adaptery aplikacji, narzędzia walidacji, zaufanie partnerów i zdolność odzyskania systemu po awarii.