RAILSHOT.
กลับไปที่ห้องจัดแสดง

Railshot

AI deployment & operations platform

ดีพลอยเว็บแอปที่สร้างบนเครื่องไปยังสภาพแวดล้อมคลาวด์และออนพรีมิสที่เตรียมไว้ แล้วดูแลการทำงาน

แพลตฟอร์ม AI สำหรับการดีพลอยและการดูแลระบบ ที่นำเว็บแอปที่สร้างบนเครื่องไปยังสภาพแวดล้อมคลาวด์หรือออนพรีมิสที่เตรียมไว้และดูแลให้ทำงานต่อเนื่อง ส่งโปรเจกต์จากหน้าเว็บ หรือจากเอเจนต์ AI ของคุณเองที่เชื่อมผ่าน MCP แล้วระบบจะดำเนินการตั้งแต่เตรียมไฟล์ดีพลอย ซ่อมความล้มเหลว เผยแพร่อิมเมจ นำขึ้นสภาพแวดล้อม จนถึงตรวจยืนยัน URL สาธารณะ หลังดีพลอย หน้าเดิมแสดงประวัติและล็อก และจัดการการอัปเดต การหยุด การกลับมาทำงานต่อ และการลบ เป็นโปรเจกต์ทีม

2026.09.28 — 2026.10.04 · เสร็จสิ้น

โปรเจกต์ทีม · ส่วนที่รับผิดชอบ: การวางแผนและพัฒนา CI คลัสเตอร์ CSP และอินเทอร์เฟซ Ansible การดูแลระบบ การรีวิวโค้ดและการผสานของทีม

SoftBank Hackathon 2026 powered by KOREC & Progateผู้เข้าร่วมรอบคัดเลือก · ประกาศผลคัดเลือกเข้ารอบชิงชนะเลิศ 2026.10.26 (ณ 2026.10.07)

  • เว็บพัฒนาแล้ว · แฮกกาธอน
  • เซิร์ฟเวอร์ MCPพัฒนาแล้ว · รีโมต · ในเครื่อง

การส่งต่อที่ตรวจอย่างอิสระ และการกู้คืนสองชุดที่ประสานกัน

สองกรณีตั้งแต่ October 3, 2026 ถึง October 4, 2026 ในช่วงการแข่งขัน เซสชัน Codex ที่ใช้พัฒนา กับ Jev และการวินิจฉัย CI ภายในผลิตภัณฑ์ อยู่คนละคอลัมน์

คำอธิบายสัญลักษณ์ทั้งหมด

วิธีอ่าน · หลักเดียวกันสำหรับทุกกรณี

  • คอลัมน์คือผู้กระทำ จากบนลงล่างคือเวลา
  • เส้นทึบ: การส่งต่อหรือขั้นถัดไปที่บันทึกไว้
  • เส้นสีลาพิสหนา ↩: ข้อค้นพบที่ส่งงานกลับ
  • เส้นประ: ไม่ใช่การรันที่บันทึกไว้ (กฎที่เขียนไว้ คำแนะนำที่ไม่มีอำนาจ ขอบเขตที่ยังไม่ตรวจยืนยัน)
  • สี่เหลี่ยม: การกระทำ
  • มุมมน: สถานะหรือข้อค้นพบที่สังเกตได้
  • มุมพับ: อาร์ติแฟกต์หรือหลักฐาน
  • คอลัมน์ลายเส้นทแยง: ส่วนของผลิตภัณฑ์ที่กำลังพัฒนา (ไม่ใช่เอเจนต์ที่ใช้สร้าง)

กรณี 1 / 2 · งานด้านการสังเกตการณ์ถูกส่งต่อให้เซสชัน Codex แยก และตรวจแยกต่างหากด้วย fixture ความล้มเหลว

October 3, 2026

งานด้านการสังเกตการณ์ถูกส่งต่อให้เซสชัน Codex แยก และตรวจแยกต่างหากด้วย fixture ความล้มเหลว

  1. เซสชันการทำงานเซสชันเดิม

    การกระทำส่งต่อ worktree หนึ่งชุดและหยุดแก้ไขที่นั่น

    • ส่งต่อworktree · ความล้มเหลวที่รู้อยู่แล้ว→ ข้อบกพร่องที่ส่งต่อมาก่อน: การสมมติเกตห้าขั้นตายตัว · หลักฐานไม่ได้รันของ Q/L4 · การถดถอยของ draft (เซสชันพัฒนาของ Codex)
  2. เซสชันการทำงานเซสชันเดิม

    การกระทำสัญญา: ข้อผิดพลาดที่สังเกตได้ ≠ สมมติฐานของโมเดล ใช้เฉพาะเส้นทางดีพลอยที่มีอยู่

    • ส่งต่อเกณฑ์ความเสร็จ→ ข้อผิดพลาด JSON หนึ่งรูปแบบ · สัญญาหลักฐาน + ตัวส่ง Python · Node (เซสชันพัฒนาของ Codex)
  3. เอเจนต์เขียนโค้ดเซสชันพัฒนาของ Codex

    การกระทำข้อบกพร่องที่ส่งต่อมาก่อน: การสมมติเกตห้าขั้นตายตัว · หลักฐานไม่ได้รันของ Q/L4 · การถดถอยของ draft

    • ส่งต่อ→ ข้อผิดพลาด JSON หนึ่งรูปแบบ · สัญญาหลักฐาน + ตัวส่ง Python · Node (เซสชันพัฒนาของ Codex)
  4. เอเจนต์เขียนโค้ดเซสชันพัฒนาของ Codex

    การกระทำข้อผิดพลาด JSON หนึ่งรูปแบบ · สัญญาหลักฐาน + ตัวส่ง Python · Node

    • ไม่ใช่การรันที่บันทึกไว้หลักฐานเท่านั้น ไม่มีสิทธิ์เขียน→ Jev จำแนกเท่านั้น ไม่มีอำนาจแก้ไข (การวินิจฉัย CI · Jev)
    • ส่งต่อคืน PR · หลักฐานรีลีส→ PR #131 · หลักฐานรีลีสที่ตรึงไว้ (ผลงาน)
  5. กำลังพัฒนาการวินิจฉัย CI · Jev

    การสังเกต · ข้อค้นพบJev จำแนกเท่านั้น ไม่มีอำนาจแก้ไข

  6. อาร์ติแฟกต์ผลงาน

    อาร์ติแฟกต์PR #131 · หลักฐานรีลีสที่ตรึงไว้

    • ส่งต่อตรวจนอกเซสชันพัฒนา→ ตรวจอิสระ: fixture ความล้มเหลว · การค้นการวินิจฉัย · ความเป็นเจ้าของ (เซสชันเดิม)
  7. เซสชันการทำงานเซสชันเดิม

    การกระทำตรวจอิสระ: fixture ความล้มเหลว · การค้นการวินิจฉัย · ความเป็นเจ้าของ

    • ส่งต่อป้อนความล้มเหลวที่รู้อยู่แล้ว→ L1: ไม่มีการยกเว้น .env ใน .dockerignore · L2: ข้อผิดพลาดทางไวยากรณ์ (การวินิจฉัย CI · Jev)
  8. กำลังพัฒนาการวินิจฉัย CI · Jev

    การสังเกต · ข้อค้นพบL1: ไม่มีการยกเว้น .env ใน .dockerignore · L2: ข้อผิดพลาดทางไวยากรณ์

  9. เซสชันการทำงานเซสชันเดิม

    การกระทำสคริปต์ตรวจแก้ข้อผิดพลาดทางไวยากรณ์เอง · ส่งใหม่

    • ส่งต่อเส้นทางบริการเดิม→ CI → อิมเมจ → GitOps → Argo → Pod · ยืนยัน HTTPS (ผลงาน)
  10. อาร์ติแฟกต์ผลงาน

    อาร์ติแฟกต์CI → อิมเมจ → GitOps → Argo → Pod · ยืนยัน HTTPS

