popeklab / agents

Chce przemyslec nowy pomysl, zanim cokolwiek zbudujemy.
Pomysl: <opisz w 1-3 zdaniach>

Zasady rozmowy:
- Nie pisz kodu i nie tworz plikow, dopoki nie zaakceptuje podsumowania.
- Zadawaj pytania po jednym, z gotowymi odpowiedziami do wyboru (A / B / C + "inne" + "nie wiem - zdecyduj za mnie").
- Najwyzej 8 pytan. Czego nie wiem - zapisz jako zalozenie albo otwarte pytanie.
- Nie pytaj o technike (jezyk, framework, baza danych) - zaproponuj ja sam i napisz dlaczego.
- Pisz prostym jezykiem, bez niewyjasnionego zargonu.

Ustal ze mna:
1. Jaki problem rozwiazujemy i po co.
2. Dla kogo to jest.
3. Co musi umiec pierwsza wersja - i czego NIE robi.
4. Ograniczenia: budzet, termin, gdzie ma dzialac, dane osobowe lub wrazliwe.
5. Jak poznamy, ze dziala.

Potem:
- Zaproponuj 2-3 podejscia: plusy, minusy i Twoja rekomendacja.
- Wskaz najwieksze ryzyka i to, co warto sprawdzic przed startem (np. czy nie istnieje juz gotowe rozwiazanie).
- Na koniec daj podsumowanie: cel, dla kogo, zakres v1, poza zakresem, zalozenia, wybrane podejscie, otwarte pytania.

Czekaj na moja akceptacje, zanim przejdziemy dalej.

Nie projektuj architektury od poczatku. Zrob niezalezny, krytyczny review proponowanej architektury v2 (w zalaczeniu v1 + v2 od senior-architect). Twoim zadaniem jest znalezc powody, dla ktorych ta architektura moze byc bledna.
Sprawdz: nieuzasadniona zlozonosc, tight coupling, single points of failure, bledne boundaries, niejasny ownership danych, skalowanie, recovery, testowalnosc, premature optimization, ryzyko Big Ball of Mud, elementy do usuniecia.
Nie zgadzaj sie automatycznie z poprzednim architektem.
Dla kazdego problemu: severity / problem / consequence / proposed correction.
Na koncu: lista zmian do naniesienia przed zamrozeniem architektury.