Railwayで働くAIエージェント
Monmoのエージェントは、プロジェクトを組んだエンジニアのようにRailwayで働きます。サービスが落ちたらデプロイログを読み、環境ごとの変数を比べ、サービス別の利用量を報告し、設定をコードで管理できるようにします。接続したRailwayのトークンで動き、再デプロイ、ロールバック、変数の変更、環境の作成の前には承認を求めます。
更新日：2026-11-13 · 無料で始められます。有料プランは月額15ドルから。
Railwayでエージェントができること
落ちたサービスの原因を説明する
サービスが再起動を繰り返すと、デプロイログと実行ログを読んで最初のスタックトレースを見つけ、Sentryで同じエラーも確かめて、何が失敗し、どこを直せばよいかを伝えます。
頼み方Railwayのworkerサービスが昼から3回落ちている。ログを読んで理由を教えて。
環境ごとの変数を比べる
ステージングと本番について、データベースのURLのような共有変数や参照変数も含めて、サービスごとの変数を名前で並べ、足りないものや違うものに印を付けます。変数の編集は事前に確認します。
頼み方Railwayのステージングと本番の変数を比べて、それぞれに足りないものを挙げて。
サービス別の利用量を報告する
毎週月曜に、CPU、メモリ、ボリューム、外向きの通信量の利用状況を読み、費用の大きい順にサービスをGoogle スプレッドシートに並べ、増えたものを書き添えます。月末の請求で驚かずに済みます。
頼み方毎週月曜に、先週いちばん使ったRailwayのサービスと、前の週より増えたサービスを教えて。
問題のあるリリースを戻す
最新のデプロイでページが壊れたら、そのサービスで前回成功したデプロイを探し、変わった点を一覧にして、ロールバックを準備します。実行はカードを許可したあとだけです。
頼み方最新のapiのデプロイでログインがエラーになる。前回の正常なものへのロールバックを準備して、先に見せて。
定期実行のサービスを確かめる
夜間の取り込みのように、cronのスケジュールで動くサービスについて、各回が始まって終わったかを確かめます。終わらなかった回はエラーを引用し、Slack向けの短い通知を下書きします。
頼み方昨夜のRailwayの取り込みcronが最後まで動いたか確かめて。失敗していたら理由を教えて。
設定をコードにする
各サービスが今使っているビルドコマンド、起動コマンド、ヘルスチェック、再起動の方針を、railway.jsonかrailway.tomlに書き、レビュー用にGitHubのプルリクエストとして出します。
頼み方今のサービス設定と同じ内容のrailway.tomlを書いて、プルリクエストを出して。
ステージング環境を用意する
ステージングを頼むと、本番の複製の計画を立てます。どのサービスを含めるか、どの変数に新しい値が必要か、どのデータベースに新しいボリュームが要るかを整理します。作成は承認を待ちます。
頼み方Railwayで本番と同じ構成のステージング環境を、専用のデータベース付きで計画して。作る前に確認して。
接続のしくみ
- 1Railwayでトークンを作り、一度接続します。プロジェクトトークンは1つのプロジェクトの1つの環境だけに届き、アカウントやワークスペースのトークンはもっと広く届きます。仕事に足りるいちばん狭いものを選んでください。
- 2Railwayを任せるのは開発担当のエージェントです。経理や運用の担当は同じ接続で利用量を読めます。ほかの担当には不要です。
- 3サービス、ログ、変数、利用量の読み取りは確認なしで行います。再デプロイ、ロールバック、変数の変更や削除、ボリュームの追加、環境の作成は、それぞれカードで事前に確認します。
開発・ITのほかのアプリ
同じ種類のアプリでも、エージェントが働けます。それぞれのページで詳しく紹介しています。
よくある質問
AIエージェントにRailwayへのデプロイを任せられますか？
準備はAIエージェントが行い、開始はあなたの承認のあとです。コミット、変数、前回のデプロイを確かめ、何が出ていくかをカードで示します。本番が変わるのは、あなたが決めたときだけです。デプロイはRailwayとの連携で行い、連携でできない操作は自分のブラウザーで進めます。
AIエージェントにはどのRailwayトークンを渡せばよいですか？
仕事に足りるいちばん狭いものです。プロジェクトトークンは1つの環境にだけ届くため、本番を見守るエージェントに向いています。アカウントやワークスペースのトークンは、見られるすべてのプロジェクトに届き、多くの仕事には広すぎます。どれを選んでも、書き込みは承認を待ちます。
Railwayの費用を抑える助けになりますか？
費用の動きを常に把握できるようにします。エージェントは毎週サービスを利用量順に並べ、増え方の大きいものと、通信の多いワーカーや大きすぎるボリュームなどの理由を伝えます。利用上限の提案もします。上限やサービスの変更はあなたが決め、事前に確認します。
Railwayのシークレット変数はエージェントに見えますか？
トークンで読める範囲なら見えます。プロジェクトトークンなら、その範囲を1つの環境に絞れます。レポートやメッセージではシークレットを名前だけで示し、値は書かないよう、エージェントの役割に書いておきましょう。見せたくない変数は、トークンが届かない環境に置いてください。