Bibliotecă de prompturi
Endpointul acceptă acum referenceAssetKind ca șir gol sau null. Formularul admin trimite încă șir gol.
Derivă de contract: schema așteaptă image, video, audio, null sau compatibilitate cu șir gol. Impact asupra callerilor: formularul admin depinde de gestionarea șirului gol. Lacună de validare: testează separat null și șir gol. Notă de rollout: normalizează la null la limita de citire. Risc: parserul strict poate respinge drafturile existente.
Planul elimina scrierile live in baza de date dupa mutarea continutului prompturilor in fisiere de release revizuite. Randurile vechi raman in productie.
Risc de pierdere a datelor: scazut daca citirile nu mai depind de vechiul tabel. Ordine de backfill: confirma acoperirea fisierelor de release inainte de dezactivarea scrierilor. Limita de rollback: reactivarea scrierilor in baza de date poate sa nu recreeze editarile ratate. Interogare de verificare: numara sabloanele publicate din fisiere fata de randurile vechi. Decizie: pastreaza randurile vechi read-only pana cand trece un release.
Cerere: curata proprietatea asupra asseturilor, retrage o cale veche de compatibilitate, actualizeaza documentatia si imbunatateste scripturile de audit.
Tichet 1: auditeaza caile curente ale asseturilor si referintele temporare de link. Tichet 2: inlocuieste URL-urile finale si verifica paginile publice. Tichet 3: elimina calea de compatibilitate numai dupa ce acoperirea exemplelor ramane stabila. Tichet 4: actualizeaza documentele de guvernanta si checklistul de release. Verificare: prompt checks, audit media, typecheck si build.
Butonul Use din bara de prompturi actualizeaza query-ul URL, dar textarea pastreaza promptul anterior dupa navigarea client.
Simptom: URL-ul se schimba, dar starea textarea nu se reimprospateaza. Stare probabil invechita: hidratarea query-ului ruleaza doar la prima montare. Reproducere: click pe doua carduri de prompt pe aceeasi pagina de model. Remediere minima: observa parametrii de cautare si sincronizeaza doar cand valorile relevante se schimba. Test: incarcarea directa si navigarea pe aceeasi pagina reumplu textarea.
Utilizatorii neautentificați care vizitează /zh/studio/image ar trebui să ajungă pe sign-in și să revină la calea studio localizată.
Risc de buclă de redirecționare: sign-in nu ar trebui să redirecționeze către sine. Gestionarea locale: păstrează zh în return path. Scurgere a rutei protejate: conținutul studio rămâne noindex și protejat. Caz de test: cerere studio localizată de la utilizator neautentificat. Verificare de regresie: locale implicit și zh ar trebui să se comporte consecvent.
Trebuie sa completam result_primary_url din result_urls_json pentru taskurile AI vechi fara sa schimbam scrierile taskurilor noi.
Sursa adevarului: primul element din result_urls_json pentru taskurile vechi finalizate. Rulare de proba: numara URL-urile primare lipsa dupa status. Ordine de scriere: doar taskurile vechi finalizate, in loturi dupa ID. Verificare: compara numerele inainte si dupa. Limita de revenire: URL-ul primar poate fi sters numai daca JSON-ul original ramane intact.
Taskurile video au esuat pentru un provider, dar logurile arata doar o eroare upstream generica, iar suportul nu a putut vedea codul providerului.
Log lipsa: codul de eroare al providerului si ID-ul cererii. Metrica lipsa: rata de esec pe provider si model. Trace lipsa: handoff-ul de la upload la generare. Lacuna de alerta: nu exista alerta de spike specifica providerului. Pas urmator: persista sursa si codul normalizate ale erorii upstream pentru view-urile de suport.
Versiunea Playwright s-a schimbat, iar capturile de ecran esueaza deoarece revizia Chromium potrivita nu este instalata.
Schimbare API: niciuna confirmata inca. Fisiere generate: instalarea browserului nu ar trebui sa modifice fisierele aplicatiei. Cerinta de browser: instaleaza revizia Chromium potrivita. Plan de fallback: foloseste revizia existenta din cache doar daca versiunea se potriveste. Verificare: ruleaza comanda de captura dupa instalare si noteaza revizia.
Schimbarile de release modifica rutele statice ale prompturilor si adauga 58 de chat templates. Nu exista schimbare de schema. Buildul trebuie sa includa paginile noi.
Punct de comutare: inainte de deploy, rollbackul este git revert; dupa deploy, redeploy al buildului anterior. Risc de date: niciunul din schema, dar numarul din sitemap se schimba. Responsabil: release engineer pentru deploy; owner de continut pentru validarea template-urilor. Verificare: prompts:check, verificari i18n, typecheck, build. Conditie de abort: fisier locale lipsa sau esec de ruta statica pentru prompt.
Pagina cu lista de prompturi pare mai lenta dupa adaugarea multor template-uri. Renderul server este static, dar filtrarea client are mai multe itemuri.
Cauza probabila: filtrarea client si randarea cardurilor scaleaza cu numarul de itemuri. Plan de masurare: compara timpul de hidratare si latenta inputului de filtrare inainte si dupa. Experiment sigur: memoizeaza valorile de cautare sau virtualizeaza doar daca este necesar. Trigger de rollback: latenta interactiunii depaseste tinta pe mobile mid-range. Nota de nu-schimba: generarea statica SEO fara dovada unui bottleneck server.
Cardurile de prompt au acum previzualizări compacte de chat și butoane de acțiune sub un bloc de conversație decupat.
Ordinea focusului: linkul cardului nu ar trebui să blocheze butoanele de acțiune. Dimensiunea țintelor: butoanele de copiere și rulare au nevoie de țintă de cel puțin 24px sau spațiere. Reduced motion: sweep-ul de hover ar trebui să fie doar decorativ. Verificare etichete: butoanele au nevoie de nume de acțiune vizibile sau accesibile. Risc mobil: textul din bula conversației nu trebuie să se suprapună peste acțiuni.
Utilizatorul deschide o pagina de model, apasa pe un prompt chat asociat, iar panoul de rulare ar trebui sa se precompleteze cu acel prompt.
Cale de utilizator: detaliu model catre prompt asociat catre panou de rulare. Limita de date: textul promptului trece prin navigare client. Mod de esec: textarea pastreaza promptul vechi. Caz de test: apasa doua carduri de prompt diferite si afirma cea mai recenta valoare. Tinta de verificare: URL-ul si textarea raman sincronizate.
Evenimentele checkout completed adauga credite. Evenimentele retry pot ajunge de doua ori. Pagina Wallet citeste ledgerul de credite.
Idempotenta: ID-ul evenimentului trebuie sa fie unic inainte de scrierea creditului. Siguranta la replay: verifica semnatura si toleranta de timestamp. Scriere credit: intrarea din ledger ar trebui sa faca referire la sesiunea de checkout. Esec vizibil pentru client: afiseaza pending review daca plata a reusit, dar scrierea creditului a esuat. Lacuna de test: cazuri de eveniment duplicat si eveniment venit in ordine gresita.
Trebuie sa aliniem configuratia modelului intre Rivya si scripturile seed adiacente, fara sa schimbam mai intai comportamentul runtime.
Ordine: auditeaza configuratia curenta, compara faptele generate, apoi actualizeaza scriptul seed. Contract: model slug, category si provider ID trebuie sa ramana stabile. Verificare: ruleaza verificarea de paritate inaintea schimbarii runtime. Limita de rollback: generarea configuratiei se poate reveni independent de continutul UI. Risc: schimbarea campurilor de afisare poate afecta paginile SEO.
S-a schimbat doar continutul sabloanelor de prompt. Documentele existente aveau editari necomise. Urmatorul owner trebuie sa revizuiasca formularea SEO.
Fisiere atinse: fisiere sursa de sablon de prompt si fisiere locale. Invarianti: nu s-a schimbat niciun code path sau comportament de ruta. Risc cunoscut: paginile noi cresc numarul static de prompturi. Verificare: prompts:check si audit de titlu SEO. Decizia urmatorului owner: daca trebuie rulat buildul complet inainte de merge.
Functionalitatea le permite utilizatorilor sa incarce imagini de referinta, sa pastreze istoricul si sa reutilizeze prompturi intre sesiuni studio.
Intrebare autentificare: cine poate accesa prompturile reutilizate si referintele incarcate. Intrebare stocare: unde sunt pastrate asseturile de referinta si cand expira. Intrebare date de utilizator: daca prompturile pot contine date private ale clientilor. Traseu de abuz: partajarea publica ar putea expune media privata. Owner de review: securitatea si produsul trebuie sa stabileasca reguli de retentie inainte de lansare.
prompts:check trece, dar i18n:check esueaza dupa ce fisierele de mesaje generate s-au modificat in working tree.
Esec legat de fisier modificat: inspecteaza mai intai forma JSON a locale-ului. Esec de mediu: putin probabil daca prompts:check a trecut. Test flaky: improbabil pentru i18n:check determinist. Urmatoarea comanda: ruleaza i18n:generate, apoi i18n:check din nou. Ce sa nu faci: nu reveni fisierele generate fara sa intelegi nepotrivirea sursei.
Decizie: păstrăm șabloanele de prompt reutilizabile revizuite înainte de lansare, în loc să le edităm direct într-un ecran admin live.
Context: paginile publice de prompturi au nevoie de conținut static, revizuibil. Opțiuni: CMS în bază de date, sursă în fișiere sau writeback hibrid. Decizie: sursă în fișiere, doar cu diagnostice admin. Consecințe: este nevoie de deploy pentru editări, dar SEO și revizuirea rămân stabile. Declanșator de reanaliză: operațiunile au nevoie de un workflow sigur de scriere fără dezvoltator.
