Przejdź do głównej zawartości

Zaplanowane cykliczne automatyzacje

Każdego ranka otwierasz Slacka i znajdujesz trzy nowe zgłoszenia błędów od nocnych użytkowników. Pierwszą godzinę dnia spędzasz na samej segregacji — odtwarzaniu problemów, lokalizowaniu odpowiedniego kodu i priorytetyzowaniu poprawek. Automatyzacje Codex mogą wykonać tę segregację za ciebie, gdy śpisz, prezentując ci skróconą skrzynkę z wnioskami (a czasem poprawkami), gdy siadasz przy biurku.

  • Przewodnik krok po kroku do tworzenia, testowania i planowania automatyzacji w aplikacji Codex
  • Trzy gotowe produkcyjne receptury automatyzacji: segregacja poprawek błędów, codzienne briefingii i tworzenie skills
  • Konfiguracja bezpieczeństwa zapewniająca bezpieczeństwo automatyzacji nawet przy nienadzorowanym działaniu
  • Strategie czyszczenia zapobiegające rozrostowi worktree przy częstych uruchomieniach automatyzacji

Automatyzacje to zaplanowane wątki Codex działające lokalnie w tle. Aplikacja Codex musi być uruchomiona, a wybrany projekt musi być dostępny na dysku. W przypadku repozytoriów Git każde uruchomienie automatyzacji startuje w dedykowanym worktree, więc nigdy nie ingeruje w twój główny checkout.

Wyniki pojawiają się w sekcji Triage na sidebarze skrzynki odbiorczej. Jeśli automatyzacja nie znajdzie nic do zgłoszenia, automatycznie się archiwizuje. Jeśli znajdzie coś wymagającego działania, trafia do skrzynki jako nieprzeczytany element.

  1. Utwórz automatyzację klikając sekcję Automations w sidebarze i definiując harmonogram oraz prompt.

  2. Najpierw przetestuj prompt ręcznie. Uruchom zwykły wątek z tym samym promptem i zweryfikuj, czy wyniki są użyteczne i odpowiednio zawężone.

  3. Skonfiguruj harmonogram — co godzinę, codziennie, co tydzień lub z niestandardowymi interwałami w stylu cron.

  4. Dokładnie przejrzyj pierwsze kilka uruchomień. Dostosuj prompt lub kadencję na podstawie jakości wyników.

  5. Łącz ze skills używając $skill-name w prompt automatyzacji dla ustrukturyzowanych, powtarzalnych workflow.

Receptura 1: Automatyczna naprawa błędów z twoich commitów

Dział zatytułowany „Receptura 1: Automatyczna naprawa błędów z twoich commitów”

Najpierw utwórz skill, który znajduje i naprawia błędy z twoich ostatnich zmian:

---
name: recent-code-bugfix
description: Find and fix a bug introduced by the current author
within the last week. Root cause must map directly to the
author's own changes.
---
# Recent Code Bugfix
1. Use git log --since=1.week --author=<author> to find recent changes
2. Look for failures in tests, lint, or runtime errors tied to those changes
3. Implement a minimal fix following project conventions
4. Run the smallest relevant verification step
5. Report the root cause, fix, and verification

Następnie utwórz automatyzację z tym promptem:

Check my commits from the last 24h and submit a $recent-code-bugfix.

Receptura 2: Skanowanie zależności i bezpieczeństwa

Dział zatytułowany „Receptura 2: Skanowanie zależności i bezpieczeństwa”
Scan package.json, Cargo.toml, and requirements.txt for dependencies
with known CVEs. For each vulnerable dependency, check if a patched
version exists that is compatible with our version constraints. If a
safe upgrade path exists, update the dependency and run the test suite.
Report all findings with severity levels.
Scan all of the ~/.codex/sessions files from the past day. If there
have been any issues using particular skills, update the skills to be
more helpful. If we've been doing something often that we should save
as a skill, create it. Only update skills if there's a good reason.
Let me know if you make any.

Automatyzacje działają nienadzorowane, więc ustawienia bezpieczeństwa mają większe znaczenie niż dla interaktywnych wątków:

Tryb sandboxaPoziom ryzykaZalecenie
Read-onlyNajniższyDobry dla automatyzacji raportujących i analitycznych
Workspace-writeŚredniZalecany dla większości automatyzacji; pozwala na edycję plików w ramach projektu
Full accessNajwyższyUnikaj w automatyzacjach; agent może modyfikować pliki, uruchamiać dowolne polecenia i korzystać z sieci bez pytania

Automatyzacje używają approval_policy = "never", gdy twoja organizacja na to pozwala. Jeśli twój admin to ograniczył, automatyzacje przechodzą na zachowanie zatwierdzania wybranego trybu.

Częste automatyzacje tworzą wiele worktree. Bez czyszczenia szybko pochłania to miejsce na dysku. Najlepsze praktyki:

  • Archiwizuj uruchomienia automatyzacji, które już przejrzałeś
  • Nie przypinaj uruchomień automatyzacji, chyba że zamierzasz zachować worktree na stałe
  • Codex automatycznie czyści worktree starsze niż 4 dni lub gdy przekroczysz 10 łącznie
  • Przed usunięciem zapisywany jest snapshot, który możesz później przywrócić w razie potrzeby
  • Automatyzacja się nie uruchamia: Aplikacja Codex musi być uruchomiona, a komputer musi być wybudzony. Włącz “Prevent sleep while running” w ustawieniach aplikacji dla nocnych automatyzacji.
  • Wyniki są zbyt szumne: Prompt jest zbyt szeroki. Zawęź zakres — określ dokładne katalogi, wzorce plików lub przedziały czasowe.
  • Automatyzacja modyfikuje złe pliki: Sprawdź tryb sandboxa. Tryb read-only zapobiega przypadkowym edycjom. Użyj workspace-write z jawnymi regułami określającymi, co automatyzacja powinna mieć prawo zmieniać.
  • Worktree się piętrzą: Archiwizuj stare uruchomienia i odpinaj automatyzacje, które nie są już potrzebne. Sprawdź $CODEX_HOME/worktrees pod kątem osieroconych katalogów.
  • Worktree — Zrozum system worktree, na którym opierają się automatyzacje
  • Mistrzostwo w aplikacji — Skills, zarządzanie wieloma projektami i pełny workflow w aplikacji
  • Zarządzanie kosztami — Automatyzacje zużywają kredyty; naucz się efektywnie budżetować