W opublikowanym 26 października opisie własnej praktyki OpenAI podało, że Ultrafast stał się domyślnym trybem pracy inżynierów podczas reagowania na incydenty. W kanale na Slacku Aaron Friel zleca Codex monitorowanie sytuacji, równoległe badanie możliwych przyczyn i odpowiadanie na pytania zespołu.
Jak Codex szuka przyczyny incydentu
Codex może równolegle przeszukiwać różne źródła informacji, w tym logi i rozmowy na Slacku. Sayan Sisodiya opisuje szukanie w nich podejrzanych zmian i podobnych objawów. Taki proces pozwala zespołowi jednocześnie sprawdzać kilka możliwych przyczyn.
Czego dotyczy zgłoszone 10–15 minut
AJ Trbojevic, członek zespołu technicznego OpenAI i architekt ds. bezpieczeństwa centrów danych, opisuje etap dochodzenia dotyczącego bezpieczeństwa: zebranie danych ustrukturyzowanych i nieustrukturyzowanych, ich uporządkowanie oraz nadanie im kontekstu. Według niego wcześniej zajmowało to 1–2 godziny, a w opisywanym procesie trwa 10–15 minut, czasem niemal w czasie rzeczywistym.
Jakie zadania wykonuje Codex, a za co odpowiadają inżynierowie
W zapowiedzi Ultrafast z 13 sierpnia OpenAI opisało konkretne kroki analizy: Codex odczytuje logi, analizuje ślady działania systemu, porządkuje informacje z rozmów, wskazuje kolejne elementy do sprawdzenia oraz pomaga przygotować lub zweryfikować poprawkę. Inżynierowie zachowują odpowiedzialność za ocenę sytuacji i wdrożenie.
Szybkość modelu to inna miara niż czas analizy
W tej samej zapowiedzi OpenAI przypisało GPT‑5.6 Sol działającemu w Ultrafast generowanie do 750 tokenów wyjściowych na sekundę i przetwarzanie do 14 razy szybciej niż w trybie Standard. Te wartości opisują szybkość modelu. Zgłoszone 10–15 minut dotyczy konkretnego etapu dochodzenia w OpenAI.
