NORBI
Prywatny, lokalny i modułowy system agentowy, który planuje, wykonuje i sprawdza pracę w kontrolowanym środowisku — od rozmowy i dokumentów po oprogramowanie, media, urządzenia oraz procesy firmy.
Jak czytać ten dokument¶
To jest opis docelowego produktu, jego architektury, reguł działania, wdrożeń i ekonomiki. Nie jest instrukcją eksploatacji konkretnej wersji ani raportem z developmentu. Każde stwierdzenie funkcjonalne określa zamierzony kontrakt produktu: co Norbi ma robić, przy jakich ograniczeniach, jak wynik ma zostać sprawdzony i kto może zatwierdzić skutki.
Dokument jest przeznaczony dla czterech grup:
- właściciela produktu, który musi rozstrzygać granice autonomii i kolejność inwestycji;
- architektów i wykonawców, którzy potrzebują trwałych kontraktów ponad nazwami modeli i bibliotek;
- przyszłych klientów i partnerów wdrożeniowych, którzy chcą rozumieć odpowiedzialność, koszty oraz ryzyko;
- audytorów i administratorów, którzy muszą prześledzić drogę od polecenia do rzeczywistego skutku.
Teza produktu¶
Dzisiejsze narzędzia AI zwykle kończą się na odpowiedzi tekstowej albo izolowanym dodatku do jednej aplikacji. NORBI ma obejmować cały cykl pracy: rozpoznanie intencji, zebranie kontekstu, zaplanowanie kroków, dobranie agenta, modelu i narzędzia, uzyskanie wymaganych zgód, wykonanie w odseparowanym środowisku, techniczną walidację wyniku, przedstawienie artefaktu do oceny oraz kontrolowane wdrożenie lub publikację.
Nie oznacza to jednego wszechmocnego procesu. System jest zbiorem rozdzielonych płaszczyzn i wyspecjalizowanych adapterów. Model językowy proponuje; polityka wylicza ryzyko; broker tworzy trwałe zadanie; worker wykonuje jedną typowaną operację; audyt wiąże dowody; człowiek zachowuje wyłączne prawo do zwiększania uprawnień, aktywacji i skutków krytycznych.
flowchart LR
U["Człowiek / zdarzenie"] --> I["Intencja"]
I --> P["Plan i propozycja"]
P --> J["Job / Workflow"]
J --> C["Polityka i capability"]
C -->|"gdy wymagane"| A["Zgoda człowieka"]
C --> E["Execution Fabric"]
A --> E
E --> V["Walidacja"]
V --> R["Artefakt / rezultat / receipt"]
R --> H["Przegląd lub publikacja"]
H --> L["Audyt i uczenie operacyjne"]Zakres wizji¶
Normalna praca nie wymaga zewnętrznego dostawcy AI. Dane, modele i sterowanie pozostają lokalne, o ile właściciel nie zdecyduje inaczej.
Każdy skutek powstaje przez zarejestrowane narzędzie o znanym wejściu, wyjściu, wersji, zakresie i polityce.
„Gotowe” oznacza wynik wraz z dowodami: testem, diffem, receiptem, linią pochodzenia i stanem zatwierdzenia.
Modele są wymienialnymi providerami przypisanymi do ról i profili możliwości, a nie fundamentem całej architektury.
Najważniejsze rozróżnienia¶
| Pojęcie | Co znaczy | Czego nie znaczy |
|---|---|---|
| propozycja | ustrukturyzowany pomysł modelu lub agenta | prawo do wykonania |
| capability | systemowe uprawnienie do żądania klasy operacji | zgoda na konkretny skutek |
| approval | decyzja człowieka związana z dokładnym zakresem | ogólne zaufanie na przyszłość |
| candidate | izolowany, sprawdzalny wariant | zmiana aktywnego stanu |
| approved artifact | zaakceptowana treść | wysłanie lub publikacja |
| trigger | zdarzenie inicjujące workflow | uprawnienie wykonawcze |
| resource grant | przydział CPU, GPU, RAM lub czasu | uprawnienie bezpieczeństwa |
| telefon | zdalny Control Plane | zaufany worker wykonawczy |
Mapa dalszej lektury¶
Wybierz ścieżkę odpowiadającą temu, czego chcesz się dowiedzieć. Każdy kafel prowadzi przez dokument w logicznej kolejności.