OUTPUT FORMATTING
Definiție
Output formatting este instruirea modelului să returneze rezultatul în formatul exact necesar integrării: JSON cu chei predefinite, tabel cu coloane fixe, CSV, structură de raport standard. Diferența dintre „AI care conversează” și „AI care alimentează sisteme”: un răspuns liber e citit de un om; un răspuns structurat intră direct în ERP, în Excel, în fluxul următor, fără copy-paste și fără interpretare.
Tehnicile care fac formatul fiabil: specificarea explicită a schemei în prompt (chei, tipuri, ce e obligatoriu), exemple de ieșire corectă (few-shot), regula pentru date lipsă („null, nu inventa”) și, în utilizarea prin API, modurile de „ieșire structurată” care garantează tehnic JSON valid. Principiul de proiectare: formatul e un contract, iar orice abatere trebuie să fie detectabilă automat (validare de schemă), pentru că eroarea de format descoperită târziu devine eroare de date descoperită și mai târziu.
În practica financiar-contabilă, formatarea ieșirii e balamaua întregii automatizări: extragerea perfectă cu ieșire haotică e la fel de neintegrabilă ca extragerea greșită. Standardizarea formatelor de ieșire pe fluxurile firmei (același JSON pentru toate facturile, același șablon pentru toate sintezele) aduce și un beneficiu de disciplină pură: rapoartele devin comparabile, validările devin automate, excepțiile devin vizibile.
Exemple practice
- Promptul de facturi cere JSON cu 9 chei fixe și null la lipsă → validatorul de schemă respinge automat orice răspuns neconform, care ajunge la om, nu în ERP.
- Sinteza lunară pentru fiecare client se generează pe același șablon cu 5 secțiuni fixe → cei 40 de clienți primesc rapoarte comparabile, iar abaterile de la șablon se văd instant.
- Lanț de automatizare: ieșirea structurată a pasului de extragere devine intrarea pasului de validare, apoi a celui de înregistrare; formatul stabil e ceea ce ține lanțul în funcțiune.
Întrebări frecvente
De ce nu e suficient să scriu „dă-mi rezultatul sub formă de tabel”?
Pentru că formatul funcționează ca un contract, nu ca o preferință de stil. Specifici numele exacte ale câmpurilor, tipul fiecăruia și care sunt obligatorii, apoi dai un exemplu de ieșire corectă. Fără asta, modelul alege singur coloanele și le schimbă de la un document la altul, iar integrarea automată se rupe.
Ce fac când modelul nu găsește informația pentru un câmp?
Îi ceri explicit să întoarcă null și să nu completeze din memorie. Un câmp lipsă declarat onest se tratează într-un pas următor, pe când unul inventat arată identic cu o valoare reală și trece nedetectat. Regula se dublează cu o validare de schemă, ca abaterile de format să iasă la suprafață imediat, nu peste trei săptămâni.
De ce contează formatul mai mult decât pare?
Fiindcă e balamaua întregii automatizări: o extragere perfectă cu ieșire haotică e la fel de neintegrabilă ca una greșită. Când toate facturile produc același JSON și toate sintezele același șablon, rapoartele devin comparabile, validările se pot automatiza, iar excepțiile devin vizibile în loc să se piardă.