RAILSHOT.
Tilbake til salen

Railshot

AI deployment & operations platform

Rull ut en lokalt bygget nettapp til forberedte sky- og on-premises-miljøer, og drift den deretter.

En AI-plattform for utrulling og drift som tar en lokalt bygget nettapp til forberedte sky- eller on-premises-miljøer og holder den i gang.

28. september 2026 til 4. oktober 2026 · Avsluttet

Teamprosjekt · min del: planlegging og implementering av CI, CSP-klynger og Ansible-grensesnitt, drift, kodegjennomgang og integrasjon i teamet

SoftBank Hackathon 2026 powered by KOREC & ProgateDeltaker i innledende runde · uttak til finalen kunngjøres 26. oktober 2026 (per 7. oktober 2026)

  • NettImplementert · hackathon
  • MCP-serverImplementert · ekstern · lokal

En overlevering kontrollert uavhengig, to gjenopprettinger samordnet

To caser fra 3. oktober 2026 til 4. oktober 2026, innenfor konkurranseperioden. Codex-sesjonen som ble brukt til utvikling, og Jev og CI-diagnosen inne i produktet står i ulike kolonner.

Full tegnforklaring

Slik leser du · én grammatikk for alle caser

  • Kolonner viser hvem som handlet; ovenfra og ned er tid
  • Heltrukket: en registrert overlevering eller et neste steg
  • Kraftig lapis ↩: et funn som sendte arbeidet tilbake
  • Stiplet: ikke en registrert utførelse (en nedskrevet regel, råd uten myndighet, en ubekreftet grense)
  • Rektangel: en handling
  • Avrundet: en observert tilstand eller et funn
  • Brettet hjørne: et artefakt eller belegg
  • Skravert kolonne: deler av produktet under utvikling (ikke agentene som ble brukt til å bygge det)

Case 1 / 2 · Arbeidet med observerbarhet ble overlevert til en separat Codex-sesjon og kontrollert separat med feil-fixtures

October 3, 2026

Arbeidet med observerbarhet ble overlevert til en separat Codex-sesjon og kontrollert separat med feil-fixtures

  1. ArbeidssesjonOpprinnelig sesjon

    HandlingOverlever én worktree og stopp redigering der

    • overleveringWorktree · kjente feil→ Overleverte feil først: antatt fem faste porter · belegg for ikke-kjørt Q/L4 · draft-regresjon (Codex-implementeringssesjon)
  2. ArbeidssesjonOpprinnelig sesjon

    HandlingKontrakt: observert feil ≠ modellhypotese, bare eksisterende utrullingssti

    • overleveringFerdigkriterier→ Én JSON-kontrakt for feil · belegg + emitters i Python · Node (Codex-implementeringssesjon)
  3. KodeagentCodex-implementeringssesjon

    HandlingOverleverte feil først: antatt fem faste porter · belegg for ikke-kjørt Q/L4 · draft-regresjon

    • overlevering→ Én JSON-kontrakt for feil · belegg + emitters i Python · Node (Codex-implementeringssesjon)
  4. KodeagentCodex-implementeringssesjon

    HandlingÉn JSON-kontrakt for feil · belegg + emitters i Python · Node

    • ikke en registrert utførelseBare belegg, ingen skrivetilgang→ Jev klassifiserer bare, ingen myndighet til å rette (CI-diagnose · Jev)
    • overleveringPR · release-belegg returnert→ PR #131 · fastlåst release-belegg (Artefakter)
  5. Under utviklingCI-diagnose · Jev

    Observasjon · funnJev klassifiserer bare, ingen myndighet til å rette

  6. ArtefakterArtefakter

    ArtefaktPR #131 · fastlåst release-belegg

    • overleveringKontrollert utenfor implementeringssesjonen→ Uavhengig kontroll: feil-fixtures · diagnoseoppslag · eierskap (Opprinnelig sesjon)
  7. ArbeidssesjonOpprinnelig sesjon

    HandlingUavhengig kontroll: feil-fixtures · diagnoseoppslag · eierskap

    • overleveringKjente feil matet inn→ L1: .env-unntak mangler i .dockerignore · L2: syntaksfeil (CI-diagnose · Jev)
  8. Under utviklingCI-diagnose · Jev

    Observasjon · funnL1: .env-unntak mangler i .dockerignore · L2: syntaksfeil

  9. ArbeidssesjonOpprinnelig sesjon

    HandlingSyntaksfeil rettet av kontrollskriptet selv · sendt inn på nytt

    • overleveringSamme tjenestesti→ CI → image → GitOps → Argo → Pod · HTTPS bekreftet (Artefakter)
  10. ArtefakterArtefakter

    ArtefaktCI → image → GitOps → Argo → Pod · HTTPS bekreftet

