Jak pisać polecenia dla Codexa

Używaj Codexa, gdy chcesz pracować z kodem, bazą kodu lub narzędziami deweloperskimi. Nie musisz stosować sztywnej składni: zacznij własnymi słowami i doprecyzuj prośbę w kolejnych wiadomościach. W poleceniu nazwij oczekiwane zachowanie i wskaż kod lub kroki odtwarzające problem. Zacznij od opisu rezultatu, zamiast rozpisywać szczegółową listę kroków.

Dodaj kontekst, który pomoże Codexowi, na przykład odpowiednie pliki albo kroki odtworzenia błędu. Wyraźnie zaznacz ograniczenia, które mają pozostać zachowane, oraz sposób sprawdzenia zmiany. Podaj odbiorcę lub format wtedy, gdy te szczegóły wpływają na wynik. Nie musisz uwzględniać każdego elementu ani trzymać się wymaganego szablonu.

W rozszerzeniu IDE otwarte pliki są automatycznie dołączane jako kontekst. W CLI podaj ścieżki jawnie albo dołącz plik przez /mention lub podpowiadanie ścieżek za pomocą @. Przy pracy w CLI możesz rozpocząć sesję poleceniem codex, a następnie wskazać pliki i opisać, czego chcesz się dowiedzieć. Jeśli polecenie obejmuje kilka etapów, użyj /plan, aby Codex zbadał temat i zaproponował podejście przed edycją.

Po pierwszej odpowiedzi poproś o konkretną zmianę, zamiast zaczynać od nowa. Przy iterowaniu nad interfejsem formułuj małe, konkretne prośby i podawaj, co ma pozostać bez zmian. Poproś o podsumowanie lub listę kontrolną, które możesz samodzielnie zweryfikować. Po zmianach przejrzyj wynik; jeśli cofniesz lub zmienisz edycję, powiedz o tym Codexowi, aby nie nadpisał jej w następnej pracy.

Explain how the request flows through the selected code.

Include:
- a short summary of the responsibilities of each module involved
- what data is validated and where
- one or two "gotchas" to watch for when changing this

Find the bug causing "Saved" to show without persisting changes. After proposing the fix, tell me how to verify it in the UI.

Add a test for the invert_list function in @transform.ts. Cover the happy path plus edge cases.