Creier Public / Documentație
Cum funcționează Kogaion
O documentație publică despre ce este CușnirOS, ce vezi în acest site, ce rămâne privat, ce este demo, ce este draft și cum evoluează sistemul.
- Public documentation
- Private source hidden
- Mock / Demo labels preserved
01 / Ce este Kogaion
Un creier public, nu o aplicație
Kogaion este stratul vizibil al unei arhitecturi mai mari. Îl explicăm pe bucăți, ca să poți judeca singur ce este și ce nu este.
01
Un sistem, nu o aplicație
Kogaion este un creier operațional care leagă input, sensemaking, agenți, produse, output public și feedback într-un singur flux controlat. Nu este un site, nu este un bot — este o arhitectură.
02
Public + Privat, separare strictă
Există un strat public (ceea ce citești aici) și un strat privat (agenți, decizii, date, tokenuri). Cele două nu se amestecă pe aceeași suprafață.
03
Fiecare bucată are un statut vizibil
Orice element public poartă o etichetă clară: PUBLIC, MOCK, DRAFT, PRIVATE. Nu inventăm statusuri și nu le ascundem pe cele incomode.
02 / Ce este CușnirOS
Spațiul în care Kogaion rulează
CușnirOS este sistemul de operare. Kogaion este felul în care acest sistem se arată publicului. Cele două sunt conectate, dar nu identice.
01
Spațiul de operare
CușnirOS este spațiul în care rulează toată arhitectura: reguli, agenți, produse, interfețe și memorie. Kogaion este felul în care CușnirOS se arată lumii.
02
Localizare + identitate
Naming, identitate vizuală, convenții de scriere, taxonomii — toate trăiesc în CușnirOS ca single source of truth. Site-ul public consumă aceste reguli, nu le redefinește.
03
Evoluție incrementală
CușnirOS crește pas cu pas. Fiecare modul are un statut (planned / draft / live) și o condiție minimă de expunere publică. Nimic nu iese fără verificare.
03 / Ce este creierul public
Partea vizibilă, auditabilă, fără token
Creierul public este felul în care CușnirOS comunică cu exteriorul. Are reguli clare: ce intră, ce iese, ce rămâne în spate.
01
Vizibil pentru toată lumea
Creierul public este acea parte din CușnirOS pe care o poți citi, parcurge și audita direct, fără cont, fără token, fără acces special.
02
Testat, nu expus
Ce ajunge aici a trecut deja printr-un proces intern: schiță, draft, review, curățare de date private, etichetare de status. Doar atunci iese public.
03
Conectat, nu dezvăluit
Vezi structura și fluxul, dar nu vezi implementarea: cod intern, prompturi reale, surse de date, chei API, tokenuri. Creierul public arată harta, nu și camera serverelor.
Canon / Reguli publice
Canonul nu este decor. Este contractul public
Instalăm canonul peste tot unde contează: în pagini, în rute, în docuri și în modul în care vorbim despre sistem.
System > Content
Rutele și shell-urile sunt contractul. Copy-ul urmează contractul, nu îl rescrie la fiecare pagină.
Evidence > Assumption
Orice lucru neverificat rămâne marcat explicit. Dacă nu există dovadă, răspunsul este NU EXISTĂ DATE sau draft.
Shell ownership
PublicShell, AuthShell și PrivateShell rămân separate. Publicul nu preia chrome privat.
Public canon routes
Canonul apare în home, documentație, footer și în pagina dedicată /canon, astfel încât regulile să fie imposibil de ratat.
Asset registry
Visual proof local, nu wallpaper
Imaginea este folosită doar ca proof vizual pentru documentație. Nu acoperă întreaga pagină și nu ascunde textul.
Utilizare semantică
Această imagine susține orientarea cititorului în pagina de documentație și rămâne locală pentru familie. Nu este fundal global și nu concurează cu CTA-urile.
04 / Mock / Demo / Draft
Trei etichete, trei înțelesuri, zero confuzie
Fiecare element public care nu este o certitudine verificată poartă o etichetă explicită. Iată ce înseamnă fiecare.
Interfață construită, fără date reale.
Este un UI funcțional pe care poți da click, completa și parcurge, dar datele afișate sunt inventate controlat. Servește ca demonstrație de UX, nu ca promisiune de rezultat.
ExempluDiagnostic 8 Dragoni cu răspunsuri fabricate, formulare fără submit real.
Conținut ilustrativ, nu sursă de decizie.
Materiale de tip DEMO arată cum arată un produs, un flow sau o metrică. Nu sunt validate, nu sunt auditate și nu ar trebui folosite ca dovadă de performanță.
ExempluStatistici radar, hărți OS, carduri de feature cu badge DEMO.
Conținut în lucru, expus pentru transparență.
Un DRAFT este un artifact în curs de maturizare. Îl afișăm ca să arătăm direcția, dar este explicit etichetat ca atare și poate fi modificat, retras sau rescris fără preaviz.
ExempluOferte cu preț DRAFT, secțiuni „Ce urmează" cu livrabil planificat.
05 / Ce rămâne privat
10 zone care nu apar pe suprafața publică
Aceasta nu este o listă exhaustivă, ci o hartă a principiilor. Dacă o informație este aici, ea nu va fi publicată fără un motiv explicit și o decizie de Owner.
- Tokenuri API și chei de acces la furnizori externi
- Cod sursă intern, prompturi reale, configurații de agenți
- Date de clienți, leaduri, plăți, stripe payloads
- Metrici interne de performanță și calitate
- Memorie operațională a agenților (working state)
- Fișiere locale, screenshots, note din workspace
- Webhook-uri, webhooks secrets, route handlers private
- Politici de acces, reguli de aprobare, RBAC intern
- Contracte comerciale, oferte personalizate, termeni
- Planuri strategice, calendare de lansare, P&L intern
06 / Cum funcționează agenții
Șapte etape, o singură regulă: nu publica fără aprobare
Agenții Kogaion nu sunt boți care răspund la întâmplare. Au un flux cu sens, cu cozi de așteptare și cu un punct de decizie uman la final.
Input
Datele intră pe rute controlate: feed, formular, webhook, comandă manuală. Nimic nu este salvat direct în stratul public.
Triage
Un agent de intrare verifică ce este valid, ce este duplicat și ce trebuie escalat. Doar bucățile curate trec mai departe.
Sensemaking
Agenții de analiză extrag structură, context și risc. Lucrează cu reguli stricte: nu inventează, nu umplu goluri cu presupuneri nerostite.
Decision
Un agent decident propune o acțiune (publicare, escaladare, cerere de aprobare, hold). Fiecare propunere are justificare și cost explicit.
Review
Oricare acțiune externă (publish, send, charge) trece prin coada de aprobare umană. Implicit: nimic nu iese fără accept.
Output
Doar ce este aprobat ajunge pe suprafața publică, împreună cu eticheta de status potrivită (PUBLIC, MOCK, DRAFT).
Feedback
Semnale din exterior (comentarii, metrici, diagnostice) se întorc în stratul privat și reintrare în Input. Bucla se închide controlat.
07 / Din idee în produs
Șapte pași de la o intuiție la un artifact public
Dacă vrei să înțelegi de ce anumite lucruri apar și altele nu, urmărește ciclul. Același flux se aplică la un articol, un feature sau o ofertă.
01
Captură
O idee, o observație sau o cerere intră într-o coadă unică, neprioritizată încă.
02
Interpretare
Un agent de analiză extrage context, întrebări deschise și riscuri posibile.
03
Schiță
Se conturează un draft: text, structură, date necesare, condiții de expunere publică.
04
Curățare
Orice element cu potențial privat (nume, token, cifră neverificată) este eliminat sau generalizat.
05
Etichetare
Fiecare bucată primește un status explicit: PUBLIC, MOCK, DEMO, DRAFT.
06
Aprobare
Ownerul decide dacă iese, rămâne în așteptare sau este respins. Fiecare decizie este logată.
07
Publicare
Doar ce trece de aprobare ajunge pe suprafața publică, cu badge-ul corespunzător.
08 / Ce urmează
Direcții pe termen mediu, fără promisiuni de dată
Acestea sunt intenții publice, nu angajamente ferme. Un element de aici poate avansa, stagna sau fi retras fără notificare, în funcție de context.
Q3 2026 · DRAFT
Feed public cu moderare manuală
Primul flux complet: input → triaj → output public, cu aprobare pe fiecare bucată. Comentarii moderate înainte de publicare.
Q3 2026 · DRAFT
Diagnostic cu 8 Dragoni (varianta Mock UI)
Interfața devine jucabilă de la cap la coadă, fără submit real, cu raport final generat dinamic pe baza răspunsurilor.
Q4 2026 · DRAFT
Biblioteca de resurse curate
O bibliotecă publică de artifacte: articole, hărți, template-uri, secvențe. Fiecare piesă cu autor, sursă, dată și condiție de utilizare.
Q4 2026 · DRAFT
OS Map interactiv
Harta creierului Kogaion devine explorabilă: click pe un nod → vezi agenții, regulile, exemplele și statusul curent.
Q1 2027 · DRAFT
Program public Omul Viitorului
Un program complet, cu module, exerciții și checkpoint-uri. Aplicare manuală, selecție pe baza diagnosticului.
Q1 2027 · DRAFT
Comunitate moderată (Circle)
Un spațiu restrâns pentru cei care au trecut prin Program. Acces limitat, moderare umană, reguli stricte de participare.
10 / Diagnostic pentru Omul Viitorului
Rezumat executiv și reconciliere cu implementarea publică
Acesta este pachetul care leagă documentația de ce există deja pe site. Unde există gap, îl numim. Unde există match, îl marcăm.
Ce conține pachetul
Pachetul documentează un funnel de diagnostic pentru Omul Viitorului cu 192 întrebări, 384 livrabile, 23 evenimente, 11 agenți și 15 teste QA. Template-ul Sheets și config-ul JSON există în exportul L10.
Ce există deja în repo
Pe partea publică există deja /diagnostic ca mock UI, /omul-viitorului ca pagină longform, /oferte ca scară de intrare, plus /feed, /harta-kogaion, /documentatie și /waitlist. Activ comercial rămâne doar Operator; restul sunt marcate blocked sau coming soon.
Ce lipsește din implementare
Nu există încă rutele atomice din manifestul pachetului, nu există writeback live către Sheets, nu există checkout activ și nici generator public de raport complet. Punctul actual este încă mirror public, nu runtime operațional; raportul și nivelurile non-Operator sunt blocate.
Următorul pas sigur
Cel mai sigur pas este extinderea treptată a paginii /diagnostic și a documentației publice, fără a introduce plăți, entitlements sau rute private în această etapă.
Implementare deja aliniată
- Hero-ul public deja spune clar că diagnosticul este mock UI și că nu salvează date reale fără integrare aprobată.
- Paginile publice folosesc statusuri explicite precum DEMO, Draft, Mock și NEVERIFICAT, ceea ce corespunde regulii de public disclosure.
- Paginile /diagnostic, /omul-viitorului și /oferte deja acoperă intrarea publică, produsul principal și scara de ofertă.
Gap-uri de implementare
- Rutele atomice din manifestul diagnostic pachet nu sunt încă implementate ca pagini separate.
- Google Sheets, webhook-urile Apps Script și tracking-ul evenimentelor există doar la nivel de documentație publică, nu ca integrare productivă expusă.
- Plata, raportul complet și OTO rămân draft sau no-send în suprafața publică actuală.
Rute canonice din manifest
- 01 /diagnostic-omul-viitorului
- 02 /diagnostic-omul-viitorului/start
- 03 /diagnostic-omul-viitorului/scanare/dragoni
- 04 /diagnostic-omul-viitorului/scanare/piloni
- 05 /diagnostic-omul-viitorului/email
- 06 /diagnostic-omul-viitorului/rezultat
- 07 /diagnostic-omul-viitorului/raport
- 08 /omul-viitorului/raport-vip
- 09 /omul-viitorului
11 / Întrebări frecvente
Ce ne întreabă lumea, răspunsuri fără improvizație
Răspunsurile sunt redactate din regulile interne, nu din promisiuni. Dacă o întrebare nu are răspuns stabil, este onest spus.
De ce nu văd sursele reale, codul sau tokenurile?
Pentru că acestea sunt în stratul privat. Creierul public arată arhitectura, nu și camera serverelor. Documentația de față descrie principiile, nu implementează.
Ce înseamnă „MOCK" și „DEMO"?
MOCK este o interfață funcțională cu date inventate controlat. DEMO este conținut ilustrativ care arată o direcție sau un UX. Niciuna nu este dovadă de performanță.
De ce sunt unele prețuri marcate DRAFT?
Pentru că nu au fost încă aprobate ca ofertă comercială activă. Un preț DRAFT este o intenție, nu o promisiune. Nu declanșează checkout și nu creează obligații.
Cine aprobă ce iese public?
O persoană cu rol de Owner. Nicio acțiune externă (publicare, trimitere, plată) nu se execută automat fără accept explicit. Implicit, sistemul este în modul „nu face nimic fără aprobare".
Pot copia ce scrieți aici?
Puteți citi, parcurge, cita cu atribuire. Nu puteți redistribui ca și cum ar fi al vostru. Identitatea vizuală, numele și principiile sunt protejate. Politica editorială completă este la /editorial-policy.
De ce nu există chat live, telefon sau suport instant?
Pentru că sistemul este construit pentru claritate, nu pentru volum. Întrebările trec prin formulare cu coadă de moderare. Timpul de răspuns este explicit, nu promis „instant".
Cum rămâne memoria sistemului?
Memoria internă este strict separată. Această pagină nu citește din memorie operațională și nu o expune. Când scriem documentație, rescriem manual din reguli, nu din output-ul agenților.