Biblioteka promptów
Endpoint przyjmuje teraz referenceAssetKind jako pusty string albo null. Formularz admina nadal wysyła pusty string.
Dryf kontraktu: schemat oczekuje image, video, audio, null albo pustej wartości zgodnej wstecznie. Wpływ na wywołujących: formularz admina zależy od obsługi pustego stringa. Luka walidacji: przetestuj null i pusty string osobno. Notatka wdrożeniowa: normalizuj do null na granicy odczytu. Ryzyko: ścisły parser może odrzucić istniejące rekordy wersji roboczych.
Plan usuwa zapisy do żywej bazy danych po przeniesieniu treści promptów do sprawdzonych plików wydania. Stare rekordy pozostają w produkcji.
Ryzyko utraty danych: niskie, jeśli odczyty nie zależą już od starej tabeli. Kolejność backfillu: potwierdź pokrycie plików wydania przed wyłączeniem zapisów. Limit rollbacku: ponowne włączenie zapisów do bazy może nie odtworzyć pominiętych edycji. Zapytanie weryfikacyjne: porównaj liczbę opublikowanych szablonów plikowych ze starymi rekordami. Decyzja: pozostaw stare rekordy w trybie tylko do odczytu do czasu przejścia jednego wydania.
Prośba: uporządkować własność zasobów, wycofać starą ścieżkę zgodności, zaktualizować dokumentację i ulepszyć skrypty audytu.
Zgłoszenie 1: sprawdzić obecne ścieżki zasobów i odwołania do tymczasowych linków. Zgłoszenie 2: zastąpić docelowe adresy URL i zweryfikować strony publiczne. Zgłoszenie 3: usunąć ścieżkę zgodności dopiero po utrzymaniu pokrycia przykładów. Zgłoszenie 4: zaktualizować dokumentację zarządzania i listę kontrolną wydania. Weryfikacja: kontrole promptów, audyt mediów, kontrola typów i kompilacja produkcyjna.
Przycisk Use w prompt rail aktualizuje URL query, ale textarea po nawigacji klienta zachowuje poprzedni prompt.
Objaw: URL się zmienia, ale stan textarea się nie odświeża. Prawdopodobny przestarzały stan: hydratacja query uruchamia się tylko przy pierwszym montowaniu. Reprodukcja: kliknij dwie karty promptów na tej samej stronie modelu. Minimalna poprawka: obserwuj search params i synchronizuj tylko wtedy, gdy odpowiednie wartości się zmienią. Test: bezpośrednie ładowanie i nawigacja w obrębie tej samej strony ponownie wypełniają textarea.
Nieuwierzytelnieni użytkownicy odwiedzający /zh/studio/image powinni trafić na sign-in i wrócić do zlokalizowanej ścieżki studio.
Ryzyko pętli przekierowań: sign-in nie powinno przekierowywać do siebie. Obsługa locale: zachowaj zh w ścieżce powrotu. Wyciek trasy chronionej: zawartość studio pozostaje noindex i za bramką dostępu. Przypadek testowy: nieuwierzytelnione żądanie zlokalizowanego studio. Kontrola regresji: domyślne locale i zh powinny zachowywać się spójnie.
Trzeba uzupełnić result_primary_url z result_urls_json dla starych zadań AI bez zmieniania zapisów nowych zadań.
Źródło prawdy: pierwszy element result_urls_json dla starych ukończonych zadań. Dry run: policzyć brakujący główny URL według statusu. Kolejność zapisów: tylko stare ukończone zadania, partiami według ID. Weryfikacja: porównać liczniki przed i po. Limit rollbacku: główny URL można wyczyścić tylko wtedy, gdy oryginalny JSON pozostaje nienaruszony.
Zadania wideo nie powiodły się u jednego dostawcy, ale logi pokazują tylko ogólny błąd upstream, a wsparcie nie widziało kodu dostawcy.
Brakujący log: kod błędu dostawcy i request ID. Brakująca metryka: współczynnik niepowodzeń według dostawcy i modelu. Brakujący ślad: przekazanie od przesłania do generowania. Luka alertu: brak alertu skoku specyficznego dla dostawcy. Następny krok: utrwalić znormalizowane źródło i kod błędu upstream dla widoków wsparcia.
Wersja Playwright się zmieniła, a zrzuty ekranu kończą się błędem, ponieważ pasująca rewizja Chromium nie jest zainstalowana.
Zmiana API: na razie żadna nie została potwierdzona. Pliki generowane: instalacja przeglądarki nie powinna zmieniać plików aplikacji. Wymaganie przeglądarki: zainstaluj pasującą rewizję Chromium. Plan awaryjny: użyj istniejącej rewizji z cache tylko wtedy, gdy wersja pasuje. Weryfikacja: po instalacji uruchom polecenie zrzutu ekranu i zapisz rewizję.
Wydanie zmienia statyczne ścieżki promptów i dodaje 58 szablonów czatu. Nie ma zmiany schematu. Build musi zawierać nowe strony.
Punkt przełączenia: przed wdrożeniem wycofanie to git revert; po wdrożeniu ponowne wdrożenie poprzedniego buildu. Ryzyko danych: brak ryzyka ze strony schematu, ale zmienia się liczba wpisów w sitemapie. Właściciel: inżynier wydania odpowiada za wdrożenie; właściciel treści za walidację szablonów. Weryfikacja: prompts:check, kontrole i18n, typecheck, build. Warunek przerwania: brak pliku locale albo awaria statycznej trasy promptu.
Strona listy promptów wydaje się wolniejsza po dodaniu wielu szablonów. Render serwera jest statyczny, ale filtrowanie klienta ma więcej elementów.
Prawdopodobna przyczyna: filtrowanie klienta i renderowanie kart skalują się z liczbą elementów. Plan pomiaru: porównaj czas hydratacji i opóźnienie pola filtrowania przed zmianą i po niej. Bezpieczny eksperyment: memoizuj wartości wyszukiwania albo wirtualizuj tylko, jeśli będzie to potrzebne. Wyzwalacz wycofania: opóźnienie interakcji przekracza cel na średniej klasy urządzeniu mobilnym. Nie zmieniać: statycznej generacji SEO bez dowodu na wąskie gardło serwera.
Karty promptów mają teraz kompaktowe podglądy czatu i przyciski akcji pod przyciętym blokiem rozmowy.
Kolejność fokusu: link karty nie powinien uwięzić przycisków akcji. Rozmiar celu: przyciski kopiowania i uruchamiania potrzebują celu co najmniej 24px albo odstępu. Ograniczenie ruchu: efekt przesunięcia przy hoverze powinien być wyłącznie dekoracyjny. Kontrola etykiet: przyciski potrzebują widocznych lub dostępnych nazw akcji. Ryzyko mobilne: tekst dymku rozmowy nie może nachodzić na akcje.
Użytkownik otwiera stronę modelu, klika powiązany prompt czatu, a panel uruchamiania powinien wypełnić się tym promptem.
Ścieżka użytkownika: szczegóły modelu -> powiązany prompt -> panel uruchamiania. Granica danych: tekst promptu przechodzi przez nawigację klienta. Tryb awarii: textarea zachowuje nieaktualny prompt. Przypadek testowy: kliknij dwie różne karty promptów i sprawdź, czy widoczna jest najnowsza wartość. Cel weryfikacji: URL i textarea pozostają zsynchronizowane.
Zdarzenia zakończonej płatności dodają kredyty. Zdarzenia ponowienia mogą dotrzeć dwa razy. Strona portfela czyta księgę kredytów.
Idempotencja: identyfikator zdarzenia musi być unikalny przed zapisem kredytów. Bezpieczeństwo przed ponownym odtworzeniem: weryfikuj podpis i tolerancję znacznika czasu. Zapis kredytów: wpis w księdze powinien odwoływać się do sesji płatności. Awaria widoczna dla klienta: pokaż oczekiwanie na przegląd, jeśli płatność się powiodła, ale zapis kredytów nie. Luka testowa: przypadki zdarzenia zdublowanego i zdarzenia poza kolejnością.
Trzeba wyrównać konfigurację modeli między Rivya i sąsiednimi skryptami seed, ale najpierw bez zmiany zachowania runtime.
Kolejność: przeprowadzić audyt bieżącej konfiguracji, porównać wygenerowane fakty, a potem zaktualizować skrypt seed. Kontrakt: model slug, category i provider ID muszą pozostać stabilne. Weryfikacja: sprawdzenie parytetu przed zmianą runtime. Granica rollbacku: generowanie konfiguracji można wycofać niezależnie od treści UI. Ryzyko: zmiana pól wyświetlania może wpłynąć na strony SEO.
Zmieniono tylko treść szablonu promptu. Istniejące dokumenty miały niezatwierdzone zmiany. Kolejny właściciel musi sprawdzić brzmienie SEO.
Dotknięte pliki: źródło szablonu promptu i pliki lokalizacji. Niezmienniki: nie zmieniono ścieżki kodu ani zachowania routingu. Znane ryzyko: nowe strony zwiększają liczbę statycznych promptów. Weryfikacja: prompts:check i audyt tytułów SEO. Decyzja kolejnego właściciela: czy uruchomić pełny build przed scaleniem.
Funkcja pozwala użytkownikom przesyłać obrazy referencyjne, zachowywać historię i ponownie używać promptów między sesjami studio.
Pytanie o auth: kto może uzyskać dostęp do ponownie używanych promptów i przesłanych referencji. Pytanie o przechowywanie: gdzie znajdują się zasoby referencyjne i kiedy wygasają. Pytanie o dane użytkownika: czy prompty mogą zawierać prywatne dane klientów. Ścieżka nadużycia: publiczne udostępnianie może ujawnić prywatne media. Właściciel przeglądu: bezpieczeństwo i produkt muszą ustalić reguły retencji przed startem.
prompts:check przechodzi, ale i18n:check kończy się błędem po zmianie wygenerowanych plików wiadomości w working tree.
Błąd w zmienionych plikach: najpierw sprawdź strukturę JSON locale. Problem środowiska: mało prawdopodobny, jeśli prompts:check przeszedł. Niestabilny test: mało prawdopodobny przy deterministycznym i18n:check. Następna komenda: uruchom i18n:generate, a potem ponownie i18n:check. Czego nie robić: nie cofaj wygenerowanych plików bez zrozumienia niezgodności źródłowej.
Decyzja: utrzymać wielokrotnego użytku szablony promptów jako recenzowane przed wydaniem, zamiast edytować je bezpośrednio w aktywnym ekranie admina.
Kontekst: publiczne strony promptów potrzebują statycznej treści możliwej do przeglądu. Opcje: CMS w bazie danych, źródło plikowe albo hybrydowy zapis zwrotny. Decyzja: źródło plikowe z samą diagnostyką admina. Konsekwencje: edycje wymagają wdrożenia, ale SEO i przegląd pozostają stabilne. Wyzwalacz ponownego przeglądu: operacje potrzebują bezpiecznego procesu zapisu bez udziału dewelopera.
