Railshot
AI deployment & operations platform
Wdrożenie lokalnie zbudowanej aplikacji webowej w przygotowanych środowiskach chmurowych i lokalnych, a potem jej utrzymanie.
Platforma AI do wdrażania i utrzymania, która przenosi lokalnie zbudowaną aplikację webową do przygotowanych środowisk chmurowych lub lokalnych (on-premises) i dalej ją utrzymuje.
Niezależnie sprawdzone przekazanie, dwa uzgodnione przywrócenia
Dwa przypadki od October 3, 2026 do October 4, 2026, w okresie konkursu. Sesja Codex użyta do rozwoju oraz Jev i diagnostyka CI wewnątrz produktu są w różnych kolumnach.
October 3, 2026
Pracę nad obserwowalnością przekazano osobnej sesji Codex i sprawdzono osobno z fixture’ami awarii
Sesja roboczaPierwotna sesja
DziałaniePrzekazanie jednego worktree i wstrzymanie tam edycji
- przekazanieWorktree · znane awarie→ Najpierw przekazane defekty: założenie stałych pięciu bramek · dowody niewykonania Q/L4 · regresja draftu (Sesja implementacyjna Codex)
Sesja roboczaPierwotna sesja
DziałanieKontrakt: zaobserwowany błąd ≠ hipoteza modelu, tylko istniejąca ścieżka wdrożenia
- przekazanieKryteria ukończenia→ Jeden błąd JSON · kontrakt dowodów + emitery Python · Node (Sesja implementacyjna Codex)
Agent kodującySesja implementacyjna Codex
DziałanieNajpierw przekazane defekty: założenie stałych pięciu bramek · dowody niewykonania Q/L4 · regresja draftu
- przekazanie→ Jeden błąd JSON · kontrakt dowodów + emitery Python · Node (Sesja implementacyjna Codex)
Agent kodującySesja implementacyjna Codex
DziałanieJeden błąd JSON · kontrakt dowodów + emitery Python · Node
- nie zapisane wykonanieTylko dowody, bez prawa zapisu→ Jev tylko klasyfikuje, bez uprawnień do poprawek (Diagnostyka CI · Jev)
- przekazanieZwrócone PR · dowody wydania→ PR #131 · przypięte dowody wydania (Artefakty)
W trakcie rozwojuDiagnostyka CI · Jev
Obserwacja · ustalenieJev tylko klasyfikuje, bez uprawnień do poprawek
ArtefaktyArtefakty
ArtefaktPR #131 · przypięte dowody wydania
- przekazanieSprawdzone poza sesją implementacyjną→ Niezależna kontrola: fixture’y awarii · odczyt diagnozy · własność (Pierwotna sesja)
Sesja roboczaPierwotna sesja
DziałanieNiezależna kontrola: fixture’y awarii · odczyt diagnozy · własność
- przekazaniePodane znane awarie→ L1: brak wykluczenia .env w .dockerignore · L2: błąd składni (Diagnostyka CI · Jev)
W trakcie rozwojuDiagnostyka CI · Jev
Obserwacja · ustalenieL1: brak wykluczenia .env w .dockerignore · L2: błąd składni
- odesłaneAwaria składni L2→ Błąd składni poprawiony przez sam skrypt kontrolny · ponowne zgłoszenie (Pierwotna sesja)
Sesja roboczaPierwotna sesja
DziałanieBłąd składni poprawiony przez sam skrypt kontrolny · ponowne zgłoszenie
- przekazanieTa sama ścieżka usługi→ CI → obraz → GitOps → Argo → Pod · HTTPS potwierdzone (Artefakty)
ArtefaktyArtefakty
ArtefaktCI → obraz → GitOps → Argo → Pod · HTTPS potwierdzone
- Kontekst
- Praca naprawiała awarie CI, których przyczyny były ukryte (założenie stałych pięciu etapów, odcisk builda maskujący przyczynę, brak dowodów NOT_RUN dla wyłączonych Q/L4 i więcej). Na prośbę użytkownika implementację wykonała osobna sesja Codex; pierwotna sesja przestała edytować ten worktree, a następnie sprawdziła wynik, samodzielnie podając awarie.
- Wynik
- Zapisy diagnozy ujawniły przyczynę obu awarii, a strona sprawdzająca sama poprawiła błąd składni i ponownie potwierdziła tę samą ścieżkę aż po Pod i HTTPS. Przyjęcie implementacji i uprzątnięcie zasobów testowych pierwotna sesja zakończyła osobno.
- Ograniczenie
- To nie jest przypadek udanej automatycznej naprawy (limit prób automatycznej naprawy wynosił w tym momencie 0). Nie ma zapisu, że tę zmianę wykonał Claude, a ten sam przebieg nie dowodzi wdrożenia na OpenStack. Status scalenia nie oznacza liczby formalnych zatwierdzeń.
Źródła i pozostałe ograniczenia
- Przekazanie i niezależna kontrola to wewnętrzne zapisy pracy i nie są podlinkowane. Inne sesje zachowały własność prac nad integracją, dostawcami i wdrożeniem, a przekazanie zastrzegało, by nie używać domyślnego checkoutu, w którym wciąż były zmiany użytkownika.
- Rdzeniem kontraktu było trzymanie surowego błędu z dala od hipotezy modelu, a porady o ponowieniu z dala od faktycznej decyzji o ponowieniu, w osobnych polach.
October 4, 2026
To, co wyglądało na awarię GitHub, odtworzono i rozdzielono, a dwie równoległe zmiany przywracające uzgodniono w jedną
W trakcie rozwojuAPI · wywołania GitHub
Obserwacja · ustalenieCommit zdalny obecny · 0 przebiegów CI · restart przez liveness
- przekazanieNie przyjęto, że to awaria GitHub→ Odtworzone z mockiem GitHub: aktualizacja gałęzi się udaje, lokalny callback zawodzi (Sesja przywracania)
Sesja roboczaSesja przywracania
DziałanieOdtworzone z mockiem GitHub: aktualizacja gałęzi się udaje, lokalny callback zawodzi
- przekazanie→ Osobna kontrola rejestracji źródła · lokalnego checkpointu · dispatch (Sesja przywracania)
Sesja roboczaSesja przywracania
DziałanieOsobna kontrola rejestracji źródła · lokalnego checkpointu · dispatch
- przekazanie→ #189: najpierw zapis przyjętego przebiegu · odczyt istniejącego przebiegu, gdy odpowiedź zginie (Sesja przywracania)
ArtefaktyArtefakty
ArtefaktZmiany równoległe: #185 zakończenie · #186 checkpoint źródła
- odesłaneNakładające się zachowania przywracania→ #189: najpierw zapis przyjętego przebiegu · odczyt istniejącego przebiegu, gdy odpowiedź zginie (Sesja przywracania)
Sesja roboczaSesja przywracania
Działanie#189: najpierw zapis przyjętego przebiegu · odczyt istniejącego przebiegu, gdy odpowiedź zginie
- przekazanieTrzy przypadki regresji→ Regresje: wyjście po przyjęciu · błąd checkpointu · utracona odpowiedź (Artefakty)
ArtefaktyArtefakty
ArtefaktRegresje: wyjście po przyjęciu · błąd checkpointu · utracona odpowiedź
- przekazanie→ PR #189 scalony · hash źródła · obraz · Argo · health potwierdzone (Artefakty)
Sesja roboczaInna sesja
DziałanieZakres anulowania · współbieżności należy do tej sesji
- przekazanieZapobiega podwójnemu uruchomieniu→ Odczyt platformy ≠ wynik klienta · bez ponownego uruchomienia (Artefakty)
ArtefaktyArtefakty
ArtefaktPR #189 scalony · hash źródła · obraz · Argo · health potwierdzone
- nie zapisane wykonanie→ Odczyt platformy ≠ wynik klienta · bez ponownego uruchomienia (Artefakty)
ArtefaktyArtefakty
Reguła · niezweryfikowaneOdczyt platformy ≠ wynik klienta · bez ponownego uruchomienia
- Kontekst
- Commit źródłowy był w zdalnym repozytorium, a mimo to CI nigdy nie wystartowało, a API zostało zrestartowane przez liveness. Wyświetlony błąd nosił nazwę kroku GitHub, ale w rzeczywistości mógł zawieść lokalny callback.
- Wynik
- Przyjęte źródło i przebieg są zapisywane, zanim obserwacja się zatrzyma, a gdy odpowiedź zginie, odczytywany jest już uruchomiony przebieg zamiast podwójnego dispatch. Asercję, która nie przeszła na poprzednim obrazie, zachowano jako osobny zapis.
- Ograniczenie
- Bez oryginalnej treści wyjątku lokalne przerwanie pozostaje jedynie uzasadnionym wyjaśnieniem. Nie oznacza to rozwiązania wąskiego gardła CPU ani pamięci masowej ani udanego wdrożenia na terminal klienta, a zapobiegania ponownemu dispatch nie uogólnia się poza wymienione przypadki.
Źródła i pozostałe ograniczenia
- Odtworzenie wykorzystywało wyłącznie mocki, bez prawdziwych zapisów i ponowień.
- Dwa zapisy przywracania i odczyt wdrożenia to wewnętrzne zapisy pracy; identyfikatory klientów i operacyjne nie są uwzględnione.