Cron式ビルダー
分・時・日・月・曜日をフォーム入力してcron式を生成し、直近5回の実行時刻を日本時間で確認できます。用途プリセットとプラットフォーム前提を使って、運用投入前の設定ミスを減らせます。
次回実行はすべて日本時間でも表示します。GitHub Actions / EventBridge は cron式自体は UTC 解釈です。
生成結果: 0 9 * * 1-5
評価基準: UTC解釈
次回実行プレビュー（直近5回）
cron式を生成すると表示されます。
入力データは原則ブラウザ内で処理します。機密情報は入力しないでください。
使い方
- 実行環境（GitHub Actions / Linux cron / EventBridge）を選択します。
- 分・時・日・月・曜日を入力、または用途プリセットで値を入れます。
- cron式を生成し、直近5回の実行時刻を日本時間で確認します。
判断基準
先に実行基準TZ（UTC/JST）を決めてから式を作成し、最後に次回実行プレビューで業務時刻と一致するか確認すると、 時差起因の誤実行を防ぎやすくなります。
よくある失敗
- GitHub ActionsをJST前提で書き、実際はUTCで9時間ずれる。
- 日付指定と曜日指定のOR条件を理解せず、実行回数が増える。
- 本番適用前にプレビュー確認を省略し、意図外タイミングで動作する。
境界条件
- 5フィールド基本構文のみ対応し、秒フィールドやL/W/#は対象外です。
- 一般的には実行基盤側のメンテ停止や遅延キューまでは再現しません。
- 最終運用は対象基盤の公式仕様と監視設定で確認してください。
具体例
- 入力: 分=`0`、時=`9`、曜日=`1-5`。出力: 平日9:00実行のcron式と次回実行プレビュー。
- 入力: 分=`0`、時=`*`、日/月/曜日=`*`。出力: `0 * * * *`（毎時0分）のcron式。
補足: 生成式をコピーした後、下の「次回実行プレビュー」で実行タイミングの読み取りを確認できます。
対応構文は5フィールドの基本形式（`*`, `,`, `-`, `/`）です。秒フィールドや特殊記号（L, W, #）には対応していません。
注意
cronの解釈は実行環境や設定によって差が出る場合があります。
本ツールの結果は事前確認に使い、最終的な実行タイミングは対象環境で必ず検証してください。
入力内容はURLクエリにも反映されるため、共有時は機密情報が含まれていないか確認してください。
失敗しやすい設定例
実行環境のUTC/JST解釈を取り違える
同じ式でも実行時刻が9時間ずれる場合があります。
例: 入力例: GitHub Actions前提でJST時刻を直接指定
曜日と日付の両条件を厳しく指定する
実行頻度が想定より少なくなることがあります。
例: 判断ポイント: day-of-month と day-of-week の条件重なりを確認
境界値・例外ケース
月末・存在しない日付指定
31日固定は30日月で実行されない日が発生します。
例: 入力例: `0 9 31 * *` / 出力: 実行日欠落月が出る
分単位高頻度設定
運用環境の制限で実行遅延やスキップが起こる可能性があります。
例: 判断ポイント: 次回実行一覧で密度を確認し運用負荷を見積もる
よくあるミス
生成式だけ共有して前提環境を共有しない
同式でも環境差で実行時刻が一致しません。
例: 運用例: 式と一緒に platform 前提を記録する
次回実行時刻を確認せず本番投入する
意図しない時間帯実行で障害対応が増えます。
例: 判断ポイント: 少なくとも直近5回の実行時刻を目視確認
FAQ
GitHub ActionsのcronはJSTで評価されますか？
いいえ。cron式の解釈はUTCです。このツールではUTC解釈の結果をJST表示でも確認できます。
日（day-of-month）と曜日（day-of-week）の条件はどう判定されますか？
両方が具体指定の場合はOR条件（どちらか一致）で扱います。片方が*ならもう片方のみで判定します。
入力値に曜日名や月名は使えますか？
英字3文字（例: MON, FRI, JAN）に対応しています。
基本FAQ
入力データは外部へ送信されますか？
原則として送信されません。入力内容はブラウザ内で処理します。例外がある場合は各ツールページ内に明記しています。
入力内容は自動保存されますか？
原則として自動保存しません。コピーやダウンロードで保存する場合は、ご利用端末内に保存されます。
関連ツール
現在の入力内容とあわせて確認しやすいツールです。