Ciclul de viață al referențialului economic comun: entități, relații, sesiuni numerice, istorizare H, lucru T, SHA-256, GitHub și Cloudflare.
Diagrame vectoriale explicative, adaptate pentru desktop și mobil. Specificație conceptuală, nu certificare de implementare.
Referențialul AiVenture este unic logic la nivelul întreprinderii. El cuprinde date economice, proiecte, utilizatori, website-uri, agenți AI, entități, atribute și relații, cu proveniență și evoluție temporală.
Entitate–Relație–Entitate: FIRMĂ → OFERĂ → SERVICIU; FIRMĂ → DEȚINE → WEBSITE; SERVICIU → ARE PREȚ → BENCHMARK LOCAL. Relațiile sunt obiecte tipizate, cu identitate și istoricul lor.
Două dimensiuni temporale: timpul de validitate economică și timpul înregistrării în referențial. Datele unui fapt pot fi diferite.
FirmsFinder identifică entități, HOLMES.AI cercetează piețe și surse, SCARA generează website-uri, iar RRVI furnizează documentație demonstrativă de guvernanță AI.
SESSION identifică generația curentă a referențialului; nu este nici commit Git, nici deployment, nici copie fizică integrală.
CURRENT este numeric și unic global: 0009, 0010, 0011. Litera C este opțională și nu se afișează implicit. După 9999 se continuă cu 10000.
H este starea logică globală istorică și imuabilă, de forma 0009H; T este o ramură modificabilă care derivă obligatoriu din H.
O rotație zilnică incrementează CURRENT cu 1 fără să creeze automat H. Sesiunea veche se închide fără istorizare.
Mediul SRC este local: dezvoltarea poate fi realizată manual sau cu AI. Reluarea lucrului începe cu descărcarea/sincronizarea versiunii autorizate din GitHub.
GitHub este autoritatea numărului SESSION și a registrului global. Mai multe uploaduri în aceeași zi nu incrementează CURRENT dacă nu există un alt eveniment.
Cloudflare exploatează aplicațiile și datele. Worker-ul comun session și KV reflectă sesiunea efectiv publicată, nu inventează numere globale.
Footerul fiecărui site integrat afișează versiunea publicată și timestampul în ora locală. Exemplu fictiv: SESSION 0009H · 07.11.2026 11:30 EET.
FREEZE poate fi cerut de orice membru autorizat pentru un motiv propriu. Înghețarea privește întregul referențial chiar dacă folosește H un singur membru.
FREEZE: 0009 → 0009H + 0010. N devine NH imuabil și noul CURRENT devine N+1, fără întreruperea exploatării sau afectarea funcțională a celorlalți.
La FREEZE se păstrează solicitantul, motivul, autorizarea, UTC, baza și DELTA. Nu se copiază obligatoriu fizic întreaga bază.
Un membru poate lucra într-o T derivată din H fără a modifica H sau CURRENT; delegarea către un alt membru necesită aprobarea administratorului global.
Pentru fiecare țintă se compară SHA-256 al manifestului publicabil candidat cu manifestul versiunii deja publicate. Commit SHA singur nu este suficient.
SHA identic: NO-OP — fără transfer, fără H nou, fără incrementare suplimentară a CURRENT.
SHA diferit: validare, deployment și confirmare. Numai transferul reușit produce H de publicare, incrementare suplimentară și actualizarea Worker session/KV.
Un deployment eșuat nu poate fi prezentat în footer ca publicat. Operațiunile GitHub/Cloudflare trebuie să fie idempotente și recuperabile.
STATE(H) = BASE ⊕ DELTA. Se persistă diferențele necesare și se păstrează o bază reconstructibilă imuabilă; un commit nu poate reproduce singur datele D1/R2 externe.
DELTA descrie operațiuni CREATE, UPDATE, DELETE, LINK, UNLINK asupra entităților, atributelor, relațiilor și artefactelor.
MERGE(BASE, CURRENT, TEST) integrează schimbările independente și trimite conflictele la arbitraj explicit.
ROLLBACK poate fi global sau selectiv și nu rescrie H. Ștergerea H este logică, apoi fizică controlată, protejând T dependente.
CAEN + CUI + ETALON → entități și relații economice → website preconfigurat. Identitatea unei firme este separată de identificatorul intern al entității.
ETALON-4322 include trei familii: Încălzire, Sanitare, Climatizare; homepage-ul prezintă câte trei servicii reprezentative per familie, apoi link Vezi mai multe spre catalogul alfabetic complet.
Stratul comun ETALON este completat de stratul specific firmei: servicii confirmate, prețuri, descrieri, imagini, contact și arie deservită. Bifele propuse automat nu reprezintă confirmare comercială.
Website-ul este generat și personalizat incremental pe inweb.ro, apoi poate utiliza domeniul firmei. Modelul multi-tenant reutilizează codul; D1/R2 păstrează date și artefacte specifice.
Există dezvoltatori, responsabili de proiect, directori de proiecte, administratori de proiecte și administrator global, cu drepturi și scopuri diferite într-un singur referențial.
Timestampurile sunt stocate UTC ISO 8601 și afișate local, implicit Europe/Bucharest. Numărul SESSION asigură identitatea; unicitatea temporală nu rezultă automat din milisecunde.
Registrul GitHub necesită controlul concurenței, autentificarea workflow-urilor, privilegiul minim și jurnalizarea cererilor și aprobărilor.
Nu toate deciziile sunt finalizate: ora rotației zilnice, numerotarea T, schema registrului GitHub, reconcilierea GitHub–Cloudflare și SHA pentru conținut dinamic D1.
Scenarii ilustrative ale tuturor situațiilor esențiale: rotație, upload, FREEZE, SHA, T, MERGE și rollback. Apasă fiecare exemplu pentru detalii.
Ziua 1: 0009. Ziua 2: 0010. Ziua 3: 0011. Ziua 4: 0012. Ziua 5: 0013. Niciun FREEZE sau transfer: zero H noi.
La 09:00, 11:00, 14:00 și 17:00 dezvoltatorul trimite modificări din SRC local. Commituri diferite, dar CURRENT rămâne 0009 toată ziua, fără FREEZE.
La 11:00 membrul A cere o referință pentru SCARA. Admin aprobă: 0009 → 0009H + 0010. Referențialul global este fixat logic; celelalte proiecte continuă.
CURRENT=0009. La primul FREEZE rezultă 0009H/0010, la al doilea 0010H/0011, la al treilea 0011H/0012. Ziua următoare CURRENT=0013.
SCARA candidat și SCARA publicat au același manifest SHA-256. Nu se face deployment; CURRENT și footerul rămân neschimbate.
SCARA are un manifest nou; transferul reușește și este validat. Se fixează 0009H, CURRENT devine 0010; Worker session/KV furnizează 0009H în footer.
Deploymentul Cloudflare eșuează după compararea SHA. Site-ul păstrează versiunea live anterioară. Nu se finalizează H de publicare și nici incrementarea aferentă transferului.
GitHub CURRENT=0015; scara.dev servește 0009H, iar HOLMES 0011H. Fiecare footer arată H efectiv publicată, nu 0015.
Membrul B primește de la admin acces la T derivată din 0009H. Modifică un atribut și o relație. Three-way merge compară BASE, CURRENT și T; conflictele se arbitrează.
Un release prezintă erori. Admin reconstruiește starea anterioară H, pregătește corecția, verifică SHA față de live și publică numai dacă este o schimbare reală.
Ciclul de viață prin ochii dezvoltatorului, responsabilului de proiect, directorului de proiecte, administratorului de proiecte și administratorului global.
Descărcă sursele la 0009; modifică local ETALON-4322 prin adăugarea entității SERVICIU și a relației cu FAMILIE; testează, trimite două commituri în aceeași 0009. După deployment SHA diferit și reușit: 0009H + 0010. Verifică pagina și footerul.
În SCARA preia CUI/CAEN 4322, verifică trei familii și servicii, personalizează împreună cu proprietarul, cere FREEZE 0010→0010H+0011 înainte de validare; folosește o T autorizată și pregătește publicarea verificabilă.
Coordonează FirmsFinder, HOLMES și SCARA pentru benchmarkuri locale; echipele lucrează la 0015, a doua zi 0016. Solicită FREEZE 0016H pentru reperul comun, CURRENT devine 0017. Compară DELTA între proiecte și aprobă integrarea.
CURRENT=0020; SHA diferit la SCARA și HOLMES, identic la FirmsFinder. FirmsFinder NO-OP; SCARA transferă 0020H, CURRENT 0021; HOLMES transferă 0021H, CURRENT 0022. Verifică KV și fiecare footer.
CURRENT=0030; membrul A solicită accesul membrului B la T derivată din 0024H. Admin verifică drepturile, aprobă, arbitrează un conflict FIRMĂ–SERVICIU, validează merge și eventuala publicare, menținând imuabilitatea H.
Definiții ale termenilor economici, de modelare, versionare, guvernanță și exploatare.