Codex ma plan.Zapisz go w pliku, który można sprawdzić.

Co robi /plan w Codex

Polecenie /plan przełącza Codex w plan mode. Zamiast zaczynać pisać kod, Codex najpierw proponuje plan wykonania. Prośbę możesz wpisać po poleceniu: /plan Propose a migration plan for this service. Polecenie nie jest dostępne, gdy Codex już nad czymś pracuje, więc użyj go na początku zadania.

Dlaczego plan powinien być plikiem

W plan mode plan wraca jako wiadomość na czacie. Dokumentacja OpenAI nie wymienia żadnego pliku planu. Wiadomość na czacie trudno sprawdzić: ucieka z ekranu, nie wskażesz w niej jednego kroku i nikt inny jej nie przeczyta.

Plik rozwiązuje wszystkie trzy problemy. Możesz skomentować pojedynczą linię, porównać plik z poprzednią wersją, zrobić commit i przekazać go innemu agentowi. Poproś więc o plan jako plik, w wybranym przez siebie folderze.

Prompt, który działa

Gdy Codex zaproponuje plan, albo w tej samej prośbie, napisz:

Write the plan to plans/<name>.md and send it to me in DotMD for review.

Codex zapisuje plik i wywołuje request_review z DotMD. Plik pojawia się w Needs You na pasku bocznym, a Codex czeka. Czytasz plan sformatowany, zaznaczasz krok i naciskasz ⌥⌘M, by skomentować, po czym klikasz Send. Codex dostaje Twoje komentarze, poprawia plan i odsyła każdy komentarz. Każdą poprawkę akceptujesz albo otwierasz ponownie, a gdy jest dobrze, klikasz Approve.

Jeśli Codex szuka komentarzy w projekcie zamiast czytać je z DotMD, wspomnij o DotMD w prośbie albo dodaj linię do AGENTS.md: zobacz CLAUDE.md i AGENTS.md.

Połącz Codex raz

Włącz serwer MCP w DotMD w Settings → MCP, a potem dodaj DotMD do ~/.codex/config.toml:

[mcp_servers.dotmd]
url = "http://127.0.0.1:8089/mcp"
tool_timeout_sec = 3600

tool_timeout_sec pozwala Codex czekać, gdy czytasz. Bez tego Codex przestaje czekać po około minucie. Po dodaniu uruchom Codex ponownie. Aplikacja, CLI i rozszerzenie do IDE korzystają z jednej konfiguracji; przewodnik po Codex pokazuje też drogę przez aplikację.

Codex sprawdza plan Claude Code i odwrotnie

Dwóch agentów widzi więcej niż jeden. Niech Claude Code napisze plan w plan mode, a potem poproś Codex: „Review plans/migration.md in DotMD and leave comments on the steps you disagree with.” Jego uwagi trafią na dokładne linie pod jego nazwą. Zachowujesz je, edytujesz albo usuwasz, a Claude Code dostaje tylko to, co zostanie. Działa to też w drugą stronę.

Agenci nigdy nie rozmawiają ze sobą. Wszystko idzie przez plik i jego komentarze, a decydujesz Ty. Więcej w Agent sprawdza agenta.

Co sprawdzić w planie Codex

Plan tanio się zmienia, implementację już nie, więc przeczytaj go raz z kilkoma pytaniami w głowie:

• Czy brakuje kroku? Testy, migracja, dokumentacja, rollback.
• Czy kolejność jest dobra? Krok, który potrzebuje wyniku późniejszego kroku, to błąd w planie.
• Czy zakres jest dobry? Szukaj plików lub obszarów, których Codex nie miał ruszać.

Każdą uwagę wpisz jako komentarz do kroku, którego dotyczy, i napisz, co zmienić. Codex widzi Twoje komentarze i plik, nic więcej, więc „użyj tu istniejącego helpera” jest lepsze niż „to jest źle”. DotMD wypisuje też każdą zmianę, o którą nikt nie prosił, w Other changes, więc widzisz, czy poprawka nie poszła dalej, niż powinna.

Pytania o plany Codex

Więcej pytań