X engagement gateのverify境界――reply・like・repost・follow条件

複数条件を満たしたという判定が、取得時刻・API可視性・cacheによってどの程度変わるか。

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

1. engagement gate route/service、verify route/test、DB moduleが分かれ、条件判定と外部向けverify APIを別に追跡できる。
2. reply、like、repost、followは取得endpointと反映速度が同じとは限らない。単一のverified booleanだけでなく条件別結果を保存する方が再検証可能である。
3. cacheはAPI costを下げる一方、解除済みfollowなど古い状態を返す。TTLと判定時刻を結果に含める必要がある。

再現・追加測定の手順

1. 各条件を一つずつ満たす利用者を作る
2. 条件変更直後とcache期限後にverifyする
3. 複合条件の一部失敗を記録する
4. verify結果とaction実行を別eventとして保存する

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

1. APIから取得できないengagementを推測で成功扱いしない。
2. 非公開・制限accountでは同じ観測ができない場合がある。

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