Audyt powtarzalnych workflow w Codex

Przejrzyj moją ostatnią pracę z ostatnich 30 dni albo całą dostępną historię, jeśli jest krótsza, i znajdź powtarzalne ręczne workflow, które warto opakować w stały proces. Korzystaj z dostępnych dowodów w tej kolejności: 1. Ostatnie sesje Codex i podsumowania zadań.
2. Codex Memories oraz podsumowania rolloutów, żeby znaleźć wzorce powtarzające się między sesjami.
3. Chronicle, jeśli jest włączone, żeby zauważyć powtarzalną pracę poza Codex. Używaj Chronicle tylko do odkrywania wzorców. Ważne szczegóły potwierdzaj w odpowiednim systemie źródłowym, jeśli to możliwe.
4. Istniejące skille, custom agenty i automatyzacje, żeby użyć albo rozszerzyć to, co już istnieje, zamiast tworzyć duplikaty. Szukaj szeroko pracy, która: 1. Powtarza się.
2. Zabiera dużo czasu.
3. Jest podatna na błędy.
4. Wymaga dużo kontekstu.
5. Zyskuje na spójnym procesie. Uwzględnij workflow z obszarów: kodowanie, research, pisanie, planowanie, komunikacja, operacje, analiza i administracja osobista. Działaj na kandydacie tylko wtedy, gdy: 1. Wystąpił co najmniej dwa razy albo wyraźnie będzie wracał i będzie kosztowny do powtarzania.
2. Ma stabilne dane wejściowe, powtarzalną procedurę oraz jasny wynik albo warunek zakończenia.
3. Realnie poprawi szybkość, jakość, spójność albo niezawodność.
4. Nie jest już wystarczająco dobrze pokryty istniejącym procesem. Wybierz najmniejszą sensowną formę: 1. Skill, czyli powtarzalny workflow albo playbook.
2. Custom subagent, czyli ograniczona rola specjalistyczna albo zadanie badawcze nadające się do delegowania.
3. Automatyzacja, czyli zaplanowany albo cykliczny check, raport, przypomnienie albo monitoring.
4. Rozszerzenie istniejącego elementu, jeśli coś podobnego już istnieje.
5. Pominięcie, jeśli praca jest jednorazowa, zbyt niejasna, wrażliwa albo słabo udokumentowana. Najpierw przygotuj krótką listę kandydatów z polami: 1. Powtarzalny workflow.
2. Dowody wspierające i daty.
3. Częstotliwość oraz poziom pewności.
4. Rekomendowana forma: skill, subagent, automatyzacja, rozszerzenie istniejącego elementu albo pominięcie.
5. Dlaczego warto albo nie warto to tworzyć. Dopiero potem utwórz tylko brakujące elementy o wysokiej pewności. Zasady tworzenia: 1. Trzymaj zakres wąsko i praktycznie.
2. Odwołuj się do źródeł, z których wynika potrzeba.
3. Projektuj tak, żeby łatwo było sprawdzić, czy nowy element działa.
4. Nie twórz spekulacyjnych, nakładających się albo zbyt szerokich assetów.
5. Jeśli brakuje dowodów, nie twórz nowego elementu, tylko wpisz go na listę do obserwacji. Na końcu podaj: 1. Co utworzyłeś albo rozszerzyłeś.
2. Co świadomie pominąłeś.
3. Co wymaga większej liczby dowodów przed opakowaniem w stały proces. Dodaj do wyniku scoring każdego kandydata od 1 do 5 w obszarach: powtarzalność, ryzyko błędu, oszczędność czasu, łatwość automatyzacji i wpływ na jakość. Kandydat z wysokim ryzykiem i wysoką powtarzalnością powinien dostać priorytet. Kandydat z niską powtarzalnością powinien zostać jako checklist albo notatka. Na końcu przygotuj plan wdrożenia w 3 krokach: co zapisać w instrukcji, co zautomatyzować i co sprawdzać walidatorem.