Feature: sticky input prompt while scrolling output

Summary

When scrolling up through Claude Code's output in the terminal UI, the input prompt jumps back to the bottom as soon as you start typing. This makes it impossible to answer a follow-up question while keeping earlier output in view.

Desired behavior

The input prompt should remain accessible (sticky to the bottom of the viewport) while the output area scrolls independently. Typing should not force the scroll position back to the bottom.

Use case

When Claude asks a clarifying question mid-task and the relevant context (e.g., a file listing or error output) is above the current scroll position, the user has to choose between reading the context or typing a response — they can't do both without losing their place.

Current workarounds

• tmux/screen split panes
• Terminal emulator built-in split views (Kitty, WezTerm, iTerm2)

These work but add friction; native support in the TUI would be preferable.