使用说明

进入 Railway 账户 Token 页面创建 Token，并将 Workspace 明确选择为 No Workspace。这才是账户级 Token。

选择具体 Workspace 会创建 Workspace Token；项目设置中创建的是 Project Token。这两种 Token 都不能完成当前的账户验证与跨项目管理。

验证后先选择项目所属 Workspace，再选择一个已有项目和非临时环境。没有合适项目时，可以在所选 Workspace 中创建名为 RailwayDeploy 的专用项目。

Token 只随当前 API 请求发送，不写入项目数据库或浏览器持久存储。

Railway 当前公开提供美西、美东、欧洲西部和东南亚四个运行区域。可以多选并按顺序批量部署。

同一账户、项目和地区使用固定 Service 名称；再次部署会升级现有节点，不会重复创建。

建议保留“创建持久卷”。持久卷挂载到 /etc/x-ui，用于保存 3X-UI 数据库。

关闭后仍可依靠 Railway Variables 重建默认入站，但面板内手工修改可能在重建后丢失。

提交后页面会自动跟踪本次 Deployment，直到上线或等待超时；不会把旧的成功部署误判为本次升级成功。

上线后可检查节点实时可达性、响应延迟和实际运行地区，再复制 VLESS 链接或下载节点清单。

节点上线后生成统一普通订阅或 Clash / Mihomo 订阅。重新验证账户或切换项目时，页面会恢复已有订阅链接。

节点成功升级或删除后会自动同步订阅且保持链接不变；重置会立即废弃旧链接。订阅只保存节点连接快照，不保存 Railway Token。

本次 Deployment 失败时，批量任务会自动读取最近日志，也可手动重新读取；日志只返回当前页面，不会保存到管理端。

远程持续监控和用量统计尚未加入。管理端默认使用公开 GitHub 源码模板；生产环境应切换到自己控制的仓库或不可变镜像 digest。