ARHITECTURA CLADORA INTELLIGENCE

Inteligență Care Înțelege Contextul Înainte de Orice Acțiune

CLADORA Intelligence este proiectată să clarifice contextul de proprietate, workspace, relație locativă și autoritate înainte de a propune sau coordona acțiuni prin furnizorii canonici ai platformei.

POZIȚIONARE ARHITECTURALĂ

Un Strat Subordonat de Orchestrare, Nu un Furnizor Canonic de Adevăr

În arhitectura CLADORA, inteligența artificială nu este un chatbot izolat și nici un agent autonom care ia decizii de capul său. Ea reprezintă un strat de asistență guvernată, strict subordonat nucleului de autoritate și deciziei umane.

Nu Deține Adevăr Canonic

CLADORA Intelligence este proiectată ca un strat subordonat de orchestrare și nu este desemnată drept furnizor canonic de adevăr. Identitatea, activele, registrele, rezervările și documentele aparțin exclusiv furnizorilor canonici.

Fără Cale Proprie de Scriere Canonică

Arhitectura nu desemnează CLADORA Intelligence drept scriitor independent al adevărului canonic din platformă. Mutațiile cu impact sunt concepute să treacă prin furnizorul responsabil.

Subordonare Față de Autoritate

Acțiunile ce modifică starea sunt concepute să fie direcționate prin furnizorul canonic relevant, nu prin baze de date deținute de AI. Când autoritatea necesară nu poate fi stabilită, arhitectura impune respingerea mutației.

FLUXUL CANONIC DE ACȚIUNE

De la Contextul Spațial la Înregistrarea de Audit

Fiecare interacțiune asistată de inteligență parcurge un lanț arhitectural structurat, conceput pentru a reduce acțiunile necontrolate și a păstra granițele furnizorilor și ale autorității:

01

Context Resolver

Conceput să stabilească persoana, proprietatea fizică, nivelul de workspace, relația locativă și mandatul activ.

02

Intent Router

Analizează solicitarea operațională fără a acorda permisiuni implicite (Intenția nu înseamnă Autoritate).

03

Authority Gate

Evaluează drepturile în CORE. Dacă autoritatea nu poate fi stabilită, arhitectura impune respingerea mutației.

04

Planner

Modelul de planificare construiește un plan operațional structurat, explicabil și verificabil pas cu pas.

05

Policy & Human Review

Acțiunile cu impact consecvent rămân supuse politicilor aplicabile de control și aprobării umane adecvate.

06

Canonical Provider

Direcționează propunerea de mutație autorizată către contractul furnizorului canonic desemnat (FIN01, BK01, OPS, etc.).

07

Audit Receipt

Modelul de chitanță consemnează contextul deciziei și amprenta cronologică în istoricul de evenimente auditat al platformei.

Furnizori Canonici Conectați:COREDOCUMENTSFIN01BK01SERVICEOPERATIONSCOMMUNICATIONSAIRPROPC&E
Explorează Matricea de Capabilități
REZOLVAREA CONTEXTULUI

Identitatea Globală Nu Este Suficientă: Puterea Contextului Scopat

În mediul imobiliar, aceeași persoană poate deține roluri distincte în proprietăți diferite. Arhitectura Context Resolver este concepută să stabilească dimensiunile operaționale relevante înainte de orice planificare cu impact:

Persoană & Acreditare

Context de identitate și sesiune în CORE.

Domeniu de Workspace

Context la nivel de workspace conceput să mențină separarea între proprietățile sau organizațiile relevante.

Activ Fizic & Demarcație

Corpul de clădire, etajul, demarcația și spațiul exact.

Relație Locativă

Proprietar, chiriaș rezidențial, ocupant comercial, tehnician sau oaspete.

Mandat Temporal

Limite de delegare, plafoane financiare unde sunt configurate și ferestre temporale.

Country Pack

Context de jurisdicție, terminologie, cerințe de flux și cadre de referință statutare (ex. linia de bază România).

Domeniu de Competență

Domeniul operațional aplicabil: AIRPROP, SERVICE, OPERAȚIUNI, C&E, FINANȚE.

DIRIJAREA INTENȚIEI

Clasificarea Scopului: Intenția Nu Echivalează cu Autoritatea

Modulul de analiză a intenției interpretează limbajul natural sau semnalele evenimentelor fără a modifica date și fără a presupune că solicitarea este permisă:

Interogare Informativă

Întrebări privind ghidul clădirii, orele de liniște sau contactele de urgență.

Căutare de Documente

Solicitarea fișelor tehnice, contractelor sau proceselor verbale din VAULT.

