Generált UI-támogatás beállítása
A generált UI megjelenítése a BFF része. A Complexity kezeli a generálást és az előzményeket. Nincs kötelező külön renderer-szolgáltatás vagy hosztolt Gateway.
A megfelelő csomagkészlet beállítása
Használd a rögzített @openuidev/lang-core@1.0.1 és @openuidev/react-lang@1.0.1 verziókat a repository lockfile-jaival. Őrizd meg a BFF patches/ mappáját és a workspace patch-regisztrációját. A patch megakadályozza, hogy a fejlesztői DevTools automatikusan betöltődjön egy külső CDN-ről. A kézi node_modules-módosítások helyett használd a normál dependency-setupot.
Frissítsd a forrásverzió sémáját és mindkét Prisma-klienst a szabályozott setup-úton. Őrizd meg a meglévő adatokat, azonosítókat, kulcsokat és volume-okat. A reset vagy egy destruktív indítási kapcsoló nem frissítés.
Tartós state és revíziók
A kanonikus migrációk a mailGen/ECS_MovePST_To_TempSQL/DB_Lib/Sql/ mappában vannak. Ezek hozzák létre a state-et, a csoportleképezést, a kanonikus tool-ID CHECK támogatását és a nullable Submit input beállításokat. A fejlesztői setup adja meg a pontos, sorrendbe rendezett fájlneveket és a generálási követelményeket.
A 20261016_complexity_ui_state_revisions.sql a meglévő ui_states_revision_check feltételt a ui_revision = 1 értékről pozitív UI-revíziókra bővíti. Az answer revision és a CAS-verzió pozitív marad. Ez nem ad hozzá oszlopot, backfillt vagy Prisma-leképezés-változást.
A védett upgrade leáll ismeretlen vagy nem validált constrainteknél. A már helyes CHECK változatlan marad. Az EF és a friss setup ugyanazt a pozitív-revízió feltételt használja. A Prisma-szinkron önmagában nem hozza létre ezeket az SQL-constraint-eket.
Őrizd meg a sorokat, idegen kulcsokat, egyedi kulcsokat, indexeket és titkosítási kulcsokat. A revíziótámogatás nem írja át a régi kimenetet vagy a mentett state-et. Nem igényel további környezeti változót, hitelesítő adatot, dependency-t vagy infrastruktúra-szolgáltatást.
Jogosultságok és forrás-kompatibilitás
A BFF-nek, a Complexity-nek és a Getternek kompatibilis forrásszerződést kell megosztania. Policy-katalógus-változásnál frissítsd az Admint. A csoport Agent tool hozzáférés részének explicit displayOpenUI és displayMarkdown értékre van szüksége. A regisztráció önmagában nem elegendő.
Generálási policy és prompt-alapértelmezések
Használd az egyező, frissített BFF-, Complexity- és Admin-forrást. Az alapértelmezett SYSTEM prompt változásai az új futásokat érintik. A régi prompt-pillanatképek és a tenant-felülírások megmaradnak. Az Admin LLM configuration (magyarul: LLM-beállítások) részében ellenőrizd a hatályos alapértelmezést vagy felülírást.
Az új generált felületek a megjelenítési szabályok szerint, soron belül, streamelve jelennek meg. A régi display-tool előzmények megjelenítése megmarad. Ehhez a policy-változáshoz önmagában nincs szükség migrációra vagy új környezeti mezőre.
A setup után egy eldobható beszélgetésen ellenőrizd a generálást, az interakciót, az előzmények újranyitását és a nyelvi megjelenítést. Lásd a generált UI használatát.
Indítási ellenőrzések a tartós UI-state-hez
Az egységes Docker-inicializálás futtatja a Prisma-sémaszinkront, az adatbázis-feature installert, majd a seed-lépést. Az installer ellenőrzi a pozitív answer-, UI- és CAS-revíziókat, az egyenlő, korlátos tool/output-azonosítókat kettőspont-támogatással, valamint a NULL-értéket is elfogadó, korlátos linked-group-azonosítókat.
Hiányzó CHECK esetén az összes meglévő sor validálódik. Az azonos, validált CHECK megtartja a PostgreSQL-objektumazonosítóját (OID). Csak a pontosan ismert régi revízió- és tool/output-azonosító-definíciók minősülnek cserére. Az ismeretlen definíciók, a nem validált constraint-ek, az eltérő constrainttípusok vagy az érvénytelen sorok leállítják a tranzakciót és az inicializálást.
Ha az inicializálás leáll, vizsgáld meg az adatbázis-katalógust és a meglévő sorokat. Ne kerüld meg a validációt, és ne használj destruktív indítási kapcsolókat. A Prisma kezeli a relációs objektumokat. Az SQL-fájlok maradnak az explicit upgrade-definíciók.
Izolált példány esetén az ellenőrzött sémaútját használd a régi migrációs szkript Coolify-célkeresése helyett. Olvasd el a indítási szerződést és célhatárokat a pontos CHECK-korlátokhoz és a célkiválasztáshoz. A normál újraindítás, amely kihagyja az inicializálást, nem hozza létre ezeket a CHECK-korlátokat.