TH
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พัฒนาแล้ว · รีโมต · ในเครื่อง

หน้าเว็บและเอเจนต์ของคุณเองขอการดีพลอยผ่าน API ผลิตภัณฑ์ตัวเดียวกัน

ผลิตภัณฑ์ตั้งแต่คำขอดีพลอยที่ถูกรับ ผ่านการตรวจ CI และการเผยแพร่อิมเมจ ไปจนถึงการตั้งค่า Git และการนำขึ้นด้วย Argo CD บนเป้าหมายที่ลงทะเบียน และการตรวจยืนยัน HTTPS สาธารณะ ความสำเร็จถูกบันทึกเมื่อมีทั้ง revision ที่ถูกนำไปใช้และการตรวจสาธารณะเท่านั้น ผลลัพธ์ที่ไม่อาจรู้ได้คงเป็น unknown

ช่วงพัฒนาของงาน September 28, 2026 ถึง October 4, 2026

หน้าเว็บและเซิร์ฟเวอร์ MCP ที่สร้างระหว่างแฮกกาธอน MCP แบบรีโมตลงชื่อเข้าใช้ด้วย OAuth เพื่อส่งงาน ส่วนโฟลเดอร์ในเครื่องส่งผ่าน MCP ในเครื่อง

สถาปัตยกรรมผลิตภัณฑ์ · วาดจากเส้นทางโค้ดที่คอมมิตสาธารณะ 645e28a
สถาปัตยกรรมผลิตภัณฑ์ Railshotองค์ประกอบและการเชื่อมต่อของผลิตภัณฑ์ Railshot หน้าเว็บ MCP แบบรีโมตที่ใช้ OAuth และ MCP ในเครื่องบนคอมพิวเตอร์ของผู้ใช้ ขอการดีพลอยผ่าน API ผลิตภัณฑ์ตัวเดียวกัน ซึ่งลงทะเบียนคอมมิตต้นทางและการรัน CI CI ตัดสินด้วยการตรวจที่ตายตัวและเผยแพร่อิมเมจที่ตรวจแล้วไปยัง GHCR adapter ของ CD นำขึ้นผ่าน config Git และ Argo CD เฉพาะเมื่อเป้าหมายที่ลงทะเบียนตรงกับบันทึกการเผยแพร่ แล้วตรวจที่อยู่ HTTPS สาธารณะที่ลงทะเบียนไว้และบันทึกผลลัพธ์ เมตริกเป็นการสังเกต แยกจากคำตัดสินผู้ใช้เบราว์เซอร์โฟลเดอร์ · ZIP · URL GitHubไคลเอนต์ MCPChatGPT · Codex · Clauderailshot-local MCPคอมพิวเตอร์ของผู้ใช้ · stdioGHCRอิมเมจตาม digestAI SDK providerCodex · Claude SDKรีโพซิทอรี config Gitworkload.json ที่ลงทะเบียนURL HTTPS สาธารณะเส้นทาง health ที่ลงทะเบียนPrometheusVM ควบคุมการดูแลระบบ · อ่านapps/dashboardหน้าเว็บ · ประวัติ · Insightsagent/remote-mcp.jsOAuth MCP · deploy_repositoryapps/apiตรวจสอบ · เป้าหมาย · รับ 202คิวดีพลอย · ครั้งละ 3ผูกการรัน CI · สังเกตcd.js · deployPublishedmetrics observerapi/product-store.jsสถานะ operation · การผูกการรันgitops/bridge.pyconfig ที่เชื่อถือ · เป้าหมายที่ลงทะเบียนcommit · push · อ่านกลับจากรีโมตArgo sync · สังเกตprobe HTTPS สาธารณะArgo CDApplication · ตรวจ AppProjectapps/<tenant>/<app>คอมมิตต้นทาง · trailerrailshot-deploy.ymlloop · การตรวจพื้นฐาน L0–L3ซ่อมด้วย SDK · เฉพาะความล้มเหลวที่แก้ได้การตรวจชุดเดิม → bundle ที่ทดสอบแล้วรีลีส · เผยแพร่ GHCR · การผูกคลัสเตอร์แอป K3sworkload · Serviceแพลตฟอร์ม Railshotคลัสเตอร์ดูแลระบบ · AWSGitHubรีโพซิทอรี apps ส่วนตัว · Actionsเป้าหมายที่ลงทะเบียนเส้นทางสาธารณะต่อผู้ให้บริการ1 โฟลเดอร์ · ZIP · URL GitHub · ผู้ใช้เบราว์เซอร์ → หน้าเว็บ · ประวัติ · Insights12API ผลิตภัณฑ์เดียวกัน · /api/v13 OAuth · deploy_repository · ไคลเอนต์ MCP → OAuth MCP · deploy_repository34API ผลิตภัณฑ์เดียวกัน5 อัปโหลด ZIP · deploy_local_project · railshot-local MCP → ตรวจสอบ · เป้าหมาย · รับ 20256 บันทึกเป็น queued · 202 · ตรวจสอบ · เป้าหมาย · รับ 202 → สถานะ operation · การผูกการรัน67 ลำดับคิว · สถานะ operation · การผูกการรัน → คิวดีพลอย · ครั้งละ 378สถานะการดีพลอย · ประวัติ1source commit2workflow_dispatch3คอมมิตที่ส่งมา4คำขอแก้ไข · มีเงื่อนไข5เผยแพร่อิมเมจที่ตรวจแล้ว6การรัน · อ่านการเผยแพร่7 failed · publication_unverified · ผูกการรัน CI · สังเกต → สถานะ operation · การผูกการรัน71images.json · spec · verdict · manifest2apply · เป้าหมายที่ลงทะเบียน3workload commit · push4revision5sync · สังเกต6นำไปใช้7ดึงอิมเมจ · digest8HTTPS health9 เส้นทางสาธารณะ · URL HTTPS สาธารณะ → workload · Service910 succeeded · revision · URL · cd.js · deployPublished → สถานะ operation · การผูกการรัน1011 unknown · ต้องกระทบยอด · cd.js · deployPublished → สถานะ operation · การผูกการรัน111คิวรี PromQL2scrape · probe3สถานะการดีพลอย · ประวัติ4HTTPS health

