cron 式を検証し、任意のタイムゾーンでの次回実行時刻を確認。
まだコメントはありません。最初のコメントを書いてみましょう!
標準的な 5 フィールドの cron 式を検証し、わかりやすい説明と、任意の IANA タイムゾーンでの次の 10 回の実行時刻を表示します。夏時間にも対応し(春に存在しない時刻はスキップ、秋に繰り返される時刻は最初の1回だけ)、月・曜日の英語略称と @daily などのエイリアスも使えます。GitHub Actions・Vercel・Kubernetes・crontab 向けの制限の注意点と貼り付け用スニペットを表示し、オプションから式を作ることもできます。
いいえ。基準は標準的な Unix/POSIX 形式の 5 フィールド cron(分 時 日 月 曜日)で、6 または 7 フィールドの式はフィールド数のエラーで拒否され、黙って誤解釈されることはありません。数字のほか、月・曜日の英語略称(JAN、MON)と @daily・@hourly などのエイリアスに対応しています。秒フィールドと Quartz の ?・L・W・# は引き続き非対応です。
OR です。これは標準的な Vixie cron の動作で、「日(day-of-month)」と「曜日(day-of-week)」のどちらも単独の「*」でない場合、どちらか一方に一致すれば実行され、両方一致は必要ありません。ツールの説明文と下の注意書きにも明記されます。
既定ではブラウザのローカルタイムゾーンです。「タイムゾーン」メニューで任意の IANA ゾーン(Asia/Taipei、America/New_York など)や UTC に切り替えられ、表にはそのゾーンの時刻と UTC の両方が表示されます。サーバー側のスケジューラーは UTC で動くことが多いので、お使いのプラットフォームが実際に使うゾーンを選んでください。
春に時計が進むと一部のローカル時刻(たとえば午前 2:30)が存在しなくなり、ツールはその回をスキップして結果の下に一覧します。秋に時計が戻ると同じローカル時刻が 2 回現れ、固定時刻のスケジュールは最初の1回だけを数えます。プラットフォームによって扱いが異なるため、重要なジョブは切り替えの時間帯を避けるか、UTC で指定することをおすすめします。
GitHub Actions のスケジュールは最短間隔が 5 分で、既定は UTC、高負荷時に遅れることがあり、既定ブランチでのみ起動します。Vercel は cron 式を UTC として解釈し、Hobby プランは 1 ジョブあたり 1 日 1 回まで(時刻は最大 59 分ずれる場合あり)、Pro と Enterprise は毎分まで、1 プロジェクトあたり最大 100 ジョブです。Kubernetes の CronJob は .spec.timeZone でゾーンを指定し、schedule 内の CRON_TZ/TZ は非対応です。「対象プラットフォーム」を選ぶと、これらの注意点と貼り付け用のスニペットが表示されます。
はい。「オプションから式を作成」を開き、N 分ごと・毎時・毎日・平日・指定曜日の毎週・毎月の指定日・毎年の指定日から選んで時刻を入力すると式が得られます。ワンクリックで上の入力欄に反映され、説明と次回の実行時刻をすぐに確認できます。
実行:分が 0 のとき、時が 9 のとき、曜日が 1, 2, 3, 4, 5 のとき、毎月。
分
0
時
9
日
*
月
*
曜日
1-5
プラットフォームを切り替えると、その制限の注意点と貼り付け用スニペットを表示します。
次の 10 回の実行 · UTC
計算中…
設定スニペット
0 9 * * 1-5 /path/to/command
0 9 * * *標準の Unix/POSIX 形式の 5 フィールド cron(分 時 日 月 曜日)が基準で、Quartz/AWS/GitHub などの 6~7 フィールドの派生形式には対応していません。月/曜日の英語略称と @daily のようなエイリアスは展開してから検証します。
月・曜日の英語略称(JAN、MON)と @daily・@hourly・@weekly・@monthly・@yearly にも対応しています。秒フィールドと Quartz の ?・L・W・# は引き続き非対応です。
次回の実行時刻は、選択したタイムゾーンと夏時間のルールで計算します。秋に繰り返される時間帯の固定時刻は 1 回だけ実行され、春に存在しない時刻はスキップされます。
プラットフォームのルールは GitHub・Vercel・Kubernetes の公式ドキュメントに基づきます(2026-10-20 確認)。変更される場合があるため公式情報を優先してください。