ステップ配信の状態機械――待機時間・分岐・停止をコード上で追跡する

利用者がシナリオへ登録されてから各ステップが実行されるまで、時刻と状態はどこに保存され、再実行時に何を根拠として進行するか。

コードから観測できること

1. ステップ配信は専用serviceとテストを持ち、HTTPリクエスト内だけで完結しない。実行予定時刻と現在状態を永続化してCronから再開できることが設計上の前提になる。
2. DB migrationにはstep branchingとdelivery typeの追加履歴があり、直線的な順番配信から分岐・配信種別へ機能が拡張された経緯を追跡できる。
3. 研究時には『登録者数』『実行対象件数』『API送信試行』『LINE側成功』『次ステップへ進んだ件数』を別の分母として扱う必要がある。

再現・追加測定の手順

1. 即時・遅延・条件分岐を含む最小シナリオを作る
2. 各ステップ前後のD1行を保存する
3. Cronを重複実行し状態遷移の再現性を見る
4. 停止・ブロック・エラー時に次ステップが作られるか確認する

この資料だけでは証明できないこと

1. テスト時刻を短縮した結果は長期間運用のドリフトを証明しない。
2. LINE APIの成功応答と実端末での表示完了は同じ観測ではない。

このページは新しいcommit、実測ログ、API仕様変更が得られた時点で更新します。古い観測条件と現在仕様を混同しないため、固定commitへのリンクを残します。