ส่ง → รับ

หน้าเว็บ MCP แบบรีโมต และ MCP ในเครื่อง เรียก API ผลิตภัณฑ์ตัวเดียวกัน ซึ่งบันทึกคำขอที่ตรวจแล้วเป็น queued และตอบด้วย 202

  1. ผู้ใช้เบราว์เซอร์โฟลเดอร์ · ZIP · URL GitHubหน้าเว็บ · ประวัติ · Insightsapps/dashboard

    เลือกต้นทางและสภาพแวดล้อมที่ลงทะเบียนบนหน้าเว็บ

  2. หน้าเว็บ · ประวัติ · Insightsapps/dashboardAPI ผลิตภัณฑ์เดียวกัน · /api/v1ตรวจสอบ · เป้าหมาย · รับ 202apps/api

    หน้าเว็บเรียก API ผลิตภัณฑ์จาก origin เดียวกัน

  3. ไคลเอนต์ MCPOAuth · deploy_repositoryOAuth MCP · deploy_repositoryagent/remote-mcp.js

    MCP แบบรีโมตเชื่อมต่อผ่าน OAuth และรับรีโพซิทอรี GitHub สาธารณะเป็นอินพุต

  4. OAuth MCP · deploy_repositoryagent/remote-mcp.jsAPI ผลิตภัณฑ์เดียวกันตรวจสอบ · เป้าหมาย · รับ 202apps/api

    เซิร์ฟเวอร์ MCP แบบรีโมตเรียก API ดีพลอยตัวเดียวกันผ่าน API client ภายใน

  5. railshot-local MCPอัปโหลด ZIP · deploy_local_projectตรวจสอบ · เป้าหมาย · รับ 202apps/api

    MCP แบบ stdio บนคอมพิวเตอร์ของผู้ใช้บีบอัดโฟลเดอร์เป็น ZIP แล้วอัปโหลด เซสชันนี้ไม่ได้ใช้ร่วมกับเซสชัน OAuth แบบรีโมต

  6. ตรวจสอบ · เป้าหมาย · รับ 202apps/apiบันทึกเป็น queued · 202สถานะ operation · การผูกการรันapi/product-store.js

    ตรวจอินพุต เป้าหมายที่ลงทะเบียน ความจุ และ idempotency key แล้วบันทึก operation เป็น queued และตอบด้วย 202 ซึ่ง 202 หมายถึงรับแล้ว ไม่ใช่ดีพลอยแล้ว

  7. สถานะ operation · การผูกการรันapi/product-store.jsลำดับคิวคิวดีพลอย · ครั้งละ 3apps/api

    ดึงตามลำดับการรับ ภายในขีดจำกัดการดีพลอยพร้อมกัน (ค่าเริ่มต้น 3)

  8. สถานะ operation · การผูกการรันapi/product-store.jsสถานะการดีพลอย · ประวัติหน้าเว็บ · ประวัติ · Insightsapps/dashboard

    หน้าเว็บและเครื่องมือ MCP อ่านบันทึก operation ชุดเดียวกัน ความพยายามล่าสุดและการดีพลอยที่ตรวจยืนยันแล้วในปัจจุบันแสดงแยกกัน และงาน AI ที่เสร็จแล้วไม่ใช่ความสำเร็จของการดีพลอย