บริบท
งานนี้แก้ความล้มเหลวของ CI ที่สาเหตุถูกซ่อน (การสมมติว่ามีห้าขั้นตายตัว fingerprint ของบิลด์ที่บังสาเหตุ การขาดหลักฐาน NOT_RUN รายการตรวจสำหรับ Q/L4 ที่ปิดไว้ และอื่น ๆ) ตามคำขอของผู้ใช้ เซสชัน Codex แยกเป็นผู้พัฒนา ส่วนเซสชันเดิมหยุดแก้ไข worktree นั้นแล้วตรวจผลลัพธ์ด้วยการป้อนความล้มเหลวเอง
ผลลัพธ์
บันทึกการวินิจฉัยเผยสาเหตุของความล้มเหลวทั้งสอง และฝ่ายตรวจแก้ข้อผิดพลาดทางไวยากรณ์เองแล้วยืนยันเส้นทางเดิมอีกครั้งผ่าน Pod และ HTTPS การรับงานพัฒนาและการเก็บกวาดทรัพยากรทดสอบทำเสร็จแยกต่างหากโดยเซสชันเดิม
ข้อจำกัด
ไม่ใช่กรณีความสำเร็จของการซ่อมอัตโนมัติ (ในตอนนั้นเพดานจำนวนครั้งของการซ่อมอัตโนมัติคือ 0) ไม่มีบันทึกว่า Claude ทำการเปลี่ยนแปลงนี้ และการรันเดียวกันไม่ได้พิสูจน์การดีพลอยบน OpenStack สถานะผสานแล้วไม่ได้หมายถึงจำนวนการอนุมัติอย่างเป็นทางการ
แหล่งอ้างอิงและข้อจำกัดที่เหลือ
  • การส่งต่อและการตรวจอิสระเป็นบันทึกงานภายในจึงไม่ได้ลิงก์ เซสชันอื่นยังคงเป็นเจ้าของงานการผสาน ผู้ให้บริการ และการดีพลอย และการส่งต่อระบุว่าห้ามใช้ checkout เริ่มต้นที่ยังมีการเปลี่ยนแปลงของผู้ใช้อยู่
  • แก่นของสัญญาคือการแยกข้อผิดพลาดดิบออกจากสมมติฐานของโมเดล และแยกคำแนะนำให้ลองใหม่ออกจากการตัดสินใจลองใหม่จริง ไว้ในฟิลด์ต่างกัน

October 4, 2026

