[FEATURE] Pin composer box to bottom of terminal pane (Cursor CLI)

Ideas Feature Requests
,
1

Feature request for product/service

Cursor CLI

Describe the request

Feature request for product/service

Cursor CLI

Describe the request

Feature: Pin the composer/prompt box to the bottom of the terminal viewport

Problem

In long cursor agent / Cursor CLI sessions, transcript and tool output grow quickly. When scrolling up to read earlier messages, diffs, or shell output, the composer input area is not anchored to the bottom of the terminal. I have to scroll back down to see what I am typing or to reach model/approval UI.

This is especially painful when:

  • Reviewing prior context while drafting the next prompt
  • Debugging with verbose tool/bash output
  • Using split or short terminal panes

Proposed solution

Add a TUI layout mode (ideally default-on) that pins the composer box to the bottom of the terminal pane:

  1. Fixed bottom band for the composer (multiline prompt, shortcuts, model picker, approval hints).
  2. Scrollable transcript region above for messages, tool calls, and command output.
  3. No occlusion: pinned chrome must not cover the last lines of transcript; use a separator and/or reserved row count.
  4. Configuration (example in ~/.cursor/cli-config.json):
{
  "display": {
    "pinComposerToBottom": true,
    "composerMinRows": 3
  }
}

Optional: pin a slim status line directly above the composer (model, cwd, sandbox mode) — similar to custom statusline support.

Cross-tool parity

Filed related requests on other agent CLIs for the same UX pattern:

Environment

  • OS: macOS (Darwin 25.4.0)
  • Product: Cursor CLI (cursor agent)

Happy to test a beta or provide screen recordings.

4

Hey, thanks for the detailed feature request. The scenario is explained well, especially the part about scrolling up in long sessions when the input moves off-screen.

The core issue on our side, not being able to scroll the terminal output while the prompt is visible, is already on our radar. Pinning the composer to the bottom is trickier and comes with an architectural tradeoff. To keep the input fixed at the bottom, you usually need alternate screen mode, and that breaks native terminal behavior like scrollback history, search, and text selection. Keeping the native terminal UX and having a fixed input don’t work well together right now, so this isn’t a quick shortcut. I can’t share an ETA for this.

We’ll keep the thread open in Feature Requests. If it gets more votes from other CLI users, that’ll help us prioritize it. Your suggestion about a pinComposerToBottom / composerMinRows config option and a slim status line is noted and well put together.

Also, thanks for offering to test a beta and share screen recordings. If we get to an experimental version, that kind of feedback will be really helpful.