Terminál zostáva. Už ale nie je jedinými dverami do OS Layer.

PIHI OS Layer bol od začiatku veľmi silno orientovaný na shell.

To je výborné pre vývoj, automatizáciu, servery a ľudí, ktorí v termináli prakticky žijú.

Nie je to však ideálne rozhranie pre každého.

Dnes preto pribudla vec, ktorá mení spôsob, akým sa dá celý systém používať:

OS Layer má vlastné WebUI.

Nie ako samostatnú aplikáciu vedľa systému, ale ako ďalšiu presentation vrstvu nad existujúcou architektúrou.

Ask

Hlavná obrazovka je zámerne jednoduchá.

Používateľ napíše napríklad:

aky je dnes den?

a dostane:

Dnes je 23. august 2026.

Bez znalosti CLI flagov, capability názvov alebo providerov.

Pod tým však stále beží normálny OS Layer execution flow:

Browser / PWA
      ↓
Gateway
      ↓
Runtime
      ↓
AI
      ↓
Render
      ↓
WebUI

Browser teda nespúšťa shell príkazy a neobchádza Runtime.

Runtime zostáva autoritou

Toto bolo pri návrhu najdôležitejšie.

Nechcel som vytvoriť druhý systém iba preto, že pribudlo grafické rozhranie.

WebUI preto neimplementuje vlastnú policy ani execution engine.

Gateway prijme požiadavku, ale samotné vykonanie stále ide cez Runtime.

To znamená, že zostávajú zachované:

• capability registry,
• policy,
• approval mechanizmus,
• execution IDs,
• auditovateľnosť,
• existujúce AI tools.

Web je iba nový vstup a nový spôsob prezentácie výsledku.

Gateway už nie je ručne spúšťaný server

Po prvých testoch bola ďalšia logická otázka:

Prečo mám zakaždým ručne spúšťať gateway serve?

Odpoveď bola jednoduchá: nemám.

Gateway sa preto stal normálnou OS Layer službou spravovanou cez layer.

Je súčasťou rovnakého lifecycle ako Runtime a Agent.

Takže OS Layer si dnes vie Gateway nainštalovať, spustiť, reštartovať a kontrolovať sám.

WebUI tak prestáva byť dev server a stáva sa normálnou časťou systému.

AI odpoveď zostáva Markdown

Ďalší problém sa ukázal hneď pri prvých odpovediach.

AI vrátila napríklad:

Dnes je **23. august 2026**.

V termináli je to v poriadku, pretože OS Layer už má capability render, ktorá sa stará o peknú terminal prezentáciu.

Nebolo preto rozumné vytvoriť druhý Markdown renderer priamo vo WebUI.

Namiesto toho dostal existujúci Render nový explicitný HTML výstup:

render --html

Pôvodné:

ai "..." | render

funguje ďalej presne ako predtým.

Webová vetva používa:

AI Markdown
    ↓
Render HTML
    ↓
Gateway
    ↓
Browser

Jedna capability teda vlastní rendering pre viac presentation prostredí.

Cestou sme našli niekoľko dobrých bugov

Prvé end-to-end spustenie samozrejme nebolo bez problémov.

Runtime najprv AI vôbec nezaregistroval, pretože nové policy kontroly našli konflikt medzi allow a approval.

Po oprave registry už Runtime AI spustil, ale AI wrapper pri execution cez stdin namiesto odpovede vypísal help.

Aj to sa opravilo.

Neskôr sa ukázalo, že HTML Render funguje perfektne z terminálu, ale Gateway service mohol Render hľadať cez nesprávne odvodený OS Layer root. K tomu sa pridal browser cache starších WebUI assetov.

Aj tieto veci sa podarilo odstrániť.

Výsledkom nie je iba screenshot fungujúceho dema, ale reálny flow cez existujúce komponenty.

A výsledok?

Dnes môžem otvoriť browser, položiť OS Layeru otázku a dostať normálne formátovanú odpoveď.

Pod tým pritom stále funguje:

Gateway
Runtime
policy
approvals
AI
tools
Render

Terminál nikam nezmizol.

Stále zostáva najvýkonnejším expert/admin rozhraním systému.

Rozdiel je v tom, že už nie je jedinými dverami do OS Layer.

A práve to otvára cestu k tomu, aby OS Layer nemuseli používať iba ľudia, ktorí vedia, čo znamená:

ai -p something --no-mcp --tool ...

Používateľ sa môže jednoducho opýtať, čo potrebuje.

Zvyšok má vyriešiť systém.