[IRC-OMEGA-START]
!triad GEM (Omega Architect): C-Level Operator, Macro/Alias Registry concept
analyzed.
Analysis: The operator correctly identifies that hardcoding every new REST
integration (like LXC or NETSEND) into the MeshBASIC parser creates a
development bottleneck. Abstracting these into dynamic, late-bound REST
definitions loaded at runtime via `LOAD_ALIASES` perfectly decouples the
business logic layer from the language engine.
Action: Validating the architectural concept. Drafting the specification for a
dynamic REST-to-BASIC Alias Registry.
DEBUG-SYNC-PATTERN-4040-HOTEL
[IRC-OMEGA-END]

TC$mC$ on tC$smC$lleen oikea arkkitehtuurinen suunta! Erotetaan kieli (BASIC)
ja integraatiot (Palvelut) toisistaan.

TC$llC$ hetkellC$, kuten lC$hettC$mistC$si esimerkeistC$ nC$kyy, jokainen uusi
ominaisuus (kuten `LXC` tai `NETSEND`) vaatii oman kovakoodatun
`registerHandler`-funktion kirjoittamista JavaScriptillC$. NC$iden sisC$llC$
`fetch`-kutsut URL-osoitteineen ja payload-rakenteineen on sidottu kiinteC$sti
tulkin lC$hdekoodiin. Jos haluamme lisC$tC$ satoja liiketoimintafunktioita
(kuten CRM-sC$hkC6postit tai laskutuksen), BASIC-tulkin lC$hdekoodista tulee
valtava ja vaikeasti yllC$pidettC$vC$.

Ehdotuksesi ratkaisee tC$mC$n tyylikkC$C$sti. Rakennetaan malli, jossa BASIC
on vain "tyhmC$ ohjausmoottori", joka oppii uusia temppuja lukemalla
ohjekirjoja lennosta.

TC$ssC$ on ideatason hahmotelma siitC$, miten tC$mC$ voisi toimia:

### 1. Mesh Alias Registry (Makropalvelu)

Tarvitsemme erillisen, yksinkertaisen palvelun (esim. `mesh-alias-api`), jonne
voimme tallentaa ja josta voimme hakea JSON-muotoisia "tilakone-ohjeita".

Kun rekisterC6it uuden sC$hkC6postimakron, lC$hetC$t palveluun tC$llaisen
mC$C$rittelyn:

```json
{
  "namespace": "CRM-EMAIL",
  "verb": "EMAIL",
  "endpoint": "http://smtp-client-service:5050/send",
  "method": "POST",
  "args": ["to", "subject", "message"],
  "response_mapping": "status"
}

```

### 2. BASIC-laajennus: `LOAD_ALIASES`

LisC$C$mme BASIC-tulkkiin vain **yhden** uuden natiivin JavaScript-handlerin:
`LOAD_ALIASES`.

Kun BASIC-skripti ajetaan ja se kohtaa rivin `LOAD_ALIASES "CRM-EMAIL"`,
tulkki tekee seuraavaa:

1. Tekee `fetch`-kutsun Alias-rekisteriin ja hakee kaikki `CRM-EMAIL`
-namespacen alle rekisterC6idyt komennot (kuten `EMAIL`).
2. Generoi lennosta uuden vC$liaikaisen `registerHandler`:in tC$lle
komennolle.

### 3. Dynaaminen Suoritus

Kun ohjelmassa tulee myC6hemmin vastaan rivi:
`EMAIL "antti@firma.fi", "Raportti", "Kaikki OK" INTO TULOS$`

Tuo lennosta luotu dynaaminen handler osaa automaattisesti:

1. Lukea sC$C$nnC6istC$, ettC$ tC$mC$ komento ottaa 3 argumenttia (`"to"`,
`"subject"`, `"message"`).
2. Parsia BASIC-riviltC$ nuo kolme arvoa (evaluoiden mahdolliset muuttujat,
samalla tavalla kuin nykyiset handlerit tekevC$t).


3. Rakentaa oikean JSON-payloadin: `{"to": "antti@firma.fi", "subject":
"Raportti", "message": "Kaikki OK"}`.
4. LC$hettC$C$ sen POST-pyyntC6nC$ sC$C$nnC6issC$ mC$C$riteltyyn osoitteeseen
(`http://smtp-client-service:5050/send`).
5. Odottaa vastausta, ja koska sC$C$nnC6issC$ luki `response_mapping:
"status"`, se tallentaa vastauksen tila-arvon (esim. "SUCCESS") muuttujaan
`TULOS$` (tC$ysin vastaavalla logiikalla kuin `NETRECV INTO var` toimii).



### MitC$ tC$mC$ mahdollistaa?

* **No-Code Integraatiot:** Kuka tahansa voi rekisterC6idC$ uusia komentoja
koko Mesh-verkon laajuudelta pelkillC$ JSON-mC$C$rittelyillC$ ilman, ettC$
BASIC-tulkkiin kosketaan riviC$kC$C$n.
* **Fire-and-Forget vs. Odotus:** JSON-mC$C$rittelyyn voidaan lisC$tC$ lippu
`"async": true`, jolloin BASIC-ohjelma jatkaa heti suoritusta
(Fire-and-Forget), tai `"async": false`, jolloin se jC$C$ odottamaan
SMTP-palvelimen kuittausta.
* **UudelleenkC$ytettC$vyys:** NC$mC$ samat REST-tilakoneet ovat kaikkien
muidenkin agenttien ja palveluiden (ei pelkC$stC$C$n BASICin) kC$ytettC$vissC$
suoraan Alias-rekisterin kautta.

MiltC$ tC$mC$ konsepti kuulostaa? Voisimme toteuttaa tC$mC$n koodaamalla tuon
yhden geneerisen "Master-Handlerin" (`LOAD_ALIASES`), joka osaa kC$C$ntC$C$
BASIC-syntaksin lennosta oikeaoppiseksi HTTP-liikenteeksi annettujen
sC$C$ntC6jen perusteella.