Kontekst
Arbeidet rettet CI-feil der årsakene var skjult (antatt fast rekke på fem trinn, et byggfingeravtrykk som skjulte årsaken, manglende NOT_RUN-belegg per kontroll for deaktiverte Q/L4 med mer). På brukerens forespørsel implementerte en separat Codex-sesjon det; den opprinnelige sesjonen sluttet å redigere den worktreen og kontrollerte deretter resultatet ved å mate inn feil selv.
Resultat
Diagnoseloggene avdekket årsaken til begge feilene, og den kontrollerende siden rettet selv syntaksfeilen og bekreftet den samme stien igjen gjennom Pod og HTTPS. Aksept av implementeringen og opprydding av testressursene ble fullført separat av den opprinnelige sesjonen.
Begrensning
Ikke et vellykket tilfelle av automatisk reparasjon (taket for automatiske reparasjonsforsøk var 0 på dette tidspunktet). Det finnes ingen logg over at Claude gjorde denne endringen, og samme kjøring beviser ikke utrulling på OpenStack. Status som flettet betyr ikke et antall formelle godkjenninger.
Kilder og gjenværende begrensninger
  • Overleveringen og den uavhengige kontrollen er interne arbeidslogger og lenkes ikke. Andre sesjoner beholdt eierskapet til arbeidet med integrasjon, providers og utrulling, og overleveringen sa at standard-checkouten, som fortsatt inneholdt brukerens endringer, ikke skulle brukes.
  • Kjernen i kontrakten var å holde den rå feilen atskilt fra modellhypotesen, og råd om nye forsøk atskilt fra den faktiske beslutningen om nye forsøk, i separate felt.

October 4, 2026

Det som så ut som et GitHub-avbrudd, ble reprodusert og delt opp, og to samtidige gjenopprettingsendringer ble samordnet til én

  1. Under utviklingAPI · GitHub-kall

    Observasjon · funnRemote-commit finnes · 0 CI-kjøringer · liveness-omstart

    • overleveringIkke antatt å være et GitHub-avbrudd→ Reprodusert med mock-GitHub: oppdatering av gren lykkes, lokal callback feiler (Gjenopprettingssesjon)
  2. ArbeidssesjonGjenopprettingssesjon

    HandlingReprodusert med mock-GitHub: oppdatering av gren lykkes, lokal callback feiler

    • overlevering→ Kontroller kilderegistrering · lokalt checkpoint · dispatch hver for seg (Gjenopprettingssesjon)
  3. ArbeidssesjonGjenopprettingssesjon

    HandlingKontroller kilderegistrering · lokalt checkpoint · dispatch hver for seg

    • overlevering→ #189: lagre den aksepterte kjøringen først · slå opp den eksisterende kjøringen hvis svaret går tapt (Gjenopprettingssesjon)
  4. ArtefakterArtefakter

    ArtefaktSamtidige endringer: #185 avslutning · #186 kilde-checkpoint

  5. ArbeidssesjonGjenopprettingssesjon

    Handling#189: lagre den aksepterte kjøringen først · slå opp den eksisterende kjøringen hvis svaret går tapt

    • overleveringTre regresjonstilfeller→ Regresjoner: avslutning etter aksept · checkpoint-feil · tapt svar (Artefakter)
  6. ArtefakterArtefakter

    ArtefaktRegresjoner: avslutning etter aksept · checkpoint-feil · tapt svar

    • overlevering→ PR #189 flettet · kildehash · image · Argo · health bekreftet (Artefakter)
  7. ArbeidssesjonEn annen sesjon

    HandlingOmfanget for avbrudd · samtidighet eies av denne sesjonen

    • overleveringHindrer en dobbel ny kjøring→ Plattformens tilbakelesing ≠ kundens resultat · ikke kjørt på nytt (Artefakter)
  8. ArtefakterArtefakter

    ArtefaktPR #189 flettet · kildehash · image · Argo · health bekreftet

    • ikke en registrert utførelse→ Plattformens tilbakelesing ≠ kundens resultat · ikke kjørt på nytt (Artefakter)
  9. ArtefakterArtefakter

    Regel · ubekreftetPlattformens tilbakelesing ≠ kundens resultat · ikke kjørt på nytt

Kontekst
Kilde-commiten lå på remoten, men CI startet aldri, og API-et ble startet på nytt av liveness. Feilen som ble vist, hadde et GitHub-stegnavn, men det kunne i virkeligheten være den lokale callbacken som hadde feilet.
Resultat
Den aksepterte kilden og kjøringen lagres før observasjonen stopper, og hvis svaret går tapt, slås den allerede startede kjøringen opp i stedet for å dispatche to ganger. En assertion som feilet på det forrige imaget, ble beholdt som en separat logg.
Begrensning
Uten den opprinnelige unntaksteksten forblir det lokale avbruddet bare en begrunnet forklaring. Det betyr ikke at flaskehalsen i CPU eller lagring ble løst, eller at utrullingen til kundens terminal lyktes, og forebyggingen av ny dispatch generaliseres ikke utover de navngitte tilfellene.
Kilder og gjenværende begrensninger
  • Reproduksjonen brukte bare mocker, uten faktiske skrivinger eller nye forsøk.
  • De to gjenopprettingsloggene og tilbakelesingen av utrullingen er interne arbeidslogger; kunde- og driftsidentifikatorer er ikke tatt med.