Cerere de Serviciu

Inițierea unei solicitări de reparație, curățenie sau mentenanță către SERVICE.

Problemă Tehnică & Incident

Semnalarea unei defecțiuni la instalații către domeniul OPERAȚIUNI.

Intenție de Rezervare

Verificarea disponibilității spațiilor comune și transmiterea către BK01.

Clarificare Financiară

Explicații privind cotele de întreținere sau facturile emise de FIN01.

Regulă Fundamentală: Intent Router nu acordă drepturi. Oricât de clară este dorința formulată, execuția depinde exclusiv de bariera de autoritate.
BARIERA DE AUTORITATE & POLITICI

Verificarea Mandatului și Principiul Zero-Write Denial

Înainte ca orice plan să fie propus sau direcționat, arhitectura interoghează CORE pentru a evalua autoritatea legală în contextul spațial respectiv:

Standardul Zero-Write Denial

Dacă autoritatea cerută nu poate fi stabilită în CORE, arhitectura impune respingerea oricărei mutații de stare.

Filtrare pe Bază de Politici

Acolo unde sunt configurate, acțiunile sunt evaluate în raport cu plafoanele financiare, pragurile de semnături multiple și constrângerile de politici aplicabile.

Aprobare Umană Guvernată

AI operează în cadrul limitelor de autoritate verificate. Acțiunile cu impact consecvent rămân supuse politicilor aplicabile de control și aprobării umane adecvate.

PLANIFICATORUL EXPLICABIL

Construcția Pas cu Pas a Planurilor Operaționale

Arhitectura definește un model de planificator conceput să structureze pașii operaționali propuși fără execuție prematură. Un exemplu ilustrativ de planificare pentru o defecțiune de încălzire:

Pasul 1

Rezolvare Context

Identifică apartamentul 4B, bloc A, și confirmă statutul de chiriaș activ.

Pasul 2

Verificare Mandat

Confirmă că chiriașul are dreptul de a sesiza avarii la rețeaua termică internă.

Pasul 3

Colectare Date Tehnice

Verifică modelul de termostat și istoricul intervențiilor recente din OPERATIONS.

Pasul 4

Structurare Propunere

Formulează ordinul de intervenție și propune intervale optime de vizită tehnică.

Pasul 5

Revizuire Desemnată

Prezintă propunerea structurată chiriașului și administratorului pentru validare formală unde este prevăzut.

Pasul 6

Trimitere Canonică

După validare autorizată, transmite comanda de lucru către furnizorul canonic OPERATIONS.

CONTRACTELE CU FURNIZORII CANONICI

Rutarea Instrumentelor Către Furnizorii de Adevăr

Arhitectura de inteligență nu folosește căi de acces opace. Responsabilitățile pe domenii și operațiunile propuse sunt concepute să fie direcționate exclusiv prin contractele furnizorilor canonici:

COREIdentitate & Mandate

Validarea rolurilor, workspace-urilor, relațiilor și a drepturilor de vot/semnare.

DOCUMENTE (VAULT)Gestiune Documentară

Interogarea versiunilor canonice, contractelor arhivate și cărților tehnice.

FIN01Adevăr Financiar

Citirea soldurilor, explicarea cotelor de cheltuieli și stadiului plăților.

BK01Capacitate & Rezervări

Consultarea orarelor de disponibilitate și aplicarea regulilor de capacitate.

SERVICECereri & Ofertare

Structurarea cererilor de asistență, catalog de servicii și cereri de ofertă.

OPERAȚIUNIExecuție Mentenanță

Generarea ordinelor de lucru, ghiduri tehnice și atribuiri de echipă.

COMUNICAȚIIDispecerizare & Notificări

Trimiterea notificărilor de sistem și evidența recepționării acestora.

AIRPROPCiclu Comercial

Sinteza oportunităților imobiliare, antecontracte și tranziții locative.

C&EExperiență de Comunitate

Compoziția ghidurilor de primire, anunțurilor de avizier și evenimentelor.

DELIMITARE CLARĂ

Recomandare Asistivă vs. Acțiune cu Mutație Canonică

Pentru a asigura integritatea platformei, arhitectura separă cu strictețe generarea de informații de mutațiile tranzacționale:

Recomandare Asistivă

Fără Mutație de Date (Read-Only / Draft)
Exemple:

Explicarea unei diferențe de calcul la întreținere, compararea a trei devize de reparație, propunerea unor intervale de timp libere.

Guvernanță: Nu necesită semnătură juridică; este o expunere pur informativă.

