Framework-select screen garbles text when the terminal is shorter than 28 rows #1111

What happened

I ran npx @posthog/wizard (v2.63.0) in a project it could not auto-detect. On the framework-select screen, lines were drawn on top of each other:

• The two intro lines merged into one:
  We'.env* file contents will not leave your machine.ork.
  (that is the .env* line stamped over "We'll use AI to analyze your project and complete work.")
• List items merged too: astroar (astro + angular), and vue disappeared.

The selection itself still works — arrows and enter do the right thing. Only the paint is wrong.

Reproduction

It is deterministic and depends only on terminal height:

1. Make the terminal 27 rows or shorter (width doesn't matter, tested at 110 cols).
2. Run the wizard in a directory with no framework markers, so it lands on the framework-select screen.
3. The screen is garbled. At 28 rows or taller the same screen renders perfectly.

It gets worse the shorter the terminal. At 20 rows:

                        ▸ nextjsype to filter 2laravelns
                          vuet                 flutterit
                          tanstack-start       kmp
                          react-nativeter      android

At 24 rows (matches my original screenshots):

             We'.env* file contents will not leave your machine.ork.

                       Could not auto-detect your framework.

                               Select your framework
                             Type to filter 23 options
                      ▸ nextjs               laravel
                        nuxt                 sveltekit
                        react-router         flutter
                        ...
                        astroar              python

To rule out my terminal app, I reproduced it with a scripted pseudo-terminal (pty with pinned rows/cols, output fed to the pyte terminal emulator). Same corruption, same 27/28 threshold — both on the published v2.63.0 and on current main (10c9cb7). Happy to share the repro script.

What I think is going on

The framework-select frame needs 28 rows at minimum (banner + intro + notice + 23-option grid + footer). When the terminal has fewer rows than the frame, Ink's repaint can't address the rows that scrolled out of the viewport, so parts of the previous frame survive and new lines land on top of old ones. It corrupts on first paint, not just after a resize.

Expected

One of:

• the screen adapts when stdout.rows is small (scroll the option list / drop the intro lines), or
• a minimum-size notice instead of garbled output.

Screenshots from the original run (healthy fullscreen vs. two broken sizes) coming in a comment below.