fix(animate): serialize stagger delays across sibling blocks to prevent concurrent animation

[sleitor]

Summary

Fixes #482

When streaming markdown with multiple blocks, animations across sibling blocks revealed concurrently — a list could still be animating while the next paragraph was already fading in.

Root Cause

All blocks shared a single AnimatePlugin instance with a fixed startIndex=0. When a new block appeared, its first word started animating at delay=0ms, regardless of what was animating in the previous block.

Additionally, lastRenderNewWordCount was never written back to renderState in the rehype closure.

Fix

Introduces AnimateCursor — a lightweight shared counter ({ current: number }) that:

1. Resets to 0 at the start of each React render pass (in Streamdown)
2. Each block's AnimatePlugin reads cursor.current as its startIndex before animating
3. After animating, the plugin increments cursor.current by the number of newly animated words

This chains stagger delays automatically across all sibling blocks in render order without any manual setStartIndex wiring. Each block gets its own AnimatePlugin instance so prevContentLength tracking remains per-block independent.

Changes

• animate.ts: Add AnimateCursor type + createAnimateCursor(), add cursor option to createAnimatePlugin(), fix missing lastRenderNewWordCount write
• index.tsx: Replace single shared plugin with per-block plugins array + shared cursor; extract getBlockPlugins() helper to stay within biome complexity limits
• animate.test.ts: Add 4 cursor chaining tests (36 tests total, all passing)

[vercel]

@sleitor is attempting to deploy a commit to the Vercel Team on Vercel.

A member of the Team first needs to authorize it.

[FreddyJD]

god bless your heart 💖

[ernieturner]

@sleitor Just curious if you had any rough estimate on when this change might get merged and released? The new animation that was added in 2.5 is really great but the parallel texts appearing at once makes it pretty unusable currently. Thanks!

[sleitor]

@ernieturner Thanks for the kind words, and completely agree — the parallel animation issue makes it hard to use in practice!

This PR serializes stagger delays so each block completes its animation before the next one starts, which should resolve exactly what you're describing.

Unfortunately I don't have visibility into the Vercel team's merge schedule, but hopefully your confirmation that this is a blocker will help nudge things forward. 🤞

In the meantime, if you're comfortable patching locally, the fix is in animate.ts — stagger delays are calculated cumulatively across sibling blocks.