Ewolucja od czatu do backlogu
Trzy miesiące temu moje zarządzanie zadaniami sprowadzało się do okna czatu. Jeśli zamykałem kartę, plan znikał.
Dzisiaj jest to backlog w Postgresie. Trzy różne agenty AI — Claude Code, Codex i Grok — pobierają z niego zadania. Oznaczają je atrybucją i zamykają w oparciu o historię git.
Nie zamierzałem budować systemu zarządzania projektami. Po prostu ciągle uderzałem w ściany. Za każdym razem, gdy łatałem jeden problem, pojawiał się kolejny.
Moja praca jest intensywna. Prowadzę osobistą platformę danych o nazwie Nexus. Zarządzam około 100 repozytoriami. W jednym z okresów dostarczyłem 557 000 linii kodu w 35 dni. Ta skala zniszczyła każdą metodę planowania, której próbowałem.
Oto jak ewoluował mój system:
Faza 1: Planowanie konwersacyjne Plan istniał w historii czatu. Myślałem na głos, wpadałem na dobry pomysł i zaczynałem budować.
- Problem: Plany wyparowywały, gdy czat się kończył. Nie można ich było priorytetyzować ani przekazać nikomu innemu.
Faza 2: Pliki TODO dla każdego repozytorium Zacząłem używać plików TODO.md w każdym repozytorium. Przestałem korzystać z prostych list kontrolnych. Zamiast tego pisałem krótkie specyfikacje. Każdy element zawierał:
- Status i datę.
- Wyzwalacz (dlaczego to staje się pilne).
- Wstępnie ustalone kroki (plan).
- Znane ryzyka.
- Problem: Przy 100 repozytoriach nie miałem globalnego widoku. Nie mogłem zobaczyć wszystkiego, co musiałem zrobić, w jednym miejscu.
Faza 3: Operator Backlog (OB) Przeniosłem zadania do bazy danych Postgres. Stworzyło to globalną kolejkę. Dodałem bramkę zatwierdzania (approval gate). Zadanie staje się realne dopiero po mojej weryfikacji. Zapobiega to wrzucaniu śmieci do backlogu przez AI. Używałem ścieżek statusu:
- requires_triage
- requires_decision
- requires_investigation
- autonomous_safe
- Problem: Stałem się wąskim gardłem. Nie nadążałem z rozładowywaniem tych ścieżek.
Faza 4: Wykonanie wieloagentowe Backlog jest teraz wspólną kolejką dla wielu agentów AI.
- Używają mechanizmu dzierżawy (leases), aby nie pracować nad tym samym zadaniem.
- Używają atrybucji, abym wiedział, kto co zrobił.
- Mogą przekazywać sobie pracę. Jeden agent może uznać, że zadanie jest niemożliwe i zgłosić wymaganie wstępne (prerequisite). Drugi agent może wtedy przejąć to wymaganie i dokończyć oryginalne zadanie.
Lekcja jest prosta: Nie potrzebujesz Fazy 4, aby odnieść sukces.
Jeśli masz wynieść jedną rzecz, wynieś format z Fazy 2. Opisuj swoje zadania ze statusem, wyzwalaczem, wstępnie ustalonymi krokami i ryzykami. To nic nie kosztuje, a zmienia wszystko.
Najważniejsza zasada brzmi: Zawsze planuj w oparciu o prawdę. Nigdy nie planuj w oparciu o domysły lub podsumowania. Doskonały plan oparty na nieaktualnych danych zawiedzie równie szybko, co brak jakiegokolwiek planu.
Opcjonalna społeczność edukacyjna: https://t.me/GyaanSetuAi