DM follow-up dripの時間設計――初回反応・遅延・停止条件を検証する

最初のengagement後に予約されたfollow-upが、返信やブロック、設定変更後にも不適切に送られないか。

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

1. followup dripには専用テストがあり、engagement gate migrationにもfollowup DM項目が追加されている。
2. 予定作成時の条件と実行時の条件は時間差で変わる。送信直前に停止・権限・account状態を再評価する必要がある。
3. 遅延処理では同一対象への再試行と次のstepを区別し、API timeoutによる不明状態を成功・失敗へ即断しない設計が必要になる。

再現・追加測定の手順

1. 短い遅延の2段follow-upを作る
2. 待機中に返信・設定停止・token取消を発生させる
3. Cronを重複実行して送信件数を見る
4. 予定・試行・API結果・実受信を時系列化する

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

1. 短縮時間テストでは日跨ぎやtimezone変更を十分再現できない。
2. DM受信後の利用者感情や迷惑度はAPIログだけでは測れない。

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