RAILSHOT.
Zurück zum Saal

Railshot

AI deployment & operations platform

Eine lokal gebaute Web-App in vorbereitete Cloud- und On-Premises-Umgebungen deployen und dann betreiben.

Eine KI-Plattform für Deployment und Betrieb, die eine lokal gebaute Web-App in vorbereitete Cloud- oder On-Premises-Umgebungen bringt und weiter betreibt.

2026.09.28 bis 2026.10.04 · Abgeschlossen

Teamprojekt · mein Anteil: CI-Planung und -Implementierung, CSP-Cluster und Ansible-Schnittstelle, Betrieb, Code-Review und Integration im Team

SoftBank Hackathon 2026 powered by KOREC & ProgateTeilnahme an der Vorrunde · Bekanntgabe der Finalauswahl am 2026.10.26 (Stand 2026.10.07)

  • WebImplementiert · Hackathon
  • MCP-ServerImplementiert · remote · lokal

Eine Übergabe unabhängig geprüft, zwei Wiederherstellungen zusammengeführt

Zwei Fälle von October 3, 2026 bis October 4, 2026, innerhalb des Wettbewerbszeitraums. Die für die Entwicklung genutzte Codex-Session sowie Jev und die CI-Diagnose im Produkt stehen in verschiedenen Spalten.

Vollständige Legende

Lesehilfe · eine Grammatik für jeden Fall

  • Spalten zeigen, wer handelte; von oben nach unten verläuft die Zeit
  • Durchgezogen: eine aufgezeichnete Übergabe oder ein nächster Schritt
  • Dicke Lapislinie ↩: ein Befund, der die Arbeit zurückschickte
  • Gestrichelt: keine aufgezeichnete Ausführung (eine schriftliche Vorgabe, ein Rat ohne Befugnis, eine ungeprüfte Grenze)
  • Rechteck: eine Handlung
  • Abgerundet: ein beobachteter Zustand oder Befund
  • Eselsohr: ein Artefakt oder Beleg
  • Schraffierte Spalte: Teile des Produkts in Entwicklung (nicht die Agenten, mit denen es gebaut wird)

Fall 1 / 2 · Die Arbeit zur Beobachtbarkeit wurde an eine separate Codex-Session übergeben und mit Fehler-Fixtures separat geprüft

October 3, 2026

Die Arbeit zur Beobachtbarkeit wurde an eine separate Codex-Session übergeben und mit Fehler-Fixtures separat geprüft

  1. ArbeitssessionUrsprüngliche Session

    HandlungEinen Worktree übergeben und dort nicht mehr bearbeiten

    • ÜbergabeWorktree · bekannte Fehlschläge→ Zuerst die übergebenen Defekte: Annahme fester fünf Gates · Not-run-Belege für Q/L4 · draft-Regression (Codex-Implementierungssession)
  2. ArbeitssessionUrsprüngliche Session

    HandlungVertrag: beobachteter Fehler ≠ Modellhypothese, nur bestehender Deploy-Pfad

    • ÜbergabeFertig-Kriterien→ Ein JSON-Fehler · Belegvertrag + Python- · Node-Emitter (Codex-Implementierungssession)
  3. Coding-AgentCodex-Implementierungssession

    HandlungZuerst die übergebenen Defekte: Annahme fester fünf Gates · Not-run-Belege für Q/L4 · draft-Regression

    • Übergabe→ Ein JSON-Fehler · Belegvertrag + Python- · Node-Emitter (Codex-Implementierungssession)
  4. Coding-AgentCodex-Implementierungssession

    HandlungEin JSON-Fehler · Belegvertrag + Python- · Node-Emitter

    • keine aufgezeichnete AusführungNur Belege, kein Schreibzugriff→ Jev klassifiziert nur, keine Befugnis zur Korrektur (CI-Diagnose · Jev)
    • ÜbergabePR · Release-Belege zurückgegeben→ PR #131 · fixierte Release-Belege (Artefakte)
  5. In EntwicklungCI-Diagnose · Jev

    Beobachtung · BefundJev klassifiziert nur, keine Befugnis zur Korrektur

  6. ArtefakteArtefakte

    ArtefaktPR #131 · fixierte Release-Belege

    • ÜbergabeAußerhalb der Implementierungssession geprüft→ Unabhängige Prüfung: Fehler-Fixtures · Diagnoseabfrage · Besitz (Ursprüngliche Session)
  7. ArbeitssessionUrsprüngliche Session

    HandlungUnabhängige Prüfung: Fehler-Fixtures · Diagnoseabfrage · Besitz

    • ÜbergabeBekannte Fehlschläge eingespeist→ L1: .env-Ausschluss fehlt in .dockerignore · L2: Syntaxfehler (CI-Diagnose · Jev)
  8. In EntwicklungCI-Diagnose · Jev

    Beobachtung · BefundL1: .env-Ausschluss fehlt in .dockerignore · L2: Syntaxfehler

  9. ArbeitssessionUrsprüngliche Session

    HandlungSyntaxfehler vom Prüfskript selbst behoben · erneut eingereicht

    • ÜbergabeDerselbe Dienstpfad→ CI → Image → GitOps → Argo → Pod · HTTPS bestätigt (Artefakte)
  10. ArtefakteArtefakte

    ArtefaktCI → Image → GitOps → Argo → Pod · HTTPS bestätigt

