N13–N16 — Voice, Vision, Storage i Management & Recovery

N13 — Voice Node

Cel: obsłużyć ASR, TTS, połączenia telefoniczne, analizę rozmów i kolejki contact center. Odpowiedzialności: SIP/media, detekcja mowy, transkrypcja, diarization, synteza, routing, zapis zgód i przekazanie człowiekowi. Wejścia: strumień audio, caller identity, podstawa kontaktu, skrypt, dozwolone godziny i polityka retencji. Wyjścia: transcript z czasem/confidence, podsumowanie, zadania, metryki jakości i receipt połączenia.

Warianty: CPU dla sporadycznych zadań; N4 8GB dla lekkiego ASR/TTS; N6 16GB dla większego throughput; contact center jako kilka replik z niezależnym routingiem. Liczba rozmów równoległych nie jest obietnicą katalogową — zależy od modelu, kodeka, języka, latency, nagrywania i musi wynikać z benchmarku.

Kontrakty i uprawnienia: analiza istniejącej rozmowy może być A3 w ramach zgody. Proaktywne połączenie jest A1: wymagane są cel, podstawa, odbiorca, okno godzinowe, treść, limit prób i operator przejmujący. N13 nie podszywa się pod człowieka i nie rozszerza listy kontaktów. Polecenie: „Zadzwoń do trzech zatwierdzonych klientów w sprawie zmiany terminu, maksymalnie jedna próba i natychmiast przekaż sprzeciw pracownikowi.”

Przebieg: weryfikacja zgody → rezerwacja kanału → identyfikacja Norbiego → rozmowa w skrypcie → transfer/koniec → transkrypcja → analiza → receipt. Walidacja: WER, latency, rozpoznanie voicemail, przerwanie przez rozmówcę, DTMF, brak zgody i utrata WAN. Błędy/ryzyka: błędna tożsamość, halucynacja ustalenia, nielegalna retencja, pętla telefonów. Fallback: natychmiastowe przejęcie przez człowieka, bezpieczne zakończenie lub callback queue.

N14 — Vision Node

Cel: analizować kamery, magazyn, ruch i stan obiektu w skali większej niż pojedynczy N2. Odpowiedzialności: ingest, detekcja, tracking, korelacja stref, maski prywatności, deduplikacja, NVR/artifacts i health. Wejścia: strumienie, mapy stref, harmonogram, model, retencja i dane WMS/ERP read-only. Wyjścia: zdarzenia, heatmapy, rozbieżności magazynowe, klatki dowodowe i statystyki jakości.

Warianty: 8GB dla małego edge; 16GB dla większej liczby strumieni; 24GB ECC dla 24/7 i gęstości; 32GB dla ciężkich modeli. Dla każdego wariantu osobno benchmarkuje się continuous i event-driven. Liczba kamer zależy od rozdzielczości, FPS, kodeka, modelu, liczby stref i równoległego zapisu.

Kontrakt: vision.detection zawiera camera/strefę, timestamp, model version, confidence i artifact hash. Zdarzenie nie jest automatycznie faktem biznesowym; korekta magazynu wymaga reconciliation. Autonomia: A3 dla detekcji i raportu, A2 dla FPS w zatwierdzonym profilu energii, A1 dla alarmu służb lub sterowania dostępem. Polecenie: „Wskaż palety niezgodne z WMS, ale nie zmieniaj stanu magazynowego.”

Walidacja: dzień/noc, zasłonięcie, kamera offline, drift, false positive/negative per strefa, ochrona prywatności i pełny dysk. Błąd: niespójność czasu lub brak klatek tworzy evidence_incomplete. Fallback: lokalny NVR, reguły CPU, ręczna inspekcja i brak automatycznego skutku fizycznego.

N15 — Storage Node