Acțiune Canonică Propusă

Propunere de Mutație de Stare (Unde Este Suportată și Autorizată)
Exemple:

Propunerea unei comenzi de lucru către OPERATIONS, propunerea consemnării unei plăți în FIN01, propunerea unei rezervări în BK01.

Guvernanță: Supusă politicilor aplicabile de control și aprobării umane adecvate a responsabilului desemnat.
MODIFICARE CONVERSAȚIONALĂ

Ajustarea Conversațională a Planului Nu Ocolește Autoritatea

Un utilizator poate propune ajustarea planului prin dialog („Schimbă instalatorul”, „Amână pentru marți”, „Trimite doar administratorului”). Arhitectura impune ca la fiecare modificare să fie re-evaluate contextul, autoritatea și politicile aplicabile înainte ca o modificare cu impact să poată fi propusă sau transmisă.

Nicio instrucțiune conversațională nu poate eluda verificarea de autoritate din CORE.
ESCALADARE & SUPRAVEGHERE

Condiții de Escaladare și Clarificare Umană

Arhitectura definește condiții clare de transfer către operatorul uman sau de solicitare a clarificărilor pentru situații precum:

Autoritate ambiguă sau suprapunere de mandate divergente în workspace.

Lipsa corelării exacte între unitatea locativă și solicitant în cadastrul intern.

Depășirea plafoanelor valorice stabilite prin politicile financiare configurate ale imobilului.

Solicitări ce ating sisteme sensibile de securitate a vieții (instalații de gaz, lifturi, incendiu).

Dovezi documentare contradictorii sau lipsa actelor de proprietate doveditoare.

TRANSPARENȚĂ DECIZIONALĂ

Modelul de Explicabilitate și Transparență

Pentru recomandări sau acțiuni cu impact, arhitectura definește un model de transparență conceput să răspundă la întrebări esențiale precum:

Ce a înțeles sistemul?

Sinteza exactă a solicitării extrase din dialog.

Ce proprietate și workspace sunt vizate?

Demarcația cadastrală și organizațională precisă.

Pe baza cărei relații locative?

Rolul activ (proprietar, chiriaș, etc.) identificat în CORE.

Ce acțiune specifică este propusă?

Comanda exactă ce urmează a fi trimisă furnizorului.

Cine deține responsabilitatea finală?

Numele furnizorului canonic (SERVICE, OPS, FIN01).

De ce a fost cerută aprobarea umană?

Politica sau plafonul specific care a impus validarea.

TRASABILITATE & AUDIT

Chitanțe de Acțiune Auditate și Istoric de Evenimente

Arhitectura definește un model de chitanță de audit conceput să consemneze contextul solicitării, decizia de autoritate din CORE, aprobările aplicabile și răspunsul furnizorului în istoricul de evenimente auditat al platformei.

EXEMPLE ILUSTRATIVE DE ARHITECTURĂ

Scenarii Ilustrative de Compoziție a Inteligenței

Fluxurile de mai jos reprezintă compoziții conceptuale de arhitectură, ilustrând modul în care AI este conceput să coopereze cu furnizorii canonici (nu sunt garanții de fluxuri universale live):

Notă: Aceste exemple reprezintă arhetipuri conceptuale de compoziție arhitecturală, nu fluxuri active universal în producție.

Scenariul A: Sesizarea Unei Avarii la Încălzire

Rezidențial / Chiriaș

Context: Ap. 4B → Intenție: Avarie calorifer → Autoritate: CORE verifică dreptul chiriașului → Plan: Ghid verificare presiune + draft solicitare OPS → Revizuire: Chiriașul confirmă propunerea → Furnizor: Transmis la OPERATIONS → Chitanță: Înregistrare de audit consemnată.

Scenariul B: Explicarea Variației Cotelor de Întreținere

Administrație / Manager Imobil

Context: Asociația Parc Central → Intenție: De ce a crescut factura de apă rece? → Autoritate: CORE confirmă rolul de administrator → Plan: Interogare istoric contoare și tarife din FIN01 → Răspuns: Raport comparativ generat → Fără Mutații: Registrul rămâne neschimbat.

Scenariul C: Rezervarea Terasei Comune pentru Eveniment

Comunitate / Proprietar

Context: Terasa Bloc B → Intenție: Rezervare sâmbătă seara → Autoritate: CORE confirmă statutul de proprietar fără restanțe → Plan: BK01 verifică orarul și orele de liniște → Revizuire: Proprietarul acceptă regulamentul → Furnizor: Propunere transmisă către BK01.

Scenariul D: Clarificarea Clauzei de Subînchiriere