การตรวจ CI → เผยแพร่อิมเมจ

โค้ดแพลตฟอร์มที่ตรึงไว้ตรวจคอมมิตที่ส่งมา ส่งเฉพาะความล้มเหลวที่แก้ได้ให้ AI และเผยแพร่เฉพาะอิมเมจที่ผ่านการตรวจชุดเดิมอีกครั้ง

  1. คิวดีพลอย · ครั้งละ 3apps/apisource commitคอมมิตต้นทาง · trailerapps/<tenant>/<app>

    ซอร์สที่ส่งมากลายเป็นคอมมิตในรีโพซิทอรี apps ส่วนตัว (พร้อม trailer Railshot-Request และ Railshot-Target) และ branch ถูกอัปเดตโดยไม่ใช้ force

  2. คิวดีพลอย · ครั้งละ 3apps/apiworkflow_dispatchloop · การตรวจพื้นฐาน L0–L3railshot-deploy.yml

    ขอการรันด้วย tenant, app, source_commit และ target_id หากการตอบกลับหาย จะไม่ส่งซ้ำ แต่จะค้นหาการรันของคอมมิตเดียวกันแทน

  3. คอมมิตต้นทาง · trailerapps/<tenant>/<app>คอมมิตที่ส่งมาloop · การตรวจพื้นฐาน L0–L3railshot-deploy.yml

    checkout เฉพาะคอมมิตที่ส่งมาและโค้ดแพลตฟอร์มที่ตรึงไว้ (PLATFORM_REF)

  4. ซ่อมด้วย SDK · เฉพาะความล้มเหลวที่แก้ได้railshot-deploy.ymlคำขอแก้ไข · มีเงื่อนไขAI SDK provider

    เรียกเฉพาะประเภทความล้มเหลวที่แก้ได้ และหยุดเมื่อความล้มเหลวเดิมเกิดซ้ำหรือถึงขีดจำกัดจำนวนครั้ง ผ่านหรือไม่ผ่านตัดสินโดยการตรวจ ไม่ใช่โดย LLM

  5. รีลีส · เผยแพร่ GHCR · การผูกrailshot-deploy.ymlเผยแพร่อิมเมจที่ตรวจแล้วGHCR

    หลังตรวจยืนยัน bundle ที่ผ่านการตรวจแล้ว อิมเมจชุดเดียวกันจะถูกเผยแพร่ไปยัง GHCR ไม่มีการบิลด์ใหม่

  6. ผูกการรัน CI · สังเกตapps/apiการรัน · อ่านการเผยแพร่railshot-deploy.yml

    การเผยแพร่จะนับก็ต่อเมื่อ run id, source commit, target และ app ตรงกับบันทึกที่รับไว้

  7. ผูกการรัน CI · สังเกตapps/apifailed · publication_unverifiedสถานะ operation · การผูกการรันapi/product-store.js

    ความล้มเหลวของ CI หรือการเผยแพร่ที่ยังไม่ได้ตรวจยืนยันจะถูกบันทึกพร้อมการวินิจฉัย และไม่ส่งต่อไปยัง CD

