Tune the homepage hero animation timing

[andrewgolovanov]

Summary

• Shorten the homepage hero sequence through focused install, typing, build, final-status, window-boot, and app-reveal timings.
• Keep each animation state at its natural playback speed instead of applying a global speed multiplier.
• Bump the hero player script version so cached clients load the corrected sequence.

Why

The hero took too long to reach the final app preview. Applying a global speed multiplier made JavaScript waits finish before the corresponding CSS and timer-driven effects, allowing the prototype cleanup to interrupt the polished app reveal.

Impact

The hero now reaches its final frame in about 12.7 seconds on both desktop and mobile. The final prototype-to-polished transition remains continuous, with no layout, content, or responsive changes.

Validation

• pnpm --ignore-workspace run fmt
• pnpm --ignore-workspace run typecheck
• pnpm --ignore-workspace run verify:images
• pnpm --ignore-workspace exec fallow dead-code
• pnpm --ignore-workspace exec fallow dupes
• pnpm --ignore-workspace run build
• Manual browser verification at desktop and 390 x 844 mobile viewports
• Verified no incomplete frame appears between the polished reveal and final state
• pnpm --ignore-workspace exec playwright test tests/e2e/navigation.spec.ts --grep "home hero animation"
• pnpm --ignore-workspace run test reaches 323/325 Vitest checks; two generated AppKit documentation link checks fail outside this diff