สิ่งที่ดูเหมือน GitHub ล่มถูกทำซ้ำและแยกออก และการเปลี่ยนแปลงเพื่อกู้คืนสองชุดที่เกิดพร้อมกันถูกประสานเป็นหนึ่งเดียว

  1. กำลังพัฒนาAPI · การเรียก GitHub

    การสังเกต · ข้อค้นพบมีคอมมิตบนรีโมต · การรัน CI 0 ครั้ง · รีสตาร์ตโดย liveness

    • ส่งต่อไม่ได้สันนิษฐานว่าเป็น GitHub ล่ม→ ทำซ้ำด้วย mock GitHub: อัปเดต branch สำเร็จ callback ในเครื่องล้มเหลว (เซสชันกู้คืน)
  2. เซสชันการทำงานเซสชันกู้คืน

    การกระทำทำซ้ำด้วย mock GitHub: อัปเดต branch สำเร็จ callback ในเครื่องล้มเหลว

    • ส่งต่อ→ ตรวจการลงทะเบียนต้นทาง · checkpoint ในเครื่อง · dispatch แยกกัน (เซสชันกู้คืน)
  3. เซสชันการทำงานเซสชันกู้คืน

    การกระทำตรวจการลงทะเบียนต้นทาง · checkpoint ในเครื่อง · dispatch แยกกัน

    • ส่งต่อ→ #189: จัดเก็บการรันที่รับแล้วก่อน · ค้นการรันที่มีอยู่หากการตอบกลับหาย (เซสชันกู้คืน)
  4. อาร์ติแฟกต์ผลงาน

    อาร์ติแฟกต์การเปลี่ยนแปลงพร้อมกัน: #185 การยุติ · #186 checkpoint ต้นทาง

  5. เซสชันการทำงานเซสชันกู้คืน

    การกระทำ#189: จัดเก็บการรันที่รับแล้วก่อน · ค้นการรันที่มีอยู่หากการตอบกลับหาย

    • ส่งต่อกรณีการถดถอยสามกรณี→ การถดถอย: ออกหลังรับ · ข้อผิดพลาด checkpoint · การตอบกลับหาย (ผลงาน)
  6. อาร์ติแฟกต์ผลงาน

    อาร์ติแฟกต์การถดถอย: ออกหลังรับ · ข้อผิดพลาด checkpoint · การตอบกลับหาย

    • ส่งต่อ→ ผสาน PR #189 · แฮชต้นทาง · อิมเมจ · Argo · ยืนยัน health (ผลงาน)
  7. เซสชันการทำงานเซสชันอื่น

    การกระทำขอบเขตการยกเลิก · การทำงานพร้อมกันเป็นของเซสชันนี้

    • ส่งต่อป้องกันการรันซ้ำซ้อน→ การอ่านกลับของแพลตฟอร์ม ≠ ผลลัพธ์ของลูกค้า · ไม่ได้รันซ้ำ (ผลงาน)
  8. อาร์ติแฟกต์ผลงาน

    อาร์ติแฟกต์ผสาน PR #189 · แฮชต้นทาง · อิมเมจ · Argo · ยืนยัน health

    • ไม่ใช่การรันที่บันทึกไว้→ การอ่านกลับของแพลตฟอร์ม ≠ ผลลัพธ์ของลูกค้า · ไม่ได้รันซ้ำ (ผลงาน)
  9. อาร์ติแฟกต์ผลงาน

    กฎ · ยังไม่ตรวจยืนยันการอ่านกลับของแพลตฟอร์ม ≠ ผลลัพธ์ของลูกค้า · ไม่ได้รันซ้ำ

บริบท
คอมมิตต้นทางอยู่บนรีโมตแล้ว แต่ CI ไม่เคยเริ่ม และ API ถูกรีสตาร์ตโดย liveness ข้อผิดพลาดที่แสดงมีชื่อขั้นตอนของ GitHub แต่ callback ในเครื่องอาจเป็นฝ่ายที่ล้มเหลวจริง
ผลลัพธ์
ต้นทางและการรันที่รับแล้วถูกจัดเก็บก่อนการสังเกตจะหยุด และหากการตอบกลับหาย จะค้นการรันที่เริ่มไปแล้วแทนการ dispatch สองครั้ง assertion ที่ล้มเหลวบนอิมเมจก่อนหน้าถูกเก็บเป็นบันทึกแยก
ข้อจำกัด
เมื่อไม่มีข้อความ exception ต้นฉบับ การหยุดชะงักในเครื่องจึงยังเป็นเพียงคำอธิบายที่มีเหตุผลรองรับ นี่ไม่ได้หมายความว่าคอขวดด้าน CPU หรือสตอเรจได้รับการแก้ไข หรือการดีพลอยไปยังเทอร์มินัลของลูกค้าสำเร็จ และการป้องกันการ dispatch ซ้ำไม่ได้นำไปใช้ทั่วไปเกินกรณีที่ระบุ
แหล่งอ้างอิงและข้อจำกัดที่เหลือ
  • การทำซ้ำใช้เพียง mock โดยไม่มีการเขียนหรือการลองใหม่จริง
  • บันทึกการกู้คืนสองฉบับและการอ่านกลับการดีพลอยเป็นบันทึกงานภายใน ไม่มีตัวระบุของลูกค้าและการดำเนินงาน