Promptbibliotek
Endpointet accepterer nu referenceAssetKind som tom streng eller null. Adminformularen sender stadig tom streng.
Kontraktforskydning: schema forventer image, video, audio, null eller kompatibilitet med tom streng. Påvirkning for kaldende systemer: adminformularen afhænger af håndtering af tom streng. Valideringshul: test null og tom streng separat. Udrulningsnote: normaliser til null ved læsegrænsen. Risiko: streng parser kan afvise eksisterende kladderegistreringer.
Planen fjerner live databaseskrivninger, efter at promptindhold er flyttet til gennemgåede releasefiler. Gamle rækker forbliver i produktion.
Risiko for datatab: lav, hvis læsninger ikke længere afhænger af den gamle tabel. Backfill-rækkefølge: bekræft dækning i releasefiler, før skrivninger deaktiveres. Rollback-grænse: genaktivering af databaseskrivninger genskaber muligvis ikke manglende redigeringer. Verifikationsforespørgsel: optæl publicerede filskabeloner mod gamle rækker. Beslutning: behold gamle rækker skrivebeskyttet, indtil én release er bestået.
Anmodning: ryd op i asset ownership, udfas en gammel kompatibilitetssti, opdater docs og forbedr audit-scripts.
Ticket 1: Audit nuværende asset-stier og midlertidige linkreferencer. Ticket 2: Erstat endelige URL'er, og verificer offentlige sider. Ticket 3: Fjern kompatibilitetsstien først, når eksempeldækningen holder. Ticket 4: Opdater governance-docs og release-checkliste. Verifikation: prompt checks, media audit, typecheck og build.
Knappen Use i promptpanelet opdaterer URL-queryen, men textarea beholder den forrige prompt efter klientnavigation.
Symptom: URL'en ændres, men textarea-state opdateres ikke. Sandsynlig forældet state: query-hydration kører kun ved første mount. Reproduktion: klik på to promptkort på den samme modelside. Minimal rettelse: observer søgeparametre, og synkroniser kun når relevante værdier ændrer sig. Test: direkte indlæsning og navigation på samme side udfylder begge textarea igen.
Ikke-authentificerede brugere, der besøger /zh/studio/image, bør lande på sign-in og vende tilbage til den lokaliserede studio-sti.
Risiko for redirect-loop: sign-in bør ikke redirecte til sig selv. Locale-håndtering: bevar zh i return path. Læk fra beskyttet route: studio-indhold forbliver noindex og gated. Testcase: ikke-authentificeret lokaliseret studio-request. Regressionscheck: standard-locale og zh bør opføre sig konsistent.
Vi skal backfille result_primary_url fra result_urls_json for gamle AI-tasks uden at ændre writes for nye tasks.
Sandhedskilde: Første item i result_urls_json for gamle completed tasks. Prøvekørsel: Tæl manglende primary URL efter status. Skriverækkefølge: Kun gamle completed tasks, batch efter ID. Verifikation: Sammenlign counts før og efter. Rollback-grænse: Primary URL kan kun ryddes, hvis den oprindelige JSON stadig er intakt.
Videoopgaver fejlede hos én udbyder, men loggene viser kun en generisk upstream-fejl, og support kunne ikke se udbyderens fejlkode.
Manglende log: udbyderens fejlkode og request-id. Manglende metric: fejlrate efter udbyder og model. Manglende trace: overdragelsen fra upload til generering. Alert-hul: ingen udbyderspecifik alert for pludselige stigninger. Næste skridt: gem normaliseret upstream-fejlkilde og -kode til supportvisninger.
Playwright-versionen er ændret, og screenshots fejler, fordi den matchende Chromium-revision ikke er installeret.
API-ændring: ingen er bekræftet endnu. Genererede filer: ingen appfiler bør ændre sig fra browserinstallationen. Browserkrav: installér den matchende Chromium-revision. Fallback-plan: brug kun den eksisterende cachede revision, hvis versionen matcher. Verifikation: kør screenshot-kommandoen efter installationen, og registrér revisionen.
Releasen ændrer prompt static paths og tilføjer 58 chat-skabeloner. Ingen schemaændring. Buildet skal inkludere nye sider.
Switch point: Før deploy er rollback git revert; efter deploy er rollback redeploy af tidligere build. Datarisiko: Ingen fra schema, men sitemap-antal ændres. Ejer: Release engineer for deploy; content owner for skabelonvalidering. Verifikation: prompts:check, i18n-checks, typecheck, build. Abortbetingelse: Manglende locale-fil eller fejl i prompt static route.
Prompt-listesiden føles langsommere efter tilføjelse af mange templates. Server-render er statisk, men klientfiltrering har flere elementer.
Sandsynlig årsag: klientfiltrering og kortrendering skalerer med antallet af elementer. Måleplan: sammenlign hydration-tid og filterinput-latens før og efter. Sikkert eksperiment: memoizer søgeværdier, eller virtualiser kun hvis nødvendigt. Rollback-udløser: interaktionslatens overstiger målet på mellemklasse-mobil. Ændr ikke: SEO static generation uden evidens for serverflaskehals.
Promptkort har nu kompakte chatforhåndsvisninger og handlingsknapper under en afklippet samtaleblok.
Fokusrækkefølge: kortlinket må ikke fange handlingsknapperne. Målområde: kopi- og kør-knapper skal have mindst 24px målområde eller afstand. Reduceret bevægelse: hover-sweep bør kun være dekorativ. Labeltjek: knapper skal have synlige eller tilgængelige handlingsnavne. Mobilrisiko: tekst i samtalebobler må ikke overlappe handlinger.
Brugeren åbner en modelside, klikker på en relateret chatprompt, og kørepanelet skal udfyldes på forhånd med den prompt.
Brugersti: modeldetalje til relateret prompt til kørepanel. Datagrænse: promptteksten går gennem klientnavigation. Fejltilstand: tekstområdet beholder en forældet prompt. Testcase: klik på to forskellige promptkort, og assert den seneste værdi. Verifikationsmål: URL og tekstområde forbliver synkroniseret.
Checkout completed-events tilføjer credits. Retry-events kan ankomme to gange. Wallet-siden læser credit-ledgeren.
Idempotens: event-ID skal være unikt før kreditskrivning. Replay-sikkerhed: verificer signatur og timestamp-tolerance. Kreditskrivning: ledgerposten bør referere til checkout-sessionen. Kundesynlig fejl: vis afventer gennemgang, hvis betaling lykkedes, men kreditskrivning fejlede. Testhul: cases for duplicate event og out-of-order event.
Skal afstemme modelkonfiguration mellem Rivya og tilstødende seed-scripts uden først at ændre runtime-adfærd.
Rækkefølge: auditér nuværende konfiguration, sammenlign genererede fakta, og opdater derefter seed-script. Kontrakt: model slug, category og provider ID skal forblive stabile. Verifikation: paritetstjek før runtime-ændring. Rollback-grænse: konfigurationsgenerering kan rulles tilbage uafhængigt af UI-indhold. Risiko: ændring af visningsfelter kan påvirke SEO-sider.
Ændrede kun prompt template-indhold. Eksisterende docs havde ikke-committede edits. Næste ejer skal reviewe SEO-formulering.
Berørte filer: prompt template-kilde og locale-filer. Invariants: ingen code path eller route-adfærd blev ændret. Kendt risiko: nye sider øger antallet af statiske prompts. Verifikation: prompts:check og audit af SEO-title. Næste ejerbeslutning: om der skal køres full build før merge.
Featuren lader brugere uploade referencebilleder, gemme historik og genbruge prompts på tværs af studiosessioner.
Autentificeringsspørgsmål: Hvem kan få adgang til genbrugte prompts og uploadede referencer? Lagerspørgsmål: Hvor ligger reference-assets, og hvornår udløber de? Brugerdata-spørgsmål: Om prompts kan indeholde private kundedata. Misbrugsvej: Offentlig deling kan eksponere private medier. Reviewejer: Sikkerhed og produkt skal have retention-regler før lancering.
prompts:check består, men i18n:check fejler, efter genererede beskedfiler blev ændret i working tree.
Fejl i ændrede filer: inspicer først locale-JSON-strukturen. Miljøfejl: ikke sandsynligt, hvis prompts:check bestod. Flaky test: usandsynligt for deterministisk i18n:check. Næste kommando: kør i18n:generate, og kør derefter i18n:check igen. Gør ikke: revert genererede filer uden at forstå mismatchen i kilden.
Beslutning: hold genanvendelige promptskabeloner gennemgået før release i stedet for at redigere dem direkte på en live adminskærm.
Kontekst: offentlige promptsider har brug for statisk indhold, der kan gennemgås. Muligheder: database-CMS, filkilde eller hybrid tilbageskrivning. Beslutning: filkilde med kun admindiagnostik. Konsekvenser: ændringer kræver deploy, men SEO og gennemgang forbliver stabile. Genvurderingstrigger: driftsteamet har brug for en sikker skrivearbejdsgang uden udviklere.
