Flow Canvas (C4)

Mit rögzít: folyamatábrákat és C4 architektúra-szinteket egy node/edge vásznon. Minden node hordozhat Markdown metaadatot és adatmodell-hivatkozást.

Ki hozza létre: a felhasználó, kézzel. Egy Flow több User Story-hoz is rendelhető (linkedStories: string[]), és egy User Story-hoz több Flow tartozhat — valódi M:N, csak tag, nem tulajdonlás.

Perzisztencia: .craftingtable/flows/FLW-*.json (node-ok fractional x/y koordinátákkal, élek, C4 szint).

Képernyőkép — Flow Canvas

(A képernyőkép pótlása folyamatban.)

Node-típusok és amit automatikusan generálnak

A típusok: start | end | screen | action | decision | api | model. Kettő közülük különleges:

Node-típus	Mit jelent	Mit generál/rendel automatikusan
screen	Egy UI-képernyő lépés	Megjelenik a Structure/Screens fülön; itt rendelhetők hozzá Design Component-ek és egy Oldal
model	A lépés egy adatmodellt érint	A node linkedModel mezője egy MDL-*-re mutat — meglévőt választva vagy helyben újat létrehozva (+ Új modell)
api	A lépés egy API-hívás	Ugyanaz a modell-választás, plusz outbound: boolean. Ha outbound = true, a hívás automatikusan megjelenik az Assets modul „API-hívások" listájában

A node-szintű linkedStory (egy konkrét lépés melyik AC-t valósítja meg) megmarad a Flow-szintű linkedStories mellett — a kettő különböző szemcsézettség.

Blueprint auto-deriválás

Minden Flow-mentéskor az engine biztosít (ensure, nem duplikál) egy Part-ot a megfelelő Blueprint blokkban:

Flow node	Blueprint blokk
action / decision	Flow
model	Schema
screen / api	Oldal

Kapcsolatok és szinkron

• Oldal (DesignPage) törlése → minden rá mutató node pageId-ja nullázódik (aktív takarítás, reload után is megmarad).
• Design Component törlése → eltávolítás minden node componentIds listájából.
• Törölt linkedModel → passzív „elavult hivatkozás" jelzés, a node nem törlődik.
• A frontend a mentéskor egészre kerekíti a node-koordinátákat (tiszta git-diffek).