PROJECT
Definiție
Project este containerul persistent care ține laolaltă trei lucruri pe o singură temă: instrucțiuni permanente aplicate automat fiecărei conversații din el, documente de referință pe care asistentul le poate consulta, și istoricul discuțiilor pe tema respectivă. Diferența față de o conversație obișnuită e că nu mai rescrii contextul: e deja acolo, de fiecare dată, identic. Denumirea „Project” vine din Claude și ChatGPT; în alte instrumente apare ca Gem, GPT personalizat, agent sau spațiu de lucru, dar ideea e aceeași.
Criteriul care justifică un Project e recurența, nu complexitatea: o temă la care ai revenit de cel puțin trei ori în ultima lună. Sub pragul ăsta, o conversație obișnuită e suficientă. Câștigul real nu e timpul economisit, ci consistența: instrucțiunile scrise o dată, cu cap, se aplică la fel și marți dimineața, și vineri la ora cinci. Instrucțiunea cea mai valoroasă dintr-un Project profesionist e cea care cere asistentului să semnaleze când informația nu se află în documentele încărcate, în loc să completeze din memoria lui generală.
În practica contabilă, Projectul e prima infrastructură pe care o construiești, nu doar o interacțiune pe care o repeți: unul pe e-Factura, unul pe SAF-T, unul pe Registrul de Inventar, eventual unul pe un client mare. Condițiile rămân cele de la orice încărcare de date: instrument aprobat de firmă, acord de prelucrare, clauză de neutilizare la antrenare și principiul minimizării, adică urci documentele de care ai nevoie, nu toată arhiva. Pe un cont personal, fără contract în spate, Projectul se construiește anonimizat.
Exemple practice
- Project pe e-Factura: instrucțiuni permanente cu legislația aplicabilă și formatul răspunsului, plus ghidurile ANAF ca documente de referință. Întrebările de zi cu zi nu mai încep cu trei paragrafe de context.
- Project pe un client, într-un mediu aprobat: specificul lui în instrucțiuni, contractele și politicile contabile ca documente, istoric consecvent. Colegul care preia dosarul găsește același context, nu memoria altcuiva.
- Test de calitate a unui Project: pune o întrebare al cărei răspuns sigur nu se află în documentele încărcate. Dacă asistentul semnalează lipsa în loc să inventeze, instrucțiunile permanente sunt scrise corect.
Întrebări frecvente
Când merită un Project și când e suficientă o conversație?
Criteriul e recurența, nu complexitatea: o temă la care ai revenit de cel puțin trei ori în ultima lună. Sub pragul ăsta, o conversație obișnuită e suficientă. Peste el, câștigul real nu e timpul economisit, ci consistența, fiindcă instrucțiunile scrise o dată se aplică identic și marți dimineața, și vineri la ora cinci.
Ce scriu în instrucțiunile permanente?
Contextul temei, adică ce legislație se aplică, ce termene contează și ce presupuneri să nu facă; regulile de format, cum ar fi lungimea, structura și trimiterile obligatorii; și regulile de siguranță. Cea mai valoroasă e instrucțiunea de a semnala când informația nu se află în documentele încărcate, în loc să completeze din memoria generală.
Pot face un Project pe un client anume, cu documentele lui?
Da, dacă instrumentul e aprobat de firmă, cu acord de prelucrare și clauză de neantrenare, iar contractul cu clientul nu interzice transferul către terți. Se aplică și principiul minimizării: urci documentele de care ai nevoie, nu toată arhiva. Pe un cont personal, fără contract în spate, Projectul se construiește anonimizat.