นำไปใช้ → ตรวจสาธารณะ

นำไปใช้ผ่าน config Git และ Argo CD เฉพาะเมื่อการเผยแพร่ตรงกับเป้าหมายที่ลงทะเบียน และบันทึกความสำเร็จหลังที่อยู่ HTTPS สาธารณะที่ลงทะเบียนผ่านการตรวจแล้วเท่านั้น

  1. รีลีส · เผยแพร่ GHCR · การผูกrailshot-deploy.ymlimages.json · spec · verdict · manifestcd.js · deployPublishedapps/api

    CD อ่านไฟล์ของบันทึกการเผยแพร่ผ่าน loader ที่เชื่อถือได้ CI เองไม่ได้สร้างทรัพยากรคลัสเตอร์ URL หรือความสำเร็จของการดีพลอย

  2. cd.js · deployPublishedapps/apiapply · เป้าหมายที่ลงทะเบียนconfig ที่เชื่อถือ · เป้าหมายที่ลงทะเบียนgitops/bridge.py

    รัน gitops/bridge.py ด้วย config ที่เชื่อถือได้ เฉพาะเมื่อแอปและ tenant ที่ลงทะเบียนตรงกับบันทึกการเผยแพร่

  3. commit · push · อ่านกลับจากรีโมตgitops/bridge.pyworkload commit · pushรีโพซิทอรี config Git

    คอมมิตเฉพาะ workload.json ที่พาธที่ลงทะเบียนของ branch เฉพาะ บันทึกความตั้งใจจะ push ก่อน แล้ว push และอ่าน revision ฝั่งรีโมตกลับมา push ที่ผลไม่แน่นอนจะไม่ถูกทำซ้ำ

  4. รีโพซิทอรี config GitrevisionApplication · ตรวจ AppProjectArgo CD

    revision ของรีโพซิทอรี config ที่ Argo CD Application ชี้อยู่

  5. Argo sync · สังเกตgitops/bridge.pysync · สังเกตApplication · ตรวจ AppProjectArgo CD

    ขอ sync หลังตรวจ AppProject การสังเกตเป็นการอ่านเท่านั้นโดยไม่ sync

  6. Application · ตรวจ AppProjectArgo CDนำไปใช้workload · Serviceคลัสเตอร์แอป K3s

    นำ workload ไปใช้กับคลัสเตอร์เป้าหมายที่ลงทะเบียน

  7. workload · Serviceคลัสเตอร์แอป K3sดึงอิมเมจ · digestGHCR

    ดึง digest ที่เผยแพร่แล้ว GHCR แบบส่วนตัวต้องใช้ข้อมูลรับรองสำหรับ pull โดยเฉพาะ

  8. probe HTTPS สาธารณะgitops/bridge.pyHTTPS healthURL HTTPS สาธารณะ

    ตรวจเฉพาะที่อยู่ health แบบ HTTPS ที่ผู้ดูแลระบบลงทะเบียนไว้ โดยไม่ตาม redirect ว่าได้ 200 (และ JSON ที่คาดไว้หากกำหนด)

  9. URL HTTPS สาธารณะเส้นทางสาธารณะworkload · Serviceคลัสเตอร์แอป K3s

    เส้นทางสาธารณะ (LB, NodePort, ใบรับรอง) ต่างกันตามผู้ให้บริการและเป้าหมายที่ลงทะเบียน

  10. cd.js · deployPublishedapps/apisucceeded · revision · URLสถานะ operation · การผูกการรันapi/product-store.js

    บันทึกเป็น succeeded ก็ต่อเมื่อมี cd.deployed, revision, การตรวจ HTTPS สาธารณะที่สำเร็จ เวลาของการตรวจ และ URL ที่ถูกต้อง

  11. cd.js · deployPublishedapps/apiunknown · ต้องกระทบยอดสถานะ operation · การผูกการรันapi/product-store.js

    ผลลัพธ์ที่ไม่อาจรู้ได้คงเป็น unknown การ apply เดิมจะไม่ถูกส่งซ้ำหรือย้อนกลับ

