Likely duplicate of #15856 — both add native clipboard fallbacks (pbcopy/wl-copy/xclip/xsel) when OSC 52 fails. Please coordinate to avoid merge conflicts.

Thanks — I checked #15856 in detail.

This PR is not literally the same patch, but it does overlap in acceptance surface:

• fix(cli): /copy falls back to native clipboard on OSC 52-blind terminals #15856 adds native clipboard fallback for the CLI /copy path in cli.py
• fix(tui): improve clipboard copy fallbacks #15963 adds native clipboard fallback for the Ink TUI /copy path in ui-tui/...

So the duplicate concern is understandable because both solve “OSC 52 alone is not enough; use native clipboard helpers too”, and both cover similar backend families (pbcopy, wl-copy, xclip, xsel).

The main differences in #15963 are:

• TUI-specific implementation in ui-tui/src/lib/clipboard.ts
• /copy integration in ui-tui/src/app/slash/commands/core.ts
• WSL / WSLg handling (powershell.exe, WSL_DISTRO_NAME, WSLg ordering)
• TUI-specific tests under ui-tui/src/__tests__/clipboard.test.ts

That said, I agree we should avoid landing two diverging clipboard fallback implementations if the maintainers prefer a unified direction. I’m happy to coordinate and either:

1. keep this PR only if they want the TUI follow-up here, or
2. close this PR and rebase the TUI-specific pieces onto fix(cli): /copy falls back to native clipboard on OSC 52-blind terminals #15856 / a follow-up if they prefer a single clipboard track.

I’ll wait for maintainer preference before pushing further changes here.

Merged via PR #20159 (#20159). Your commit was cherry-picked onto current main with authorship preserved via rebase-merge. Thanks for the fix — /copy now hits the real system clipboard on GNOME Terminal, Wayland, X11, WSL, and Windows instead of relying on OSC52 which VTE-based terminals don't support. Closes #18308.