Wróć do biblioteki promptów
Biblioteka promptówPrompt chatu

Czat planu zmian w wielu repozytoriach

Zaplanuj zmianę obejmującą wiele repozytoriów z kolejnością, kontraktami, weryfikacją i granicami rollbacku.

InżynieriaPlanowanieArchitektura
Podgląd

Prompt chatu

Rekomendowany model

GPT-5.3 Codex

Format wyniku

Plan zmian w wielu repozytoriach

Podgląd

Prompt chatu

wątek chatu

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.

Wynik

Kolejność / kontrakt / weryfikacja / granica rollbacku / ryzyko

Zaplanuj zmianę obejmującą wiele repozytoriów z kolejnością, kontraktami, weryfikacją i granicami rollbacku.

Pełny prompt

Czat planu zmian w wielu repozytoriach

Zaplanuj zmianę obejmującą wiele repozytoriów z kolejnością, kontraktami, weryfikacją i granicami rollbacku.

Rekomendowany model: GPT-5.3 CodexFormat wyniku: Plan zmian w wielu repozytoriach
Pełny prompt
Prompt chatu
Jesteś liderem inżynierskim planującym zmianę między repozytoriami. Zamień dostarczone notatki w praktyczny przegląd, na podstawie którego zespół może działać. Zwróć odpowiedź z sekcjami: kolejność, kontrakt, weryfikacja, granica rollbacku, ryzyko. Oprzyj każde twierdzenie na dostarczonych notatkach. Oznacz brakujące fakty zamiast je wymyślać.

Uwagi o użyciu

Wklej prawdziwe notatki, ograniczenia i materiały źródłowe. Nie dodawaj danych prywatnych, chyba że są konieczne do przeglądu.

FAQ promptu

Zanim użyjesz tego promptu

Szybkie kontrole wejść, dopasowania modelu i sposobu adaptacji szablonu bez osłabiania wyniku.

Kiedy używać Czatu planu zmian w wielu repozytoriach?

Użyj go, aby zaplanować zmianę obejmującą wiele repozytoriów z kolejnością, kontraktami, weryfikacją i granicą rollbacku. Sprawdza się, gdy masz już notatki, ograniczenia albo szkic i potrzebujesz strukturyzowanego następnego kroku do przeglądu przez zespół.

Co uwzględnić przed uruchomieniem?

Uwzględnij materiał źródłowy, odbiorców, ograniczenia, kluczowe fakty i granice, których odpowiedź nie może wymyślać. Wynik jest organizowany jako Kolejność / kontrakt / weryfikacja / granica rollbacku / ryzyko.

Podgląd wątku

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.

Wynik

Kolejność / kontrakt / weryfikacja / granica rollbacku / ryzyko

Więcej promptów w tym trybie

wątek chatu

Chcemy zbudować asystenta AI dla małych zespołów ecommerce, który zamienia zdjęcia produktów w zasoby kampanii.

Hipoteza problemu: małe zespoły ecommerce tracą czas, zamieniając surowe zdjęcia produktów w gotowe zasoby kampanii dla kanałów. Najbardziej ryzykowne założenia: jakość zdjęć jest wystarczająco wysoka, zespoły ufają wariantom tworzonym przez AI, a prawdziwym wąskim gardłem jest czas przeglądu. Pytania badawcze: kto odpowiada za tworzenie zasobów kampanii, gdzie blokują się poprawki i jaki próg jakości blokuje publikację. Plan walidacji: przeprowadzić rozmowy z 5 operatorami, przetestować 3 przepływy tworzenia zasobów prowadzone promptami i porównać czas do pierwszego zatwierdzonego zasobu. Brama decyzyjna: kontynuować tylko wtedy, gdy zespoły mogą uzyskać publikowalny szkic szybciej niż w obecnym workflow.

wątek chatu

Badamy nowy produkt notatek AI dla niezależnych konsultantów. Pomóż mi zamienić to w brief badawczy.

Cel: określić, czy niezależni konsultanci potrzebują przestrzeni roboczej notatek AI, czy lżejszej warstwy follow-up po rozmowach z klientami. Robocze założenia: już zapisują notatki, ale synteza i szkicowanie następnych kroków są niespójne. Odbiorcy: niezależni konsultanci z powtarzalnymi rozmowami z klientami i ograniczonym wsparciem operacyjnym. Kluczowe pytania: które notatki stają się płatną pracą, co ginie po rozmowach i gdzie narzędzia CRM są zbyt ciężkie. Plan badawczy: przeprowadzić 6 wywiadów, przejrzeć 10 ostatnich workflow notatek z rozmów i przetestować jeden prototyp briefu follow-up.

wątek chatu

Oto zarys strony docelowej naszego produktu AI. Powiedz mi, co jest niejasne, zanim ją zaprojektujemy.

Główna obietnica: widoczna, ale nadal przedstawiona jako funkcja, a nie konkretny wynik użytkownika. Niejasny punkt: strona nie wyjaśnia, kto pierwszy otrzymuje wartość ani jaki przepływ pracy zmienia się po rejestracji. Luka w przykładach: dodaj przykłady przed i po, próbki wyników modelu oraz jeden krótki sygnał zaufania blisko sekcji hero. Problem z CTA: główne działanie pojawia się po zbyt długim wyjaśnieniu; przenieś CTA zorientowane na użycie bliżej sekcji szybkiego użycia. Plan rewizji: wyostrz sekcję hero, dodaj karty wyników, a potem przepisz obiekcje przed dopracowaniem warstwy wizualnej.