Sistemul nu ar trebui să se degradeze.
Interfață
Produsul ar trebui să continue să funcționeze când viața devine complicată, nu să se prăbușească pentru că utilizatorul a încetat să îl întrețină timp de trei zile.
Viziune
AI este operatorul. Omul este decidentul.
Un sistem de planificare operat de AI pentru cei care nu mai vor să-și întrețină singuri propriul sistem de planificare.
AI este interfața. Conversația devine cea mai rapidă suprafață de control pentru planificare, replanificare și negocierea compromisurilor.
Asta funcționează doar dacă asistentul poate opera un sistem real, cu acțiuni explicite, stare durabilă și o interfață nativă proiectată pentru oameni.
Lorvex este acel sistem. Asistentul tău poartă mai mult din povara planificării. Tu păstrezi judecata, gustul și responsabilitatea finală.
Modelul mental potrivit nu este o listă de lucruri de făcut mai inteligentă. Este mai degrabă un șef de cabinet pentru angajamentele tale.
Planificarea este produsul.
Problemă
Partea grea nu este stocarea sarcinilor. Este echilibrarea termenelor-limită, întâlnirilor, energiei, dependențelor și presiunii din backlog.
Aplicația încă contează.
Suprafață
AI poate opera sistemul, dar oamenii au în continuare nevoie de un loc nativ și lizibil în care să scaneze, să editeze și să rămână orientați.
Ce se schimbă când omul încetează să mai fie operatorul
Majoritatea aplicațiilor de productivitate presupun că omul este și planificatorul, și motorul de triere, și persoana care face mentenanța. De aceea atât de multe sisteme se degradează imediat ce viața devine aglomerată.
În Lorvex, asistentul tău poate captura, reorganiza, programa și revizui. Tu rămâi în rolul de decident: setezi direcția, negociezi constrângerile și hotărăști când merită compromisurile.
Conversația liberă devine interfața de acțiune. Asistentul traduce acea conversație în operațiuni explicite, astfel încât sistemul să rămână coerent pe măsură ce ziua se schimbă.
Rezultatul este o suprafață umană mai simplă. Deschizi aplicația ca să vezi planul, nu ca să îl asamblezi de la zero.
Tu: "Planifică ziua de azi. Am întâlniri între 10-11 și 15-16. Termenul este vineri."
Asistent:
Program
09:00-09:45 Schiță pentru deschiderea prezentării (45m)
11:15-11:25 Răspuns către locație (10m)
13:30-15:00 Bloc protejat de concentrare (90m)
16:15-16:45 Mută revizia de design pe mâine
Tu: "Am energie scăzută. Păstrează doar două lucruri."
Asistent:
Actualizat: am păstrat munca critică pentru termen și am mutat restul.
Planificarea este partea grea
Planificarea nu înseamnă să alegi elemente dintr-o listă. Înseamnă să echilibrezi un câmp de constrângeri: termene-limită pe mai multe proiecte, coliziuni de calendar, energie, dependențe și munca pe care continui să o eviți în tăcere.
Aici AI schimbă experiența. În loc să îți ceară să întreții constant sistemul, Lorvex lasă sistemul să preia mai mult din munca de planificare.
Cu context global, un asistent poate explica de ce a mutat munca mai devreme, de ce o zi este supraîncărcată sau de ce o sarcină continuă să fie amânată.
Exemple
1) "Miercurea este supraîncărcată. Am mutat două sarcini pe luni, cât timp după-amiaza ta este încă liberă."
2) "Ai doar aproximativ 90 de minute utilizabile mâine. Vrei să protejez acolo munca la prezentare?"
3) "Ai amânat asta de șase ori. Arhiveaz-o sau decide care este blocajul."
Flux de lucru deschis, operațiuni reale
Când AI este interfața, ceea ce pot face instrumentele devine și ceea ce poate face produsul. Lorvex expune acțiuni explicite, astfel încât asistenții să poată face muncă reală în loc să se oprească la proză bine lustruită.
Asta contează atât în interiorul Lorvex, cât și în fluxuri de lucru AI mai largi. Asistentul tău ar trebui să poată folosi Lorvex alături de restul instrumentelor tale într-o singură sesiune.
Lorvex folosește MCP pentru această interoperabilitate. Ideea nu este protocolul în sine. Ideea este că sistemul rămâne deschis și compozabil.
De ce o aplicație nativă încă contează
AI-native nu înseamnă o interfață redusă. Oamenii au în continuare nevoie de un loc care să fie rapid de citit, liniștit de folosit și direct de editat.
Chatul este cel mai rapid mod de a exprima intenția. Aplicația este cel mai rapid mod de a înțelege răspunsul. Ambele suprafețe contează și ambele ar trebui să pară deliberate.
Lorvex este construit ca o aplicație nativă pentru că acesta este software de uz zilnic, nu un înveliș de unică folosință în jurul unei casete de prompt.
Context durabil
Majoritatea asistenților se resetează între sesiuni. Lorvex le oferă o stare durabilă din care să lucreze, astfel încât sistemul să îți țină minte proiectele, tiparele, istoricul și constrângerile reale.
În timp, starea de planificare devine mai mult decât un backlog. Devine o evidență a ceea ce ai făcut, a ceea ce ai evitat, a ceea ce a alunecat în mod repetat și a ceea ce a încăput cu adevărat într-o zi reală.
Această continuitate este ceea ce face planificarea AI să se acumuleze, în loc să repornească de la zero de fiecare dată.
Principii
AI este interfața. Lorvex este sistemul din spatele ei.
- Omul nu ar trebui să fie nevoit să întrețină sistemul.
- AI ar trebui să preia povara planificării, organizării și întreținerii. Omul păstrează direcția, judecata și compromisurile.
- Produsul este planificarea.
- Lorvex există pentru a transforma constrângerile reale într-un plan realizabil, nu pentru a deveni încă un loc în care să stochezi și să sortezi sarcini.
- AI trebuie să rămână lizibil și ușor de dirijat.
- Sistemul ar trebui să își explice alegerile, să rămână ușor de corectat și să nu blocheze niciodată utilizatorul în automatizare opacă.
- Sistemul trebuie să acumuleze valoare.
- Planificarea bună ar trebui să se îmbunătățească prin context durabil. Nu ar trebui să se reseteze la fiecare sesiune și nici să uite cum se mișcă munca ta în realitate.
Proiect
Lorvex este open source. Issue-urile sunt contribuții.
Acest proiect este construit într-o buclă de programare cu AI. Întreaga implementare este scrisă cu Codex + Claude Code, ghidată de direcție de design și feedback uman.
Dacă ai o idee, deschide un issue pe GitHub. Issue-urile clare și bine delimitate sunt tratate ca solicitări de implementare și trec printr-un traseu rapid: issue → PR → cod, cu o distanță neobișnuit de scurtă între feedback și lucru livrat.