RAILSHOT.
返回展厅

Railshot

AI deployment & operations platform

将在本机构建的 Web 应用部署到预先准备的云端与本地机房环境,并加以运维。

一个 AI 部署与运维平台:把在本机构建的 Web 应用部署到预先准备的云端或本地机房环境,并持续运行。

2026.09.28 — 2026.10.04 · 已结束

团队项目 · 我负责:CI 规划与实现、CSP 集群与 Ansible 接口、运维、团队代码审查与集成

SoftBank Hackathon 2026 powered by KOREC & Progate参加初赛 · 决赛入选名单预计 2026年10月26日公布(截至 2026年10月7日)

  • 网页已实现 · 黑客松
  • MCP 服务器已实现 · 远程 · 本地

交接后的独立检查,重叠恢复的整合

赛事期间 2026年10月3–4日的两个案例。开发所用的 Codex 会话与产品内的 Jev 及 CI 诊断放在不同的栏中。

完整图例

阅读方法 · 所有案例使用同一套规则

  • 列表示由谁执行,自上而下表示时间
  • 实线:记录在案的交接或下一步
  • 粗青金色线 ↩:把工作退回的审查意见
  • 虚线:不是记录在案的执行(规范、没有权限的假设、未确认的边界)
  • 矩形:行动
  • 圆角:观测到的状态或审查意见
  • 折角:产物或证据
  • 斜纹列:开发中产品的组成部分(不是用来构建它的智能体)

案例 1 / 2 · 将可观测性工作交给另一个 Codex 会话,并用失败 fixture 另行检查

October 3, 2026

将可观测性工作交给另一个 Codex 会话,并用失败 fixture 另行检查

  1. 工作会话原会话

    行动交出一个 worktree,停止在其中编辑

    • 交接worktree · 已知失败→ 先处理交接来的缺陷:固定五阶段假设 · Q/L4 未运行证据 · draft 回归 (Codex 实现会话)
  2. 工作会话原会话

    行动契约:观测到的错误 ≠ 模型假设,仅限现有部署路径

    • 交接完成条件→ 一个 JSON 错误 · 证据契约 + Python · Node emitter (Codex 实现会话)
  3. 编程智能体Codex 实现会话

    行动先处理交接来的缺陷:固定五阶段假设 · Q/L4 未运行证据 · draft 回归

    • 交接→ 一个 JSON 错误 · 证据契约 + Python · Node emitter (Codex 实现会话)
  4. 编程智能体Codex 实现会话

    行动一个 JSON 错误 · 证据契约 + Python · Node emitter

    • 不是记录在案的执行仅限证据,无写入权限→ Jev 只做分类,无修复权限 (CI 诊断 · Jev)
    • 交接返回 PR · release 证据→ PR #131 · 固定的 release 证据 (产物)
  5. 开发对象CI 诊断 · Jev

    观测 · 审查意见Jev 只做分类,无修复权限

  6. 产物产物

    产物PR #131 · 固定的 release 证据

    • 交接在实现会话之外检查→ 独立检查:失败 fixture · 诊断查询 · 所有权 (原会话)
  7. 工作会话原会话

    行动独立检查:失败 fixture · 诊断查询 · 所有权

    • 交接注入已知失败→ L1:.dockerignore 缺少 .env 排除规则 · L2:语法错误 (CI 诊断 · Jev)
  8. 开发对象CI 诊断 · Jev

    观测 · 审查意见L1:.dockerignore 缺少 .env 排除规则 · L2:语法错误

  9. 工作会话原会话

    行动语法错误由检查脚本自行修复 · 重新提交

    • 交接同一服务路径→ CI → 镜像 → GitOps → Argo → Pod · HTTPS 已确认 (产物)
  10. 产物产物

    产物CI → 镜像 → GitOps → Argo → Pod · HTTPS 已确认

背景
这项工作要修复原因被掩盖的 CI 失败(假定固定五个阶段、掩盖原因的构建指纹、被禁用的 Q/L4 缺少逐项 NOT_RUN 证据等)。应用户要求,由另一个 Codex 会话实现;原会话停止编辑该 worktree,随后亲自注入失败来检查结果。
结果
诊断记录揭示了两次失败的原因;检查方自行修复了语法错误,并沿同一路径再次确认到 Pod 和 HTTPS。采纳实现和清理测试资源由原会话另行完成。
局限
这不是自动修复的成功案例(此时自动修复的尝试上限为 0)。没有记录表明这一变更由 Claude 完成,同一次运行也不能证明 OpenStack 部署。已合并状态并不代表正式审批的数量。
依据与尚存的局限
  • 交接与独立检查属于内部工作记录,未附链接。集成、提供商和部署工作仍归其他会话所有;交接中写明不得使用仍留有用户改动的默认 checkout。
  • 契约的核心,是把原始错误与模型假设、重试建议与实际重试决定分别放在不同字段中。

October 4, 2026

看似 GitHub 故障的错误被复现并拆分,两个并发的恢复变更被合而为一

  1. 开发对象API · GitHub 调用

    观测 · 审查意见远程提交存在 · CI 运行 0 次 · liveness 重启

    • 交接未认定为 GitHub 故障→ 用 mock GitHub 复现:分支更新成功,本地 callback 失败 (恢复会话)
  2. 工作会话恢复会话

    行动用 mock GitHub 复现:分支更新成功,本地 callback 失败

    • 交接→ 分别检查源注册 · 本地检查点 · 分派 (恢复会话)
  3. 工作会话恢复会话

    行动分别检查源注册 · 本地检查点 · 分派

    • 交接→ #189:先保存已受理的 run · 响应丢失时查询现有 run (恢复会话)
  4. 产物产物

    产物并发变更:#185 终止处理 · #186 源检查点

  5. 工作会话恢复会话

    行动#189:先保存已受理的 run · 响应丢失时查询现有 run

    • 交接三个回归用例→ 回归:受理后退出 · 检查点错误 · 响应丢失 (产物)
  6. 产物产物

    产物回归:受理后退出 · 检查点错误 · 响应丢失

    • 交接→ PR #189 已合并 · 源哈希 · 镜像 · Argo · health 已确认 (产物)
  7. 工作会话另一个会话

    行动取消 · 并发范围归该会话所有

    • 交接防止重复运行→ 平台回读 ≠ 客户结果 · 未重新运行 (产物)
  8. 产物产物

    产物PR #189 已合并 · 源哈希 · 镜像 · Argo · health 已确认

    • 不是记录在案的执行→ 平台回读 ≠ 客户结果 · 未重新运行 (产物)
  9. 产物产物

    规范 · 未确认平台回读 ≠ 客户结果 · 未重新运行

背景
源提交已在远程,CI 却始终没有启动,API 因 liveness 检查被重启。显示的错误带有 GitHub 步骤名,但实际失败的可能是本地 callback。
结果
停止观测之前,先保存已受理的源与 run;若响应丢失,则查询已启动的 run,而不是再次分派。在旧镜像上失败的断言作为单独记录保留。
局限
由于没有原始异常文本,本地中断只保留为有依据的解释。这并不意味着 CPU 或存储瓶颈已解决,也不意味着向客户终端的部署已成功;防止重复分派也不推广到所列情形之外。
依据与尚存的局限
  • 复现只使用 mock,没有真实写入或重试。
  • 两份恢复记录和部署回读属于内部工作记录;不含客户与运维标识符。