VI
RAILSHOT.
Trở lại phòng trưng bày

Railshot

AI deployment & operations platform

Triển khai một ứng dụng web xây dựng cục bộ lên các môi trường đám mây và on-premises đã chuẩn bị, rồi vận hành nó.

Một nền tảng AI triển khai và vận hành, đưa ứng dụng web xây dựng cục bộ lên các môi trường đám mây hoặc on-premises đã chuẩn bị và tiếp tục vận hành nó.

2026.09.28 — 2026.10.04 · Đã kết thúc

Dự án nhóm · phần việc của tôi: lên kế hoạch và hiện thực CI, cụm CSP và giao diện Ansible, vận hành, rà soát mã và tích hợp của nhóm

SoftBank Hackathon 2026 powered by KOREC & ProgateTham gia vòng sơ loại · kết quả chọn vào chung kết công bố 2026.10.26 (tính đến 2026.10.07)

  • WebĐã hiện thực · hackathon
  • Máy chủ MCPĐã hiện thực · remote · cục bộ

Một lần bàn giao được kiểm tra độc lập, hai đợt khôi phục được hợp nhất

Hai trường hợp từ October 3, 2026 đến October 4, 2026, trong thời gian cuộc thi. Phiên Codex dùng để phát triển và Jev cùng chẩn đoán CI bên trong sản phẩm nằm ở các cột khác nhau.

Chú giải đầy đủ

Cách đọc · một quy ước cho mọi trường hợp

  • Cột là ai đã hành động; từ trên xuống là thời gian
  • Nét liền: một bàn giao hoặc bước tiếp theo được ghi lại
  • Nét lam đậm ↩: một phát hiện đã trả công việc về
  • Nét đứt: không phải một lần thực thi được ghi lại (quy tắc thành văn, lời khuyên không có thẩm quyền, ranh giới chưa kiểm chứng)
  • Hình chữ nhật: một hành động
  • Góc bo tròn: một trạng thái hoặc phát hiện quan sát được
  • Góc gấp: một artifact hoặc bằng chứng
  • Cột gạch chéo: các phần của sản phẩm đang phát triển (không phải các tác nhân dùng để xây dựng nó)

1 / 2

October 3, 2026

Công việc khả năng quan sát được bàn giao cho một phiên Codex riêng và được kiểm tra riêng bằng các fixture lỗi

  1. Phiên làm việcPhiên ban đầu

    Hành độngBàn giao một worktree và ngừng chỉnh sửa ở đó

    • bàn giaoWorktree · lỗi đã biết→ Xử lý trước các lỗi được bàn giao: giả định cổng năm giai đoạn cố định · bằng chứng chưa chạy của Q/L4 · hồi quy draft (Phiên hiện thực Codex)

  2. Phiên làm việcPhiên ban đầu

    Hành độngHợp đồng: lỗi quan sát được ≠ giả thuyết của mô hình, chỉ dùng đường triển khai hiện có

    • bàn giaoTiêu chí hoàn tất→ Một lỗi JSON · hợp đồng bằng chứng + bộ phát Python · Node (Phiên hiện thực Codex)

  3. Tác nhân lập trìnhPhiên hiện thực Codex

    Hành độngXử lý trước các lỗi được bàn giao: giả định cổng năm giai đoạn cố định · bằng chứng chưa chạy của Q/L4 · hồi quy draft

    • bàn giao→ Một lỗi JSON · hợp đồng bằng chứng + bộ phát Python · Node (Phiên hiện thực Codex)

  4. Tác nhân lập trìnhPhiên hiện thực Codex

    Hành độngMột lỗi JSON · hợp đồng bằng chứng + bộ phát Python · Node

    • không phải lần thực thi được ghi lạiChỉ bằng chứng, không có quyền ghi→ Jev chỉ phân loại, không có quyền sửa (Chẩn đoán CI · Jev)
    • bàn giaoTrả về PR · bằng chứng release→ PR #131 · bằng chứng release cố định (Sản phẩm đầu ra)

  5. Đang phát triểnChẩn đoán CI · Jev

    Quan sát · phát hiệnJev chỉ phân loại, không có quyền sửa

  6. ArtifactSản phẩm đầu ra

    ArtifactPR #131 · bằng chứng release cố định

    • bàn giaoKiểm tra bên ngoài phiên hiện thực→ Kiểm tra độc lập: fixture lỗi · tra cứu chẩn đoán · quyền sở hữu (Phiên ban đầu)

  7. Phiên làm việcPhiên ban đầu

    Hành độngKiểm tra độc lập: fixture lỗi · tra cứu chẩn đoán · quyền sở hữu

    • bàn giaoĐưa vào các lỗi đã biết→ L1: thiếu quy tắc loại .env trong .dockerignore · L2: lỗi cú pháp (Chẩn đoán CI · Jev)

  8. Đang phát triểnChẩn đoán CI · Jev

    Quan sát · phát hiệnL1: thiếu quy tắc loại .env trong .dockerignore · L2: lỗi cú pháp

  9. Phiên làm việcPhiên ban đầu

    Hành độngLỗi cú pháp do chính script kiểm tra sửa · gửi lại

    • bàn giaoCùng đường dịch vụ→ CI → image → GitOps → Argo → Pod · HTTPS đã xác nhận (Sản phẩm đầu ra)

  10. ArtifactSản phẩm đầu ra

    ArtifactCI → image → GitOps → Argo → Pod · HTTPS đã xác nhận

