RAILSHOT.
Înapoi în sală

Railshot

AI deployment & operations platform

Implementarea unei aplicații web construite local în medii cloud și on-premises pregătite, apoi operarea ei.

O platformă AI de implementare și operare care duce o aplicație web construită local în medii cloud sau on-premises pregătite și o ține în funcțiune.

28 septembrie 2026 – 4 octombrie 2026 · Încheiat

Proiect de echipă · partea mea: planificarea și implementarea CI, clusterele CSP și interfața Ansible, operare, revizuirea codului și integrare în echipă

SoftBank Hackathon 2026 powered by KOREC & ProgateParticipant în preliminarii · selecția pentru finală va fi anunțată pe 26 octombrie 2026 (la 7 octombrie 2026)

  • Interfață webImplementat · hackathon
  • Server MCPImplementat · la distanță · local

O predare verificată independent, două recuperări reconciliate

Două cazuri din 3 octombrie 2026 – 4 octombrie 2026, în perioada competiției. Sesiunea Codex folosită pentru dezvoltare și diagnosticul Jev și CI din produs se află în coloane diferite.

Legenda completă

Cum se citește · aceeași gramatică pentru fiecare caz

  • Coloanele arată cine a acționat; de sus în jos curge timpul
  • Linie continuă: o predare sau un pas următor înregistrat
  • Linie groasă lapis ↩: o constatare care a trimis lucrul înapoi
  • Linie întreruptă: nu este o execuție înregistrată (o regulă scrisă, un sfat fără autoritate, o graniță neverificată)
  • Dreptunghi: o acțiune
  • Rotunjit: o stare observată sau o constatare
  • Colț îndoit: un artefact sau o dovadă
  • Coloană hașurată: părți ale produsului aflat în dezvoltare (nu agenții folosiți pentru a-l construi)

Caz 1 / 2 · Lucrul la observabilitate a fost predat unei sesiuni Codex separate și verificat separat cu fixture-uri de eșec

October 3, 2026

Lucrul la observabilitate a fost predat unei sesiuni Codex separate și verificat separat cu fixture-uri de eșec

  1. Sesiune de lucruSesiunea originală

    AcțiunePredarea unui worktree și oprirea editării acolo

    • predareWorktree · eșecuri cunoscute→ Mai întâi defectele predate: presupunerea celor cinci porți fixe · dovezi de nerulare Q/L4 · regresie în draft (Sesiunea de implementare Codex)
  2. Sesiune de lucruSesiunea originală

    AcțiuneContract: eroare observată ≠ ipoteza modelului, doar calea de implementare existentă

    • predareCriterii de finalizare→ O singură eroare JSON · contract de dovezi + emițători Python · Node (Sesiunea de implementare Codex)
  3. Agent de programareSesiunea de implementare Codex

    AcțiuneMai întâi defectele predate: presupunerea celor cinci porți fixe · dovezi de nerulare Q/L4 · regresie în draft

    • predare→ O singură eroare JSON · contract de dovezi + emițători Python · Node (Sesiunea de implementare Codex)
  4. Agent de programareSesiunea de implementare Codex

    AcțiuneO singură eroare JSON · contract de dovezi + emițători Python · Node

    • nu este o execuție înregistratăDoar dovezi, fără drept de scriere→ Jev doar clasifică, fără dreptul de a corecta (Diagnostic CI · Jev)
    • predarePR · dovezi de versiune returnate→ PR #131 · dovezi de versiune fixate (Artefacte)
  5. Obiectul dezvoltăriiDiagnostic CI · Jev

    Observație · constatareJev doar clasifică, fără dreptul de a corecta

  6. ArtefacteArtefacte

    ArtefactPR #131 · dovezi de versiune fixate

    • predareVerificat în afara sesiunii de implementare→ Verificare independentă: fixture-uri de eșec · căutarea diagnosticului · proprietate (Sesiunea originală)
  7. Sesiune de lucruSesiunea originală

    AcțiuneVerificare independentă: fixture-uri de eșec · căutarea diagnosticului · proprietate

    • predareEșecuri cunoscute introduse→ L1: excluderea .env lipsește din .dockerignore · L2: eroare de sintaxă (Diagnostic CI · Jev)
  8. Obiectul dezvoltăriiDiagnostic CI · Jev

    Observație · constatareL1: excluderea .env lipsește din .dockerignore · L2: eroare de sintaxă

  9. Sesiune de lucruSesiunea originală

    AcțiuneEroarea de sintaxă corectată chiar de scriptul de verificare · retrimis

    • predareAceeași cale a serviciului→ CI → imagine → GitOps → Argo → Pod · HTTPS confirmat (Artefacte)
  10. ArtefacteArtefacte

    ArtefactCI → imagine → GitOps → Argo → Pod · HTTPS confirmat

