Sari la conținut
21 iulie 2026 · Manual

Manual: biblioteca de imagini și setările AI pentru imagini

Acest articol descrie produsul la data publicării. Vezi AI Builder și Echipe de agenți pentru capabilitățile actuale.

Manual: biblioteca de imagini și setările AI pentru imagini

Iată afirmația: "încarcă mereu fotografiile tale reale" e un sfat prost, cel puțin ca regulă generală, iar urmarea lui necritic produce build-uri mai slabe decât dacă ai avea mai des încredere în generator. O poză de produs de 480px, adusă de pe un site vechi de cinci ani, prost luminată, decentrată, nu e automat mai bună decât un substitut generat curat doar pentru că e "reală". Instinctul că autenticitatea bate întotdeauna fabricarea e adevărat doar peste un prag de calitate pe care majoritatea fotografiilor încărcate nu-l ating. Am văzut oameni insistând să folosească o poză de telefon făcută într-un depozit slab luminat pentru că e "produsul real", când o poză generată în direcția artistică reală a build-ului ar fi arătat mai bine oricărui vizitator care nu a văzut niciodată produsul în persoană.

Asta e partea contrariantă. Iată mecanismul care o face adevărată și — pentru că nu încerc de fapt să te conving să nu-ți folosești propriile fotografii — unde regula se întoarce spre celălalt sens până la final.

De ce "real" nu înseamnă "mai bun"

Biblioteca de imagini, accesibilă din meniul + din chatul builder-ului, e o suprafață de încărcare plată: tragi poze, logo-uri, poze de produs, capturi de ecran, marchezi fiecare cu un scop — doar acest chat sau toate sesiunile din contul tău. La momentul build-ului, un resolver parcurge biblioteca și decide unde ajunge fiecare imagine, nu prin potrivirea numelor de fișiere, ci citind ce arată de fapt imaginea — vitrină, produs pe fundal alb, portret, textură — comparativ cu ce are nevoie fiecare secțiune. E de fapt foarte bun la asta. Încarcă șase poze de produs pentru o secțiune de meniu cu șase articole și ele ajung pe cardurile potrivite mai des decât nu.

Dar resolver-ul poate plasa doar ce îi dai, iar ce îi dai vine cu constrângeri reale pe care generarea nu le are:

  • Rezoluție intrare, rezoluție ieșire — builder-ul nu mărește niciodată rezoluția, deci acea relicvă de 480px se livrează la 480px, moale și pixelată lângă orice altceva de pe pagină.
  • Rapoarte de aspect fixe — o poză de produs pătrată plasată într-un slot de banner lat este decupată centrat, nu întinsă, ceea ce e un comportament corect dar nemilos dacă subiectul tău nu era centrat de la bun început.
  • Elemente accidentale de interfață — oamenii încarcă "poze" care sunt de fapt capturi de ecran de pe telefon, cu bara de stare și interfața aplicației incluse, mult mai des decât ai crede; resolver-ul le plasează oricum, pentru că tot citește ca o imagine a subiectului potrivit, și acum ai o bară de semnal coaptă în hero-ul tău.

Nimic din toate astea nu e o critică la adresa resolver-ului. E un argument pentru a fi sincer în privința materialului tău sursă. O imagine generată, redactată în direcția artistică deja stabilită a build-ului, nu are niciunul dintre aceste defecte — fără rezoluție moale, fără decupaj decentrat, fără elemente accidentale de interfață. Dacă fotografia ta reală e proastă, alegerea "autentică" nu e de fapt cea mai bună.

Setările care fac generarea coerentă

Tot sub meniul +: două opțiuni care guvernează tot ce nu acoperă biblioteca — fundaluri hero, separatoare, elemente decorative, orice nu ai furnizat tu. Prima, un nivel de calitate, și e un compromis real, nu o bifă implicită la maxim.

NivelFolosește-l pentru
IeftinFundaluri și orice e menit să stea în spatele textului — iterează rapid, util când spui "mai cald, mai puțin încărcat" de patru ori la rând în timp ce ajustezi un aspect.
ScumpImagini la scară hero, unde artefactele sunt vizibile.

