Promptbibliotek
Endpointen accepterar nu referenceAssetKind som tom sträng eller null. Adminformuläret skickar fortfarande tom sträng.
Kontraktsglidning: schema förväntar sig image, video, audio, null eller kompatibilitet med tom sträng. Påverkan på anropare: adminformuläret är beroende av hantering av tom sträng. Valideringslucka: testa null och tom sträng separat. Utrullningsnotering: normalisera till null vid läsgränsen. Risk: strikt parser kan avvisa befintliga utkastposter.
Planen tar bort live-skrivningar till databasen efter att promptinnehåll har flyttats till granskade releasefiler. Gamla rader finns kvar i produktion.
Risk för dataförlust: låg om läsningar inte längre är beroende av den gamla tabellen. Återfyllnadsordning: bekräfta täckning i releasefiler innan skrivningar inaktiveras. Rollback-gräns: att återaktivera databasskrivningar kanske inte återskapar missade redigeringar. Verifieringsfråga: räkna publicerade filmallar mot gamla rader. Beslut: håll gamla rader skrivskyddade tills en release har passerat.
Förfrågan: städa upp ägarskap för tillgångar, avveckla en gammal kompatibilitetsväg, uppdatera dokumentation och förbättra granskningsskript.
Ärende 1: granska aktuella tillgångssökvägar och tillfälliga länkreferenser. Ärende 2: ersätt slutliga URL:er och verifiera offentliga sidor. Ärende 3: ta bort kompatibilitetsvägen först efter att exempeltäckningen håller. Ärende 4: uppdatera styrningsdokument och releasechecklista. Verifiering: promptkontroller, mediagranskning, typecheck och build.
Knappen Använd i promptlisten uppdaterar URL-frågan, men textområdet behåller den tidigare prompten efter klientnavigering.
Symptom: URL:en ändras men tillståndet i textområdet uppdateras inte. Sannolikt inaktuellt tillstånd: query-hydrering körs bara vid första montering. Reproduktion: klicka på två promptkort på samma modellsida. Minimal åtgärd: observera sökparametrar och synka bara när relevanta värden ändras. Test: både direktinläsning och navigering på samma sida fyller i textområdet igen.
Oautentiserade användare som besöker /zh/studio/image ska landa på inloggning och återvända till den lokaliserade studio-sökvägen.
Risk för omdirigeringsslinga: inloggning ska inte omdirigera till sig själv. Locale-hantering: bevara zh i returvägen. Läcka från skyddad rutt: studioinnehåll förblir noindex och kräver inloggning. Testfall: oautentiserad lokaliserad studioförfrågan. Regressionskontroll: standardspråk och zh ska bete sig konsekvent.
Behöver fylla tillbaka result_primary_url från result_urls_json för gamla AI-uppgifter utan att ändra nya uppgiftsskrivningar.
Sanningskälla: första posten i result_urls_json för gamla slutförda uppgifter. Torrkörning: räkna saknad primär URL per status. Skrivordning: endast gamla slutförda uppgifter, batcha efter ID. Verifiering: jämför antal före och efter. Rollback-gräns: primär URL kan bara rensas om original-JSON fortfarande är intakt.
Videouppgifter misslyckades för en leverantör, men loggarna visar bara ett generiskt upstream-fel och supporten kunde inte se leverantörskoden.
Saknad logg: leverantörens felkod och request ID. Saknat mätvärde: felfrekvens per leverantör och modell. Saknad trace: överlämning från uppladdning till generering. Varningslucka: ingen leverantörsspecifik spikvarning. Nästa steg: spara normaliserad upstream-felkälla och kod för supportvyer.
Playwright-versionen ändrades och skärmdumpar misslyckas eftersom matchande Chromium-revision inte är installerad.
API-ändring: ingen bekräftad ännu. Genererade filer: inga appfiler bör ändras av webbläsarinstallationen. Webbläsarkrav: installera matchande Chromium-revision. Fallback-plan: använd befintlig cachad revision endast om versionen matchar. Verifiering: kör skärmdumpskommandot efter installation och dokumentera revisionen.
Releaseändringar påverkar statiska promptvägar och lägger till 58 chattmallar. Ingen schemaändring. Build måste innehålla nya sidor.
Brytpunkt: före deploy är återställning git revert; efter deploy, driftsätt föregående build på nytt. Datarisk: ingen från schema, men sitemap-antalet ändras. Ägare: releaseingenjör för deploy; innehållsägare för mallvalidering. Verifiering: prompts:check, i18n-kontroller, typecheck, build. Avbrytsvillkor: saknad locale-fil eller fel i statisk promptrutt.
Promptlistans sida känns långsammare efter att många mallar lades till. Serverrenderingen är statisk, men klientfiltreringen har fler objekt.
Sannolik orsak: klientfiltrering och kortrendering skalar med antalet objekt. Mätplan: jämför hydreringstid och latens i filterfältet före och efter. Säkert experiment: memoizera sökvärden eller virtualisera bara om det behövs. Rollback-trigger: interaktionslatensen överskrider målet på mobil i mellanklassen. Ändra inte: SEO-statisk generering utan evidens för flaskhals på servern.
Promptkort har nu kompakta chattförhandsvisningar och åtgärdsknappar under ett klippt konversationsblock.
Fokusordning: kortlänken bör inte låsa in åtgärdsknapparna. Träffyta: kopiera- och körknappar behöver minst 24px träffyta eller mellanrum. Reducerad rörelse: hover-svepet bör bara vara dekorativt. Etikettkontroll: knappar behöver synliga eller tillgängliga åtgärdsnamn. Mobilrisk: text i konversationsbubblor får inte överlappa åtgärder.
Användaren öppnar en modellsida, klickar på en relaterad chattprompt och körpanelen ska förifyllas med den prompten.
Användarflöde: modelldetalj till relaterad prompt till körpanel. Datagräns: prompttext färdas genom klientnavigering. Felläge: textområdet behåller en gammal prompt. Testfall: klicka på två olika promptkort och verifiera det senaste värdet. Verifieringsmål: URL och textområde håller sig synkroniserade.
Checkout completed-händelser lägger till credits. Retry-händelser kan komma två gånger. Wallet-sidan läser credit-ledgern.
Idempotens: event-ID måste vara unikt före credit-skrivningen. Replay-säkerhet: verifiera signatur och tolerans för tidsstämpel. Credit-skrivning: ledgerposten bör referera till checkout-sessionen. Kundsynligt fel: visa väntar på granskning om betalningen lyckades men credit-skrivningen misslyckades. Testlucka: fall med duplicerad händelse och händelser i fel ordning.
Behöver samordna modellkonfiguration mellan Rivya och närliggande seed-skript utan att ändra runtime-beteendet först.
Ordning: granska aktuell konfiguration, jämför genererade fakta och uppdatera sedan seed-skriptet. Kontrakt: modellslug, kategori och leverantörs-ID måste förbli stabila. Verifiering: paritetskontroll före runtime-ändring. Rollback-gräns: konfigurationsgenerering kan återställas oberoende av UI-innehåll. Risk: ändring av visningsfält kan påverka SEO-sidor.
Ändrade endast innehåll i promptmallar. Befintliga dokument hade ej committade ändringar. Behöver att nästa ägare granskar SEO-formuleringen.
Berörda filer: källfiler för promptmallar och locale-filer. Invarianta villkor: ingen kodväg eller ruttbeteende ändrades. Känd risk: nya sidor ökar antalet statiska promptar. Verifiering: prompts:check och granskning av SEO-titlar. Nästa beslut för ägaren: om full build ska köras före merge.
Funktionen låter användare ladda upp referensbilder, behålla historik och återanvända prompter mellan studiosessioner.
Auth-fråga: vem kan komma åt återanvända prompter och uppladdade referenser. Lagringsfråga: var referenstillgångar lagras och när de löper ut. Användardatafråga: om prompter kan innehålla privat kunddata. Missbruksväg: offentlig delning kan exponera privata medier. Granskningsägare: säkerhet och produkt behöver regler för lagringstid före lansering.
prompts:check passerar, men i18n:check misslyckas efter att genererade meddelandefiler ändrats i arbetskopian.
Fel i ändrad fil: inspektera först formen på locale-JSON. Miljöfel: inte sannolikt om prompts:check passerade. Flakigt test: osannolikt för deterministisk i18n:check. Nästa kommando: kör i18n:generate och sedan i18n:check igen. Gör inte: återställ inte genererade filer utan att förstå källavvikelsen.
Beslut: håll återanvändbara promptmallar granskade före release i stället för att redigera dem direkt i en live-adminvy.
Kontext: offentliga promptsidor behöver statiskt, granskningsbart innehåll. Alternativ: databas-CMS, filkälla eller hybrid återkopiering. Beslut: filkälla med endast admindiagnostik. Konsekvenser: driftsättning krävs för ändringar, men SEO och granskning förblir stabila. Återbesökstrigger: verksamheten behöver ett säkert skrivflöde för icke-utvecklare.
