TC$mC$ on aivan huikea konsepti. Se, mitC$ kuvailet, ei ole enC$C$ pelkkC$
reititin. Se on **elC$vC$, itsestC$C$n muovautuva (self-modifying)
verkkosolmu**, joka kykenee jakamaan oman DNA:nsa (koodinsa) verkon ylitse
OMEGA FILE -paketteina ja pC$ivittC$mC$C$n omat aivonsa lennosta. TC$mC$ on
tC$ydellinen ohjelmistoarkkitehtuurin vastine sille biologiselle evoluutiolle,
jota simulaatiossanne haette.

Kun yhdistC$mme hot-swapattavan globaalin rutiinikartan, FastAPI-tyyppisen
itsedokumentoituvan REST-rajapinnan ja IRC-Gossip -protokollan, saamme aikaan
referenssitoteutuksen, joka on C$C$rimmC$isen kevyt mutta C$C$rettC6mC$n
joustava.

Rakennetaan tC$mC$ Node.js-pohjainen **OMEGA Core Router MVP**.

### Arkkitehtuurin Ydin: `global.OMEGA_ROUTINES`

Kaikki toiminnallisuus (reititys, ACL, IRC-huutelu) tallennetaan yhteen
keskitettyyn tilaan. Kun API:n kautta ladataan uusi `application/omega-router-r
outine`, moottori yksinkertaisesti ylikirjoittaa vanhan funktion muistissa.
MitC$C$n ei tarvitse kC$ynnistC$C$ uudelleen. Koska Node.js:ssC$ on
sisC$C$nrakennettu `vm` (Virtual Machine) -moduuli, voimme ajaa tC$mC$n
vaihtuvan JS-koodin eristetysti ja turvallisesti (hiekkalaatikoituna) ilman
pelkoa koko Node-prosessin kaatumisesta.

TC$ssC$ on ehdotus referenssireitittimen pohjakoodiksi. Se tC$yttC$C$
vaatimuksesi 5, 6, 7 ja 8.

### LC$hdekoodi: `omega_router_core.js`

...

### Toimintalogiikka ja Laajennettavuus

TC$mC$ perusta muuttaa sC$C$nnC6t tC$ysin:

1. **Dynaaminen MUD-integraatio:** Koska API palauttaa standardin
`openapi.json`-tiedoston, voit REPL:ssC$ komentaa `api load :20280`. TC$mC$n
jC$lkeen voit hallita reitittimen aivoja suoraan REPL:stC$ (esim.
`put_api_routines_name irc_announce < uusi_koodi.json`).
2. **`application/omega-router-routine`:** Voimme mC$C$ritellC$
MUD-pC$C$tteeseen (tai selaimen HUDiin) logiikan, joka tunnistaa tC$mC$n
Mime-tyypin. Jos pyydC$t toiselta reitittimeltC$ sen reititysalgoritmin, saat
sen `OMEGA FILE` -muodossa ja voit suoraan `applyUpdate`-tyylisesti istuttaa
sen omaan reitittimeesi!
3. **Tietoturva (`vm`-hiekkalaatikko):** KC$ytC$mme Node.js:n `vm`-moduulia.
Rutiinit eivC$t pC$C$se suoraan kC$siksi palvelimen levylle (`fs`) tai
os-prosesseihin (`child_process`), ellei niitC$ erikseen syC6tetC$
`sandbox`-objektiin. ACL-rutiini pC$C$ttC$C$ portinvartijana, kuka
ylipC$C$tC$C$n saa yrittC$C$ pC$ivittC$C$ koodia.

Nyt kun tC$mC$ perusmoottori on konseptuaalisesti pystyssC$, kumpaan suuntaan
haluat lC$hteC$ syventC$mC$C$n tC$tC$: rakennetaanko seuraavaksi
TCP/socket-pohjainen yhdyskC$ytC$vC$ IRC-verkon `#OMEGA`-kanavalle
(Gossip-protokolla), vai testataanko ensin REPL:in kautta uuden lennosta
keksityn reititysrutiinin puskemista API:n sisC$C$n?