Cel: przechowywać modele, artefakty, nagrania, backup i cache z jawnym RPO/RTO. Klasy: 4–8TB dla osoby prywatnej; 16–32TB dla biura/studia; 50–100TB dla monitoringu i produkcji; 100TB+ jako projekt serwerowy. Wejścia: obiekt z klasyfikacją, właścicielem, retencją, checksumą i szyfrowaniem. Wyjścia: niezmienny identyfikator, wersja, lokalizacja, replika i receipt retencji.

BOM bazowy: Synology DS925+ z 2×16TB HAT3310, 32TB raw, oraz APC SMT1000IC; 12 978 zł brutto. raw nie oznacza usable. Wariant profesjonalny używa ZFS/ECC, 10/25GbE, oddzielnego backupu i zapasu dysku; wariant 100TB+ wymaga B2B.

Kontrakty i autonomia: snapshot i replikacja mogą być A3. Skrócenie retencji, trwałe usunięcie, klucz escrow i udostępnienie danych są A1/A0. RAID/SHR chroni dostępność, nie zastępuje backupu 3-2-1. Polecenie: „Zrób snapshot przed aktualizacją, potwierdź restore jednej próbki i nie usuwaj poprzedniej wersji.”

Przebieg: klasyfikacja → zapis tymczasowy → checksum → commit wersji → snapshot → replika → okresowy scrub → drill restore. Walidacja: utrata dysku, pełna pula, uszkodzenie bloku, ransomware, utrata klucza i restore na pusty sprzęt. Fallback: read-only, replika off-site i ręczna decyzja o degradacji; brak miejsca nie uruchamia cichego kasowania.

N16 — Management & Recovery Node

Cel: zapewnić niezależny kanał obserwacji i odzyskiwania, także gdy system operacyjny workera nie działa. Odpowiedzialności: monitoring, VPN, PiKVM, HDMI/USB, ATX Power/Reset, WOL, UPS, smart plug, kamera potwierdzająca, recovery images i alarmy. Wejścia: podpisany recovery plan, stan zasilania, health i approval związany z konkretnym hostem. Wyjścia: obraz KVM, zdarzenia zasilania, log czynności, checksum obrazu recovery i receipt.

BOM bazowy: Raspberry Pi 5 bundle, UCG Ultra, Teltonika RUTX50 5G, APC SMT1000IC, PiKVM V4 Plus z ATX, Shelly Plug S Gen3 i kamera P320; 8 534,43 zł brutto plus 170 zł/mies. za przykładowy plan Starlink Business. KVM marketplace wymaga kontroli sprzedawcy i gwarancji.

Kontrakt: N16 ma tylko typowane działania na przypisanych hostach. WOL może być A3; ATX reset A1; smart plug jest ostatnią warstwą i wymaga potwierdzenia, że OS/RAID nie wykonuje zapisu. Zmiana BIOS, boot order, firmware lub recovery image wymaga approval i hasha. N16 nie nadaje sobie dostępu do danych.

flowchart LR
    O["Właściciel / serwis"] --> A["Approval związany z hostem"]
    A --> M["N16 Management & Recovery"]
    M --> H["Monitoring / WOL"]
    M --> K["PiKVM + ATX + BIOS"]
    M --> U["UPS / smart plug"]
    M --> C["Kamera potwierdzająca"]
    K --> W["Worker lub Storage"]
    U --> W
    M --> L["Audit poza hostem"]

Przebieg: monitoring → restart procesu → usługi → migracja joba → restart OS → WOL → ATX → KVM → BIOS/UEFI → virtual media → recovery image → smart plug → technik. Każdy krok kończy się walidacją, zanim wolno przejść niżej. Błędy: brak obrazu KVM, błędny host, niespójny stan UPS, utrata VPN. Fallback: kamera niezależna i wizyta technika; nie wykonuje się kolejnych power-cycle bez nowej diagnozy.

Wspólna granica autonomii

N13–N16 mogą bardzo autonomicznie wykonywać zatwierdzoną pracę, lecz nie mogą zwiększyć zakresu osób, kamer, danych, hostów ani skutków. Model, plugin, operator serwisowy i sam węzeł nie mogą zatwierdzić własnego poszerzenia władzy.