| Co ustalasz | Minimum | Gdy projekt potrzebuje rozszerzenia |
|---|---|---|
| Dla kogo, po co, granice | docs/product.md | Szczegółowe scenariusze w product-spec.md |
| Etapy, bieżąca praca, krótka decyzja i dowód | Jeden docs/plan.md | Plan zachowuje stan i odsyła do szczegółów |
| Jak zbudowany jest system | Krótki opis we właściwej istniejącej sekcji projektu | architecture.md: stan obecny oddzielony od proponowanego |
| Jak wyglądają i działają ekrany | Sekcja „Interfejs” w tym samym planie, z odnośnikami do zaakceptowanych grafik | Odnośnik do istniejącego design systemu; bez drugiej kopii zasad |
| Trwały wybór i dlaczego | Krótko w planie | decisions.md |
| Jak uruchomić | README.md | development.md |
| Co sprawdzono | Dowód w planie | verification.md, z wersją i ograniczeniami |
| Jak agent ma pracować | AGENTS.md: zasady i odnośniki | Krótka instrukcja z odnośnikami do dokumentów |
Nie uzupełniaj tych dokumentów na zapas. Poproś agenta, żeby zapisywał ustalenia w trakcie rozmowy. Na przykład po ustaleniu „w pierwszej wersji nie potrzebuję logowania” powinien dopisać tę granicę do opisu produktu. Jego propozycja nie staje się decyzją, dopóki jej nie uzgodnicie. Jeśli przenosi szczegóły do osobnego pliku, w planie zostawia odnośnik.