Comercial / Chiriaș Birou

Context: Clădirea Business Hub, Etaj 3 → Intenție: Poate spațiul fi subînchiriat parțial? → Autoritate: CORE validează mandatul directorului financiar → Plan: Extragere clauză din contractul din VAULT → Rezultat: Rezumat explicativ cu trimitere la textul canonic.

Scenariul E: Confirmarea Lucrărilor de Către Tehnician

Operațional / Contractor

Context: Sala Tehnică Subsol → Intenție: Încheiere mentenanță pompe → Autoritate: CORE confirmă mandatul tehnicianului → Plan: Verificare checklist obligatoriu → Furnizor: Predare către inginerul șef în OPERATIONS → Chitanță: Înregistrare trasabilă.

INTEGRARE PE DOMENII

Cum Asistă Inteligența Fiecare Domeniu Canonic

Modele ilustrative de asistență privind modul în care inteligența este concepută să coopereze cu fiecare domeniu, fără a prelua rolul de furnizor canonic de adevăr:

AIRPROP

Modele ilustrative de asistență pentru sinteza cererilor comerciale și pregătirea ciornelor de contracte; AIRPROP rămâne deținătorul canonic al ciclului comercial.

SERVICE

Modele de asistență pentru structurarea cererilor și facilitarea comparării ofertelor; SERVICE rămâne furnizorul canonic de comenzi de servicii.

OPERAȚIUNI

Asistență conceptuală pentru interpretarea semnalărilor tehnice și pregătirea instrucțiunilor de intervenție, fără diagnoză autonomă; OPERATIONS rămâne proprietarul ordinelor de lucru.

C&E

Asistență pentru compunerea ghidurilor de primire și a ciornelor de anunțuri; C&E rămâne furnizorul canonic de experiență.

FIN01

Interacțiunile asistive pot explica contextul financiar furnizat de FIN01 acolo unde sunt autorizate, fără facturare autonomă sau modificări de registru; FIN01 rămâne adevărul financiar.

BK01

Intenția de rezervare este direcționată arhitectural către BK01, care rămâne proprietarul canonic al adevărului privind disponibilitatea și capacitatea.

DOCUMENTE

Asistența autorizată poate extrage sau rezuma informații relevante din VAULT; un rezumat generat nu substituie documentul canonic.

SIGURANȚĂ & GUVERNANȚĂ

Bariere Strict Impuse de Securitate și Conformitate

Pentru a preveni riscurile operaționale și supra-promisiunile, arhitectura CLADORA definește 5 reguli stricte de guvernanță:

AI Nu Creează Drepturi Legale

Inteligența nu poate acorda drept de proprietate, calitatea de membru, mandate de reprezentare sau privilegii de acces.

AI Nu Ocolește Furnizorii Canonici

Nu există baze de date paralele gestionate de AI. Toate operațiunile tranzacționează prin contractele canonice ale platformei.

Excluderea Sistemelor Critice de Siguranță

Platforma nu controlează autonom instalațiile de gaz, ascensoarele, alarmele de incendiu, tablourile de înaltă tensiune sau porțile automate.

Neutralitate Tehnologică și de Model

Arhitectura țintă de orchestrare este concepută pentru a evita legarea adevărului canonic din platformă de un singur furnizor de modele.

Minimizarea Datelor și Confidențialitate

Inteligența este proiectată în jurul contextului scopat la nivel de workspace, al interogărilor delimitate de autoritate și al principiilor de minimizare a datelor.

TRANSPARENȚĂ & GUVERNANȚĂ

Maturitatea Arhitecturală a Domeniului de Inteligență

Prezentarea de față descrie modelul arhitectural complet conceput pentru lumea construită. În implementările reale, activarea capabilităților de inteligență este guvernată individual de nivelul de maturitate al fiecărui modul și de licența fiecărui workspace:

Capabilitățile de inteligență sunt activate modular în funcție de pachetul contractat și de configurarea specifică a proprietății.
Fluxurile complexe de asistență (precum automatizări extinse de concierge, predicții avansate sau integrări de marketplace) reprezintă etape țintă de arhitectură supuse calendarelor de lansare.
Standardul de arhitectură este ferm: nicio funcționalitate asistivă nu este concepută să scrie date nevalidate sau să ocolească verificarea de autoritate din CORE.

Proiectează Operațiuni Inteligente și Sigure pentru Portofoliul Tău

Discută cu echipa de arhitectură CLADORA despre modul în care inteligența guvernată poate sprijini echipele operaționale fără a periclita integritatea registrelor.