OS Layer: od AI toolkitu k univerzálnemu capability runtime
Na začiatku to vyzeralo ako jednoduchý cieľ: vytvoriť AI toolkit, ktorý dokáže komunikovať s modelmi a používať nástroje.
Postupne sa však ukázalo, že samotné AI nie je najväčší problém. Problém bol v tom, ako dať inteligencii prístup k svetu okolo nej čistým, bezpečným a rozšíriteľným spôsobom.
Tak vznikla myšlienka OS Layer.
Nie ďalší AI framework. Nie zbierka toolov. Ale vrstva, ktorá definuje schopnosti systému.
Základný princíp: všetko je capability
Tradičný prístup vyzerá približne takto:
AI
|
+-- tool 1
+-- tool 2
+-- tool 3
Každý tool má vlastnú logiku, vlastný formát a vlastný spôsob používania.
To časom vedie k chaosu.
OS Layer používa iný model:
Capability Layer
+-- AI
+-- filesystem
+-- mic
+-- STT
+-- TTS
+-- crypto
+-- network
+-- MCP
+-- ...
Každá schopnosť systému je rovnaký typ objektu.
Nezáleží, či je implementovaná ako:
-
Rust modul,
-
shell skript,
-
lokálna služba,
-
externé API,
-
MCP server.
Rozhodujúci je kontrakt.
Capability kontrakt
Každá capability definuje:
name
description
input
output
policy
provider
events
Tým vzniká stabilná hranica medzi systémom a implementáciou.
AI nemusí vedieť:
-
ako funguje mikrofón,
-
kde sa ukladá súbor,
-
či model beží cez Ollamu alebo cloud,
-
či je služba lokálna alebo vzdialená.
Vidí iba schopnosť.
Napríklad:
filesystem.read
input:
path
output:
content
Implementácia môže byť dnes shell:
cat.sh
a zajtra:
Rust filesystem::read()
Kontrakt zostáva rovnaký.
Runtime ako jadro systému
OS Layer runtime nemá byť inteligentný monolit.
Jeho úloha je jednoduchá:
request
|
resolve capability
|
check policy
|
execute
|
emit events
|
store state
Runtime nevie, čo robí každá capability.
Vie iba:
-
ako ju nájsť,
-
ako overiť pravidlá,
-
ako ju spustiť,
-
ako zaznamenať výsledok.
Práve táto jednoduchosť umožňuje rast systému.
AI nie je centrum systému
AI je iba jedna z capabilities.
Nie:
AI
|
tooly
Ale:
OS Layer
+-- AI capability
+-- audio capability
+-- storage capability
+-- crypto capability
+-- external capability
AI dostane dostupné schopnosti a skladá riešenia z primitív.
Ak potrebuje hlasovú komunikáciu:
mic
↓
STT
↓
AI
↓
TTS
Nie je potrebné programovať špeciálne workflow pre každú situáciu.
Systém poskytuje schopnosti. Inteligencia ich kombinuje.
Policy ako prirodzená súčasť layeru
Keď všetko prechádza cez capability kontrakt, bezpečnosť nemusí byť dodatočná vrstva.
Policy patrí priamo ku schopnosti.
Napríklad:
filesystem.write
allowed:
/home/user/projects
denied:
system files
Runtime rozhoduje, či je operácia povolená.
AI nemusí riešiť bezpečnostné pravidlá. Má iba možnosť požiadať o schopnosť.
História celého systému
Ďalšia veľká výhoda jednotného runtime je úplná observability.
Namiesto oddelených logov:
AI log
tool log
audio log
workflow log
vzniká jeden systémový tok udalostí:
request
↓
capability.resolve
↓
policy.check
↓
capability.execute
↓
result
↓
state.change
Systém pozná svoju históriu.
To umožňuje:
-
audit,
-
replay,
-
debug,
-
analýzu výkonu,
-
sledovanie chýb.
Nová generácia runtime
Pôvodný AI runtime bol miesto, kde sa riešilo všetko naraz:
-
modely,
-
tooly,
-
workflow,
-
stav,
-
logovanie.
Nový OS Layer oddeľuje zodpovednosti:
Runtime + Contract
|
v
Capabilities
Jadro zostáva malé.
Schopnosti môžu rásť.
Rust implementácia
Nový runtime prirodzene smeruje k Rustu.
Nie preto, že shell bol zlý.
Shell bol experimentálna platforma, ktorá pomohla objaviť správny model.
Rust prinesie:
-
nízku réžiu,
-
bezpečný stav,
-
efektívne eventy,
-
lepšiu paralelizáciu,
-
jeden stabilný runtime proces.
Ale najdôležitejšia časť nie je jazyk.
Najdôležitejší je kontrakt.
Záver
OS Layer nie je o tom vytvoriť ďalšieho AI agenta.
Je to základná vrstva, kde systém poskytuje schopnosti a inteligencia ich používa.
Jednoduché jadro:
Runtime
+
Capability Contract
Veľký svet:
AI
audio
crypto
devices
network
services
Sila nie je v tom, že runtime vie všetko.
Sila je v tom, že runtime vie jednotne pracovať s čímkoľvek.
