[Feature Request] Mirror input-editor kills (Ctrl+K, Ctrl+U, Ctrl+W) to the system clipboard, or expose an opt-in setting
Problem
In the chat input, Ctrl+K / Ctrl+U / Ctrl+W kill text into Claude Code's internal kill ring. The text is recoverable in-session via Ctrl+Y / Alt+Y, but it never reaches the system clipboard. Users who rely on a clipboard manager (Maccy, Raycast, etc.) as a safety net for destroyed text lose that protection precisely inside Claude Code, while every other readline surface on their machine can be wired to the clipboard (e.g. zsh ZLE widgets piping $CUTBUFFER to pbcopy).
Proposal
An opt-in setting (e.g. "killsToClipboard": true) that mirrors each kill-ring push to the system clipboard, using the clipboard write path the TUI already has for explicit copies (selection:copy, /copy, OSC 52 in fullscreen). The internal kill ring and Ctrl+Y behavior stay unchanged; the clipboard write is a side effect, exactly like editors with clipboard=unnamed.
Notes
- Opt-in matters: some users will not want every kill overwriting their clipboard.
- Prior art: #47845 asked for richer kill-ring integration and was closed stale; this is a narrower, plumbing-reuse version of that ask.
- Related: the keybindings action table has no kill actions at all, so this cannot be approximated with
keybindings.jsontoday.