Regula mea: schițează întregul build ieftin, apoi urcă cele două-trei imagini hero la nivelul bun odată ce direcția e stabilită. Făcând invers, plătești cost premium pentru schițe pe care le arunci trei iterații mai târziu.

În al doilea rând, preferințele de stil — fotografic versus plat, cald versus rece, încărcat versus minimal — care persistă în loc să trebuiască repetate la fiecare prompt și care se delimitează exact ca imaginile: implicit la nivel de cont, suprascriere la nivel de chat pentru un proiect care trebuie să diverge. Un cont de agenție nu ar trebui să împartă o singură preferință de stil între build-ul unei firme de avocatură și cel al unui magazin de skate în aceeași săptămână.

Ce produce de fapt un set coerent, totuși, nu e doar opțiunea de stil — e faptul că arta generată se citește din direcția artistică deja stabilită a build-ului, aceeași care guvernează layout-ul, tipografia și culoarea (acoperit în directorul de design). Cere un hero și trei ilustrații de secțiune într-un build cu o direcție blocată, și ele vor împărtăși o paletă și un stil de randare fără să specifici de trei ori. Cere într-un build fără direcție blocată încă, și obții rezultate plauzibile dar nepotrivite — un semnal că direcția nu e stabilită, nu un bug.

Ce înțelege corect tabăra "încarcă mereu real"

Și iată concesia, pentru că regula generală e greșită, dar instinctul din spatele ei nu este. Există o categorie de imagini pentru care generarea eșuează indiferent de nivelul de calitate sau de direcția artistică, și e exact categoria la care se referă oamenii când spun „încarcă materialele tale reale”: fețe, mâncare și logo-uri.

Un site de brutărie cu fotografii reale de patiserie și o vitrină generată funcționează perfect — nimeni nu se așteaptă ca o clădire generată să fie fotorealistică exactă, iar aceasta acoperă un gol real, acolo unde nu exista nicio fotografie. Același site cu un croasant generat care ține locul celui real pe tejghea pare greșit în aproximativ două secunde, pentru că ochiul tău e calibrat pentru mâncare reală într-un fel în care nu e calibrat pentru arhitectură. Nu neapărat tu vei observa — te-ai uitat la build de o oră — dar un vizitator la prima vizită va observa, iar acela e publicul care contează.

Logo-urile sunt și mai grave, și aici merg mai departe decât „preferă cele reale”: un semn generat care seamănă cu un logo, plasat în antetul unei afaceri reale, e aproape cel mai rău lucru pe care îl poate produce resolver-ul, și aproape întotdeauna se întâmplă pentru că nimeni nu a încărcat logo-ul real. Dacă nu ai un fișier de logo curat, spune asta clar în loc să lași build-ul să continue — alternativa e un semn de tip placeholder suficient de plauzibil încât nimeni să nu-l observe înainte de lansare.

Așadar, versiunea corectată a regulii nu e „mereu real” sau „generarea e ok, nu-ți face griji”. E mai restrânsă decât oricare dintre cele două: încarcă fețe, mâncare, produse, locuri și logo-uri atunci când există și au o calitate decentă — resolver-ul răsplătește generos sursele bune. Orice altceva, inclusiv o fotografie reală proastă, e liber să fie generat, iar a pretinde altfel doar pentru că un fișier se întâmplă să fie o fotografie e exact modul în care ajungi să livrezi o poză de produs la 480px pe care nimeni n-ar fi ales-o intenționat.

Încă un lucru important de știut: imaginile de referință sunt o funcție separată, care ghidează stilul fără să apară pe pagină — subiect tratat în Teaching the builder your world. Nu adăuga o fotografie de tip moodboard în biblioteca de imagini așteptând să apară în build; nu va apărea, intenționat. Iar imaginile sunt versionate ca orice altceva — „înlocuiește imaginea hero cu ce tocmai am încărcat” te costă un rollback dacă greșești, nu un rebuild.
Manual
DistribuieXLinkedInFacebookRedditQuoraWhatsAppTelegramEmail
← Toate articolele