Running under WSL, when copying text, BOM is always prepended to any copied text segment

### Describe the bug

Running under WSL, when copying text, BOM (0xFEFF) is always prepended to any copied text segment.

e.g.
```
Then that strongly points to a Copilot CLI copy bug.

If it happens:

- only when copying from Copilot CLI output
- regardless of where the selection starts
- and always as a leading zero-width character

then the most likely explanation is that the UI/renderer is placing a hidden U+FEFF/BOM at the start of
copied selections.

So yes — based on what you described, I’d treat this as a bug in Copilot CLI’s copy/export behavior, not
in WSL or Bash.
```

### Affected version

GitHub Copilot CLI 1.0.21.

### Steps to reproduce the behavior

1. Install ubuntu under WSL
2. Install homebrew
3. `brew install copilot-cli`
4. `copilot`
5. Highlight some text output from the copilot app
6. Right-click
7. Paste the output into an editor that shows zero-width characters
8. Text is prepended with 0XFEFF

### Expected behavior

Text is _not_ prepended with 0XFEFF

### Additional context

_No response_

Comienza reproduciendo el problema en Ubuntu sobre WSL con GitHub Copilot CLI 1.0.21, siguiendo los pasos de instalación y copia indicados. Compara las selecciones pegadas para comprobar si tienen un carácter U+FEFF inicial; se considera terminado cuando el texto copiado ya no comienza con el BOM en un editor que muestra caracteres de ancho cero.

Escrito por el modelo de indexación a partir del texto del issue.