Skip to content

[FEATURE]: Make paste summary thresholds configurable #15767

Description

@aspiers

Feature hasn't been suggested before.

  • I have verified this feature I'm about to request hasn't been suggested before.

(I did submit it in #14712 but that got auto-closed before I noticed for not having [FEATURE]: in the title.)

Describe the enhancement you want to request

The paste summary feature is genuinely useful when pasting large chunks of content — it keeps the prompt input clean and manageable. However, the current thresholds (3 lines / 150 characters) are too aggressive for those of us who use voice dictation software (e.g. Whisper Flow, Whispering, others) on a regular basis.

Dictated text frequently exceeds 150 characters in a single utterance, causing it to be immediately collapsed into [Pasted ~1 lines]. This makes it impossible to spot and correct the small transcription errors that dictation software occasionally makes — which is exactly the moment you most want to see what was pasted. This is the scenario described in #3949, where the only workaround offered was experimental.disable_paste_summary: true — a blunt hammer that trades one problem for another: you lose paste summaries entirely, which is painful when you then paste a 200-line config file or a stack trace.

What is needed is the ability to tune the thresholds to match your typical dictation length, so paste summaries kick in only when the content is genuinely large.

Proposed config

{
  "experimental": {
    "paste_min_lines": 6,
    "paste_min_length": 500
  }
}

Both would be optional, defaulting to the current values (3 and 150 respectively), so existing behaviour is preserved for anyone who doesn't set them.

Prior art

PR #1960 attempted this with a nested config structure (experimental.editor.summary_thresholds); this proposal uses flat keys consistent with the existing experimental config style.

Activity

  1. added
    coreAnything pertaining to core functionality of the application (opencode server stuff)
    on Mar 2, 2026
  2. github-actions commented on Mar 2, 2026

    @github-actions
    Contributor

    This issue might be a duplicate of existing issues. Please check:

  3. aspiers commented on Mar 2, 2026

    @aspiers
    ContributorAuthor

    Solved by #15771.

  4. frederickfogerty commented on Mar 19, 2026

    @frederickfogerty

    My workaround for this right now is when I'm going to input a large prompt via voice in one go, I'll first open an editor (using /editor) and I will compose my prompt there. It also honestly gives me more control about the structure of the prompt and what I'm also pasting in, etc. But of course, doing this in open code would be a massive improvement.

  5. assigned and unassigned on Apr 26, 2026
  6. removed
    coreAnything pertaining to core functionality of the application (opencode server stuff)
    on May 3, 2026
  7. github-actions commented on Jul 3, 2026

    @github-actions
    Contributor

    To stay organized issues are automatically closed after 60 days of no activity. If the issue is still relevant please open a new one.

  8. Nowaker commented on Oct 11, 2026

    @Nowaker

    For anyone still looking for this on v1: #54458 adds prompt.paste_summary to tui.json (line and character thresholds, and a placeholder format with {lines}, {characters}, {bytes} and an {excerpt} of the paste). #54459 adds a separate key, <leader>v by default, that pastes as typed without a placeholder.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

No labels
No labels

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions