Railway

开发

通过对话部署和管理 Railway 服务——Neotask 和 OpenClaw 让基础设施管理像对话一样简单。

你能做什么

服务部署和生命周期

从 GitHub 存储库或 Docker 镜像部署新服务，重新启动正在运行的服务，并扩大或缩小它们 - 全部通过 Neotask 进行。 OpenClaw 处理铁路 API 呼叫，以便您专注于工作。

环境与变量管理

创建和管理铁路环境（生产、暂存等），并管理每个环境的变量。通过对话在环境之间安全地复制变量集。

日志流和可观察性

获取任何服务的最新部署日志和运行时日志。要求 Neotask 显示过去一小时的错误模式，而无需阅读原始日志输出。

数据库和插件管理

配置铁路管理的数据库（PostgreSQL、MySQL、Redis、MongoDB）、检查其连接详细信息并监控存储使用情况 - 全部通过自然语言进行。

项目和团队管理

管理铁路项目成员、使用限制和计费。获取跨项目资源使用情况摘要以控制云支出。

尝试询问

  • “将我的 GitHub 存储库“api-service”的最新提交部署到 Railway 生产中”
  • “显示过去 30 分钟内工作人员服务的日志”
  • “将环境变量 REDIS_URL 添加到我的后端项目的暂存环境中”
  • “API 服务当前的 CPU 和内存使用情况是多少？”
  • “重新启动生产中的队列处理器服务”
  • “在后端项目暂存环境中配置新的 PostgreSQL 数据库”
  • “过去 7 天内哪些服务未成功部署？”
  • “将 api 服务的所有环境变量从暂存环境复制到生产环境”

    • 专业提示

  • 铁路项目可以有多个服务 - 指定项目名称和服务名称以准确定位。
  • 显式使用环境名称（生产、暂存）以避免意外修改错误的环境。
  • 带有时间窗口（“最后 30 分钟”、“最后 2 小时”）的日志查询返回重点输出，以加快调试速度。
  • 要求整个铁路项目提供“服务健康状况摘要”，以快速发现不健康或崩溃的服务。
  • 当您同时指定数据库类型和环境时，数据库配置提示效果最佳。
  • 铁路基于使用情况的计费使得支出监控变得非常重要——要求每周提供使用情况摘要，以便及早发现意外情况。

    • Works Well With