Hintergrund
Die Arbeit behob CI-Fehlschläge, deren Ursachen verdeckt waren (eine angenommene feste Zahl von fünf Stufen, ein Build-Fingerabdruck, der die Ursache maskierte, fehlende NOT_RUN-Belege pro Prüfung für deaktivierte Q/L4 und mehr). Auf Wunsch des Nutzers implementierte eine separate Codex-Session sie; die ursprüngliche Session hörte auf, diesen Worktree zu bearbeiten, und prüfte das Ergebnis dann, indem sie selbst Fehlschläge einspeiste.
Ergebnis
Die Diagnoseaufzeichnungen legten die Ursache beider Fehlschläge offen, und die prüfende Seite behob den Syntaxfehler selbst und bestätigte denselben Pfad erneut bis zu Pod und HTTPS. Abnahme der Implementierung und Aufräumen der Testressourcen schloss die ursprüngliche Session separat ab.
Grenze
Kein Erfolgsfall für automatische Reparatur (das Versuchslimit für automatische Reparatur lag zu diesem Zeitpunkt bei 0). Es gibt keine Aufzeichnung, dass Claude diese Änderung vorgenommen hat, und derselbe Lauf belegt kein OpenStack-Deployment. Der Merge-Status bedeutet keine Zahl formaler Freigaben.
Quellen und verbleibende Grenzen
  • Übergabe und unabhängige Prüfung sind interne Arbeitsaufzeichnungen und nicht verlinkt. Andere Sessions behielten die Zuständigkeit für Integrations-, Provider- und Deployment-Arbeit, und die Übergabe hielt fest, den Standard-Checkout nicht zu verwenden, der noch die Änderungen des Nutzers enthielt.
  • Der Kern des Vertrags war, den rohen Fehler von der Modellhypothese und Wiederholungsempfehlungen von der tatsächlichen Wiederholungsentscheidung in getrennten Feldern zu halten.

October 4, 2026

Was wie ein GitHub-Ausfall aussah, wurde reproduziert und aufgeteilt, und zwei gleichzeitige Wiederherstellungsänderungen wurden zu einer zusammengeführt

  1. In EntwicklungAPI · GitHub-Aufrufe

    Beobachtung · BefundRemote-Commit vorhanden · 0 CI-Läufe · Liveness-Neustart

    • ÜbergabeNicht als GitHub-Ausfall angenommen→ Mit Mock-GitHub reproduziert: Branch-Update gelingt, lokaler Callback scheitert (Wiederherstellungssession)
  2. ArbeitssessionWiederherstellungssession

    HandlungMit Mock-GitHub reproduziert: Branch-Update gelingt, lokaler Callback scheitert

    • Übergabe→ Quellregistrierung · lokalen Checkpoint · Dispatch getrennt prüfen (Wiederherstellungssession)
  3. ArbeitssessionWiederherstellungssession

    HandlungQuellregistrierung · lokalen Checkpoint · Dispatch getrennt prüfen

    • Übergabe→ #189: angenommenen Run zuerst speichern · bei verlorener Antwort bestehenden Run abfragen (Wiederherstellungssession)
  4. ArtefakteArtefakte

    ArtefaktGleichzeitige Änderungen: #185 Beendigung · #186 Quell-Checkpoint

  5. ArbeitssessionWiederherstellungssession

    Handlung#189: angenommenen Run zuerst speichern · bei verlorener Antwort bestehenden Run abfragen

    • ÜbergabeDrei Regressionsfälle→ Regressionstests: Ende nach Annahme · Checkpoint-Fehler · verlorene Antwort (Artefakte)
  6. ArtefakteArtefakte

    ArtefaktRegressionstests: Ende nach Annahme · Checkpoint-Fehler · verlorene Antwort

    • Übergabe→ PR #189 gemergt · Quell-Hash · Image · Argo · Health bestätigt (Artefakte)
  7. ArbeitssessionAndere Session

    HandlungAbbruch · Nebenläufigkeit im Besitz dieser Session

    • ÜbergabeVerhindert doppelte Wiederholung→ Plattform-Rücklesung ≠ Kundenergebnis · nicht erneut ausgeführt (Artefakte)
  8. ArtefakteArtefakte

    ArtefaktPR #189 gemergt · Quell-Hash · Image · Argo · Health bestätigt

    • keine aufgezeichnete Ausführung→ Plattform-Rücklesung ≠ Kundenergebnis · nicht erneut ausgeführt (Artefakte)
  9. ArtefakteArtefakte

    Vorgabe · ungeprüftPlattform-Rücklesung ≠ Kundenergebnis · nicht erneut ausgeführt

Hintergrund
Der Quell-Commit lag auf dem Remote, doch die CI startete nie, und die API wurde durch die Liveness-Prüfung neu gestartet. Der angezeigte Fehler trug einen GitHub-Schrittnamen, doch tatsächlich konnte der lokale Callback gescheitert sein.
Ergebnis
Angenommene Quelle und Run werden gespeichert, bevor die Beobachtung endet, und geht die Antwort verloren, wird der bereits gestartete Run nachgeschlagen, statt zweimal zu dispatchen. Eine Assertion, die auf dem vorherigen Image scheiterte, blieb als eigene Aufzeichnung erhalten.
Grenze
Ohne den ursprünglichen Ausnahmetext bleibt die lokale Unterbrechung nur eine begründete Erklärung. Das bedeutet nicht, dass der CPU- oder Speicherengpass gelöst wurde oder dass das Deployment auf das Kundenterminal gelang, und die Verhinderung erneuter Dispatches wird nicht über die genannten Fälle hinaus verallgemeinert.
Quellen und verbleibende Grenzen
  • Die Reproduktion nutzte nur Mocks, ohne echte Schreibvorgänge oder Wiederholungen.
  • Die beiden Wiederherstellungsaufzeichnungen und die Deployment-Rücklesung sind interne Arbeitsaufzeichnungen; Kunden- und Betriebskennungen sind nicht enthalten.