Context
Lucrul a corectat eșecuri CI ale căror cauze erau ascunse (o presupunere de cinci etape fixe, o amprentă de build care masca cauza, lipsa dovezilor NOT_RUN per verificare pentru Q/L4 dezactivate și altele). La cererea utilizatorului, o sesiune Codex separată l-a implementat; sesiunea originală a încetat să editeze acel worktree și apoi a verificat ea însăși rezultatul introducând eșecuri.
Rezultat
Înregistrările de diagnostic au expus cauza ambelor eșecuri, iar partea de verificare a corectat ea însăși eroarea de sintaxă și a confirmat din nou aceeași cale până la Pod și HTTPS. Acceptarea implementării și curățarea resurselor de test au fost încheiate separat de sesiunea originală.
Limită
Nu este un caz de succes al reparării automate (limita încercărilor de reparare automată era 0 în acel moment). Nu există nicio înregistrare că această schimbare a fost făcută de Claude, iar aceeași rulare nu dovedește implementarea pe OpenStack. Starea de integrat nu înseamnă un număr de aprobări formale.
Surse și limite rămase
  • Predarea și verificarea independentă sunt înregistrări interne de lucru și nu au link. Alte sesiuni au păstrat responsabilitatea pentru integrare, furnizori și implementare, iar predarea preciza să nu fie folosit checkout-ul implicit, care încă conținea modificările utilizatorului.
  • Esența contractului a fost păstrarea erorii brute separat de ipoteza modelului și a sfatului de reîncercare separat de decizia reală de reîncercare, în câmpuri distincte.

October 4, 2026

Ce părea o întrerupere GitHub a fost reprodus și separat, iar două schimbări de recuperare concurente au fost reconciliate într-una singură

  1. Obiectul dezvoltăriiAPI · apeluri GitHub

    Observație · constatareCommit prezent pe remote · 0 rulări CI · repornire liveness

    • predareNu s-a presupus o întrerupere GitHub→ Reprodus cu GitHub simulat: actualizarea ramurii reușește, callbackul local eșuează (Sesiunea de recuperare)
  2. Sesiune de lucruSesiunea de recuperare

    AcțiuneReprodus cu GitHub simulat: actualizarea ramurii reușește, callbackul local eșuează

    • predare→ Verificarea separată a înregistrării sursei · punctului de control local · dispatch-ului (Sesiunea de recuperare)
  3. Sesiune de lucruSesiunea de recuperare

    AcțiuneVerificarea separată a înregistrării sursei · punctului de control local · dispatch-ului

    • predare→ #189: mai întâi stocarea rulării acceptate · căutarea rulării existente dacă răspunsul se pierde (Sesiunea de recuperare)
  4. ArtefacteArtefacte

    ArtefactSchimbări concurente: #185 terminare · #186 punct de control al sursei

  5. Sesiune de lucruSesiunea de recuperare

    Acțiune#189: mai întâi stocarea rulării acceptate · căutarea rulării existente dacă răspunsul se pierde

    • predareTrei cazuri de regresie→ Regresii: ieșire după acceptare · eroare de punct de control · răspuns pierdut (Artefacte)
  6. ArtefacteArtefacte

    ArtefactRegresii: ieșire după acceptare · eroare de punct de control · răspuns pierdut

    • predare→ PR #189 integrat · hash-ul sursei · imagine · Argo · health confirmate (Artefacte)
  7. Sesiune de lucruO altă sesiune

    AcțiuneDomeniul anulare · concurență deținut de această sesiune

    • predarePrevine o rerulare duplicată→ Recitirea platformei ≠ rezultatul clientului · nererulat (Artefacte)
  8. ArtefacteArtefacte

    ArtefactPR #189 integrat · hash-ul sursei · imagine · Argo · health confirmate

    • nu este o execuție înregistrată→ Recitirea platformei ≠ rezultatul clientului · nererulat (Artefacte)
  9. ArtefacteArtefacte

    Regulă · neverificatăRecitirea platformei ≠ rezultatul clientului · nererulat

Context
Commitul sursă se afla pe remote, totuși CI nu a pornit niciodată, iar API-ul a fost repornit de liveness. Eroarea afișată purta numele unui pas GitHub, dar de fapt putea să fi eșuat callbackul local.
Rezultat
Sursa și rularea acceptate sunt stocate înainte de oprirea observării, iar dacă răspunsul se pierde, rularea deja pornită este căutată în loc de un dispatch dublu. O aserțiune care a eșuat pe imaginea anterioară a fost păstrată ca înregistrare separată.
Limită
Fără textul original al excepției, întreruperea locală rămâne doar o explicație argumentată. Nu înseamnă că blocajul de CPU sau de stocare a fost rezolvat sau că implementarea pe terminalul clientului a reușit, iar prevenirea unui nou dispatch nu este generalizată dincolo de cazurile numite.
Surse și limite rămase
  • Reproducerea a folosit doar mock-uri, fără scrieri sau reîncercări reale.
  • Cele două înregistrări de recuperare și recitirea implementării sunt înregistrări interne de lucru; identificatorii clienților și cei operaționali nu sunt incluși.