Bối cảnh
Công việc này sửa các lỗi CI bị che khuất nguyên nhân (giả định năm giai đoạn cố định, dấu vân tay build che lấp nguyên nhân, thiếu bằng chứng NOT_RUN theo từng kiểm tra cho Q/L4 bị tắt, v.v.). Theo yêu cầu của người dùng, một phiên Codex riêng hiện thực nó; phiên ban đầu ngừng chỉnh sửa worktree đó rồi tự đưa lỗi vào để kiểm tra kết quả.
Kết quả
Các bản ghi chẩn đoán làm lộ nguyên nhân của cả hai lỗi, và phía kiểm tra tự sửa lỗi cú pháp rồi xác nhận lại cùng đường đi qua Pod và HTTPS. Việc chấp nhận phần hiện thực và dọn dẹp tài nguyên kiểm thử do phiên ban đầu hoàn tất riêng.
Giới hạn
Đây không phải một trường hợp sửa tự động thành công (giới hạn số lần thử sửa tự động lúc đó là 0). Không có bản ghi nào cho thấy Claude thực hiện thay đổi này, và cùng lượt chạy đó không chứng minh việc triển khai OpenStack. Trạng thái đã merge không có nghĩa là số lượt phê duyệt chính thức.
Nguồn và các giới hạn còn lại
  • Việc bàn giao và kiểm tra độc lập là bản ghi công việc nội bộ nên không có liên kết. Các phiên khác vẫn giữ quyền sở hữu công việc tích hợp, nhà cung cấp và triển khai, và bản bàn giao ghi rõ không dùng checkout mặc định vẫn còn chứa thay đổi của người dùng.
  • Cốt lõi của hợp đồng là tách lỗi thô khỏi giả thuyết của mô hình, và tách lời khuyên thử lại khỏi quyết định thử lại thực tế, vào các trường riêng.

October 4, 2026

Thứ trông như sự cố GitHub được tái hiện và tách ra, và hai thay đổi khôi phục đồng thời được hợp nhất thành một

  1. Đang phát triểnAPI · lệnh gọi GitHub

    Quan sát · phát hiệnCommit remote có · 0 lượt chạy CI · liveness khởi động lại

    • bàn giaoKhông mặc định là sự cố GitHub→ Tái hiện bằng mock GitHub: cập nhật nhánh thành công, callback cục bộ thất bại (Phiên khôi phục)

  2. Phiên làm việcPhiên khôi phục

    Hành độngTái hiện bằng mock GitHub: cập nhật nhánh thành công, callback cục bộ thất bại

    • bàn giao→ Kiểm tra riêng đăng ký nguồn · checkpoint cục bộ · dispatch (Phiên khôi phục)

  3. Phiên làm việcPhiên khôi phục

    Hành độngKiểm tra riêng đăng ký nguồn · checkpoint cục bộ · dispatch

    • bàn giao→ #189: lưu run đã chấp nhận trước · tra run hiện có nếu phản hồi bị mất (Phiên khôi phục)

  4. ArtifactSản phẩm đầu ra

    ArtifactThay đổi đồng thời: #185 kết thúc · #186 checkpoint nguồn

  5. Phiên làm việcPhiên khôi phục

    Hành động#189: lưu run đã chấp nhận trước · tra run hiện có nếu phản hồi bị mất

    • bàn giaoBa trường hợp hồi quy→ Hồi quy: thoát sau khi chấp nhận · lỗi checkpoint · phản hồi bị mất (Sản phẩm đầu ra)

  6. ArtifactSản phẩm đầu ra

    ArtifactHồi quy: thoát sau khi chấp nhận · lỗi checkpoint · phản hồi bị mất

    • bàn giao→ PR #189 đã merge · hash nguồn · image · Argo · health đã xác nhận (Sản phẩm đầu ra)

  7. Phiên làm việcPhiên khác

    Hành độngPhạm vi hủy · đồng thời do phiên này sở hữu

    • bàn giaoNgăn chạy lại trùng lặp→ Đọc lại của nền tảng ≠ kết quả của khách hàng · không chạy lại (Sản phẩm đầu ra)

  8. ArtifactSản phẩm đầu ra

    ArtifactPR #189 đã merge · hash nguồn · image · Argo · health đã xác nhận

    • không phải lần thực thi được ghi lại→ Đọc lại của nền tảng ≠ kết quả của khách hàng · không chạy lại (Sản phẩm đầu ra)

  9. ArtifactSản phẩm đầu ra

    Quy tắc · chưa kiểm chứngĐọc lại của nền tảng ≠ kết quả của khách hàng · không chạy lại

Bối cảnh
Commit nguồn đã có trên remote, nhưng CI không bao giờ bắt đầu và API bị liveness khởi động lại. Lỗi hiển thị mang tên một bước GitHub, nhưng thực ra callback cục bộ có thể đã thất bại.
Kết quả
Nguồn và run đã được chấp nhận được lưu trước khi việc quan sát dừng, và nếu phản hồi bị mất thì run đã bắt đầu được tra cứu thay vì dispatch hai lần. Một assertion thất bại trên image trước được giữ thành bản ghi riêng.
Giới hạn
Không có văn bản ngoại lệ gốc, việc gián đoạn cục bộ vẫn chỉ là một giải thích có căn cứ. Điều này không có nghĩa nút thắt CPU hay lưu trữ đã được giải quyết hay việc triển khai đến terminal của khách hàng đã thành công, và việc ngăn dispatch lại không được khái quát ra ngoài các trường hợp đã nêu.
Nguồn và các giới hạn còn lại
  • Việc tái hiện chỉ dùng mock, không có thao tác ghi hay thử lại thật.
  • Hai bản ghi khôi phục và việc đọc lại triển khai là bản ghi công việc nội bộ; định danh của khách hàng và vận hành không được đưa vào.