reference tiktok sandbox rate limit tighter than docs 20260715T172503

TikTok's Display API rate limit of ~600 req/min is a production-tier figure gated behind app audit. Verified live during the Gus TikTok backfill (887 videos): the still-sandboxed app hit 429s well before that ceiling, and an immediate single-page resume attempt after one cooldown wait hit 429 again, needing minutes of cooldown rather than ~60s.

Why: scripts/backfill-social-videos.ts's original resume-hint message quoted the production 600/min figure and called it "generous," which would mislead an operator or unattended retry script into concluding the checkpoint/resume machinery was broken after one short wait-and-retry failed again.

How to apply: for any future TikTok Display API work (ingestion, backfill, resume scripts) while the app is still in sandbox mode, budget for a materially tighter live rate limit than the docs state, and prefer longer (multi-minute) cooldowns before retrying after a 429.

[auto-memory session 60d132de-4659-485c-8044-427af0ccce7f, confidence 0.65, mode staged]