การสังเกต · ไม่ใช่คำตัดสิน

เมตริกและ probe ไม่ได้ตัดสินความสำเร็จของการดีพลอย ค่าที่หายไป เก่า และเก็บไม่สำเร็จจะแสดงตามจริง

  1. metrics observerapps/apiคิวรี PromQLPrometheus

    อ่านซีรีส์ up, probe_success และ Pod ค่าที่หายไป เก่า หรือเก็บไม่สำเร็จจะแสดงตามสถานะนั้น และไม่ถูกแปลงเป็น 0

  2. Prometheusscrape · probeworkload · Serviceคลัสเตอร์แอป K3s

    exporter scrape และ HTTP probe เมตริกเหล่านี้ไม่ได้ใช้ตัดสินความสำเร็จของการดีพลอย

  3. สถานะ operation · การผูกการรันapi/product-store.jsสถานะการดีพลอย · ประวัติหน้าเว็บ · ประวัติ · Insightsapps/dashboard

    หน้าเว็บและเครื่องมือ MCP อ่านบันทึก operation ชุดเดียวกัน ความพยายามล่าสุดและการดีพลอยที่ตรวจยืนยันแล้วในปัจจุบันแสดงแยกกัน และงาน AI ที่เสร็จแล้วไม่ใช่ความสำเร็จของการดีพลอย

  4. probe HTTPS สาธารณะgitops/bridge.pyHTTPS healthURL HTTPS สาธารณะ

    ตรวจเฉพาะที่อยู่ health แบบ HTTPS ที่ผู้ดูแลระบบลงทะเบียนไว้ โดยไม่ตาม redirect ว่าได้ 200 (และ JSON ที่คาดไว้หากกำหนด)

ทุกการเชื่อมต่อมีน้ำหนักเท่ากัน เลือกโฟลว์เพื่อไฮไลต์เฉพาะเส้นทางของโฟลว์นั้นพร้อมขั้นตอนที่มีหมายเลข

  • เส้นทึบ · ทิศทางที่ต้นทาง อิมเมจ และคำขอไหลไป
  • เส้นประ · คำขอให้รัน การนำไปใช้ หรือ sync
  • เส้นยาวสลับจุด · การอ่านสถานะ probe และเมตริก แยกจากคำตัดสิน
  • เส้นประสั้น · ความล้มเหลวที่บันทึกไว้หรือผลลัพธ์ที่ไม่ทราบ
  • เส้นดำหนา · โฟลว์ที่เลือก ตัวเลขบอกลำดับ
  • กล่อง · ขอบเขตที่เป็นเจ้าของ พร้อมพาธซอร์สในส่วนหัว
  • ชิปด้านใน · องค์ประกอบภายในขอบเขตนั้น
  • กล่องเส้นประ · อยู่นอกแพลตฟอร์ม
  • เส้นขอบสีส้ม · จุดที่โมเดลตัดสินใจ
  • API ผลิตภัณฑ์
  • บันทึกการดีพลอย
  • ขอบเขตการรันของ CD
  • ทางเข้า · CI · เป้าหมาย

ภาพของ October 2 (bc61a5a) ใน docs/architecture/README.md เป็นประวัติการพัฒนา สถาปัตยกรรมนี้เป็นไปตามโค้ด 645e28a ผู้ให้บริการและเส้นทางเครือข่ายต่างกันตามเป้าหมายที่ลงทะเบียน และไม่ได้หมายความว่าผู้ให้บริการทุกรายเปิดอยู่ตลอดเวลา