Chat, Work i Codex nie są trzema nazwami tego samego sposobu pracy. Najprostszy wybór brzmi: rozmowa → Chat, wieloetapowy rezultat → Work, repozytorium i kod → Codex.
Najlepszy do szybkiej rozmowy, analizy, draftu i pojedynczego obrazu.
Do zadań z wieloma krokami, researchu i gotowego rezultatu.
Do oprogramowania: repozytorium, pliki, testy i poprawki.
Prosta reguła wyboru
| Zadanie | Tryb | Dlaczego |
|---|---|---|
| Napisz 3 warianty CTA | Chat | Krótki rezultat i szybka iteracja. |
| Zbadaj rynek i zrób raport | Work | Wiele źródeł i etapów. |
| Napraw plugin i uruchom testy | Codex | Potrzebny kontekst kodu i wykonanie. |
Gotowe komendy
CHAT
Chat: szybka decyzja
Mam trzy warianty [X]. Porównaj je według: kosztu, czasu, ryzyka i wpływu na użytkownika. Najpierw podaj tabelę, potem rekomendację i warunki, przy których wybrałbyś inną opcję. Nie zgaduj cen, jeśli ich nie podałem.WORK
Work: od researchu do rezultatu
Zbadaj [temat] na podstawie aktualnych, wiarygodnych źródeł. Oddziel fakty od opinii. Porównaj źródła, wskaż rozbieżności i daty. Następnie przygotuj gotowy [raport/plan/artykuł] z rekomendacjami. Na końcu dodaj listę twierdzeń, których nie udało się jednoznacznie potwierdzić.CODEX / KOD
Zmiana w istniejącym kodzie bez rozwalenia regresji
Najpierw wykonaj audyt istniejącego repozytorium i wskaż pliki odpowiedzialne za problem. Nie zmieniaj architektury, jeśli nie jest to konieczne. Zadanie: [opisz konkretny błąd]. Zachowaj działające API, routing i style poza zakresem. Wprowadź najmniejszą bezpieczną zmianę. Dodaj lub zaktualizuj test regresji. Uruchom lint i pełny zestaw istniejących testów. Na końcu podaj: zmienione pliki, przyczynę błędu, wynik testów i elementy, których nie dało się zweryfikować. Nie oznaczaj release'u jako gotowy, jeśli testy są czerwone.Prompt do kodu powinien przypominać dobry ticket techniczny: stan obecny, oczekiwany rezultat, ograniczenia i test akceptacyjny.
Przykład pracy: zamień ogólną instrukcję na kryteria, które można sprawdzić
Podaj modelowi materiał źródłowy, zakres zmian i elementy zablokowane. Na końcu dodaj kryteria kontroli. Dzięki temu kolejna iteracja wynika z konkretnego błędu, a nie z nowej interpretacji całego zadania.
DALEJ
Masz następny krok
Wróć do magazynu albo wybierz powiązany temat i kontynuuj pracę.
Opieka WooCommerce – co powinno obejmować miesięczne wsparcie sklepuOtwórz poradnik →Skład e-booka – cena, zakres i przygotowanie materiałówOtwórz poradnik →Prezentacja firmowa – co powinna zawierać i jak ułożyć slajdyOtwórz poradnik →
Wszystkie tematy →