TC$mC$ on aivan loistava suunta! Olet oivaltanut olennaisen: ohjelmistokehitys
ei ole binC$C$rinen "tehty/tekemC$ttC$" -tila, vaan **putki (pipeline)** tai
elinkaari, jossa jokainen solmu kC$y lC$pi eri vaiheita.

Siirtyminen yksittC$isestC$ `done`-listasta moniulotteiseen elinkaari-kC$sittee
seen tekee R2D2:sta todellisen projektipC$C$llikC6n. On myC6s erittC$in
tC$rkeC$C$, ettC$ R2D2 voi sylkC$istC$ ulos ihmisluettavan tilannekatsauksen
(Markdown-puun) milloin tahansa, jotta pysyt kC$rryillC$ siitC$, missC$ koko
projektin suhteen mennC$C$n.

TC$ssC$ on konseptitason suunnitelma siitC$, miten tC$mC$ "R2D2 v2"
rakennetaan sC$ilyttC$en edelleen litteC$n ja turvallisen arkkitehtuurin:

### 1. Muistin rakenteen pC$ivitys (Elinkaari-malli)

Olet aivan oikeassa: nykyisessC$ v1:ssC$ `done` merkittiin vain litteC$C$n
array-listaan `r2d2-memory.json` -tiedostossa. Jotta R2D2 voi tukea
loputtomasti eri vaiheita (dokumentoi, toteuta, testaa...), pC$ivitC$mme
muistin tietorakenteen objektiksi, joka seuraa solmujen tilaa
vaihekohtaisesti. AlkuperC$isiin AST-tiedostoihin ei edelleenkC$C$n kosketa,
vaan muisti kerrostetaan niiden pC$C$lle.

Uusi `r2d2-memory.json` nC$yttC$isi tC$ltC$:

```json
{
  "active_task": "toteutus",
  "required_filters": ["dokumentaatio"],
  "ptr": "uuid-1234",
  "node_states": {
    "uuid-1234": ["ideointi", "dokumentaatio"],
    "uuid-5678": ["ideointi", "dokumentaatio", "toteutus", "testaus"]
  },
  "skipped": {
    "uuid-9999": ["toteutus"] 
  }
}

```

TC$llC$ rakenteella R2D2 tietC$C$ heti, ettC$ solmu `uuid-1234` on jo
dokumentoitu, mutta sen "toteutus" puuttuu.

### 2. Uusi REPL-tyC6nkulku (UX & Komennot)

REPL:iin lisC$tC$C$n komennot, joilla voit joustavasti vaihtaa R2D2:n hattua:

* **`task <nimi>`**: Asettaa R2D2:n uuteen tilaan. Esim. `task toteutus`.
* **`require <nimi>`**: Asettaa suodattimen. Esim. `require dokumentaatio`.
TC$mC$n jC$lkeen `next` etsii vain sellaisia solmuja, joiden `node_states`
sisC$ltC$C$ sanan "dokumentaatio", mutta ei vielC$ sanaa "toteutus". (Voit
poistaa filtterin komennolla `unrequire`).
* **`next`**: Generoi tehtC$vC$nannon. Prompti ei ole enC$C$ kovakoodattu,
vaan se rakentuu dynaamisesti `active_task` -muuttujan ympC$rille.
* **`done`**: LisC$C$ nykyisen `active_task` -leiman (esim. "toteutus") solmun
tilaan ja etsii seuraavan.

### 3. Dynaamiset Promptit

Kun kirjoitat `task toteutus` ja painat `next`, R2D2:n generoima prompti voisi
nC$yttC$C$ tC$ltC$:

> **PROMPTI TEKOCLYLLE/TIIMILLE:**
> "Konteksti: TyC6stC$mme osaa 'ROOT_OMEGA_MESH -> SYS_KERNEL'.
> **Vaihe: TOTEUTUS**
> TehtC$vC$: Kirjoita tai toteuta koodi komponentille 'SYS_KERNEL'.
> Toimintakuvaus: Ydinkomponentit (I/O, prosessinhallinta, ikkunointi, REPL)."

TC$mC$ tekee R2D2:sta tC$ysin agnostisen. Voit keksiC$ lennosta uuden
tehtC$vC$n (esim. `task tietoturvatarkistus`) ja R2D2 osaa heti soveltaa sitC$
koko puuhun.

### 4. AST-Markdown Export (Raportointi)

TC$mC$ on ehdottamasi ominaisuuksista kenties arvokkain. LisC$tC$C$n REPL:iin
komento:

* **`export md`**: R2D2 lukee AST-JSON:in, yhdistC$C$ sen `node_states`
-muistiin ja generoi projektin juureen tiedoston `AST-status-raportti.md`.

Generoitu Markdown-tiedosto voisi nC$yttC$C$ tC$ltC$, jolloin nC$et koko
projektin tilan yhdellC$ silmC$yksellC$:

```markdown
# OMEGA MESH - Projektin Tila

* **`export md`**: R2D2 lukee AST-JSON:in, yhdistC$C$ sen `node_states`
-muistiin ja generoi projektin juureen tiedoston `AST-status-raportti.md`."
**ROOT_OMEGA_MESH** [ideointi, dokumentaatio]
  * " **EDGE_NETWORK** [ideointi, dokumentaatio]
    * ! **AUTH_QUEUE** [dokumentaatio] *(Odottaa: toteutus, testaus)*
    * ! **AUTH_QUEUE** [dokumentaatio] *(Odottaa: toteutus, testaus)*4
**MESH_ROUTER** [] *(Ei aloitettu)*
  * " **EDGE_NETWORK** [ideointi, dokumentaatio]" **CONTROL_PLANE** [ideointi,
dokumentaatio, toteutus, testaus]

```

Visualisointi voidaan tehdC$ badgeilla (`[doc] [dev] [test]`), vC$reillC$ tai
ruksituilla laatikoilla (`[x] Dokumentoitu, [ ] Toteutettu`).

---

**MitC$ olet mieltC$ tC$stC$ suunnitelmasta?** TC$mC$ ratkaisee kaikki
mainitsemasi tarpeet, pitC$C$ arkkitehtuurin yksinkertaisena litteC$n
`memory.json`-tiedoston avulla, ja antaa sinulle tC$yden vapauden luoda uusia
tyC6vaiheita lennosta. Haluatko, ettC$ koodaan tC$mC$n R2D2 v2:n koodin
seuraavaksi, vai haluatko viilata vielC$ jotain toiminnallisuutta (esim.
promptin rakennetta)?