[Bug]: Mac使用reasonix CLI 无法复制粘贴。reasonix版本v1.17.14

[LLiTong]

Version line

v2 — Go rewrite (1.x), main-v2 (active development)

Exact version

v1.17.14

What happened?

Mac 终端CLI使用reasonix无法复制粘贴内容。0.x的版本是正常的。相同终端下claude CLI正常运行无此问题

Steps to reproduce

reasonix code进入，随便输入信息，等模型返回，返回内容无法复制粘贴。control+c,command+c,control+v,command+v,都无法正常执行。无法双击选中内容那个，手动拖动鼠标选中之后，底部提示已经复制到剪贴板，但还是无法粘贴成功

OS / platform

26.5.1 (25F80)

Relevant logs or output

[baicaiaichibaicai]

这个问题我也遇到过，应该是你的终端也不支持 OSC52。
早期的版本 兼容系统粘帖板和 OSC52 ， 256a62f 这个修订 只使用 OSC52。
我觉得有点不合理，部分终端不支持 OSC 52,比如 xfce4-terminal。

[LLiTong]

这个问题我也遇到过，应该是你的终端也不支持 OSC52。 早期的版本 兼容系统粘帖板和 OSC52 ， 256a62f 这个修订 只使用 OSC52。 我觉得有点不合理，部分终端不支持 OSC 52,比如 xfce4-terminal。

老哥最后怎么解决的

[ddrpa]

这个问题我也遇到过，应该是你的终端也不支持 OSC52。 早期的版本 兼容系统粘帖板和 OSC52 ， 256a62f 这个修订 只使用 OSC52。 我觉得有点不合理，部分终端不支持 OSC 52,比如 xfce4-terminal。

老哥最后怎么解决的

回退这个 commit 重新构建下。我的想法是启动时检查终端是否支持 OSC52

Subject: [PATCH] fix VTE 终端剪贴板 fallback
---
Index: internal/cli/terminal_clipboard.go
IDEA additional info:
Subsystem: com.intellij.openapi.diff.impl.patch.CharsetEP
<+>UTF-8
===================================================================
diff --git a/internal/cli/terminal_clipboard.go b/internal/cli/terminal_clipboard.go
new file mode 100644
--- /dev/null	(revision e2c8a022e5569d95e0bb2a1c0c13d8e307f082bb)
+++ b/internal/cli/terminal_clipboard.go	(revision e2c8a022e5569d95e0bb2a1c0c13d8e307f082bb)
@@ -0,0 +1,37 @@
+package cli
+
+import (
+	"os"
+	"strconv"
+)
+
+// osc52ClipboardPreferred controls whether copyToClipboard uses OSC 52
+// directly. It defaults to true — OSC 52 works in the vast majority of
+// modern terminals without any external tools.
+//
+// The one exception is VTE-based terminals (GNOME Terminal, Tilix,
+// Terminator, etc.), where OSC 52 can interact poorly with the desktop
+// clipboard under Wayland. VTE exposes VTE_VERSION; when present with a
+// version >= 5000 (VTE >= 0.50) we fall back to the platform tool
+// (wl-copy / xclip) instead.
+//
+// Set once at startup by init(). Tests may override it directly.
+var osc52ClipboardPreferred bool = true
+
+func init() {
+	if isVTETerminal() {
+		osc52ClipboardPreferred = false
+	}
+}
+
+// isVTETerminal detects VTE-based terminals via the VTE_VERSION environment
+// variable. VTE encodes its version as major*10000 + minor*100 + micro.
+// OSC 52 clipboard support was added in VTE 0.50 (version 5000).
+func isVTETerminal() bool {
+	vte := os.Getenv("VTE_VERSION")
+	if vte == "" {
+		return false
+	}
+	ver, err := strconv.Atoi(vte)
+	return err == nil && ver >= 5000
+}
Index: internal/cli/transcript.go
IDEA additional info:
Subsystem: com.intellij.openapi.diff.impl.patch.CharsetEP
<+>UTF-8
===================================================================
diff --git a/internal/cli/transcript.go b/internal/cli/transcript.go
--- a/internal/cli/transcript.go	(revision 9b54b9f8937b9878d9052833bff4ab99ba7638de)
+++ b/internal/cli/transcript.go	(revision e2c8a022e5569d95e0bb2a1c0c13d8e307f082bb)
@@ -6,6 +6,7 @@
 
 	tea "charm.land/bubbletea/v2"
 	"charm.land/lipgloss/v2"
+	"github.com/atotto/clipboard"
 	"github.com/charmbracelet/x/ansi"
 
 	"reasonix/internal/i18n"
@@ -23,12 +24,23 @@
 	return lipgloss.NewStyle().Width(width).Render(s)
 }
 
-// copyToClipboard writes text through the terminal via OSC 52. That targets the
-// terminal-side clipboard in common SSH/tmux setups when the terminal permits it;
-// platform clipboard tools can instead succeed on the remote host and skip the
-// terminal clipboard path entirely.
+// copyToClipboard writes text to the system clipboard.
+//
+// OSC 52 is the default — it works in virtually every modern terminal without
+// external dependencies. The one exception is VTE-based terminals (GNOME
+// Terminal, Tilix, etc.) under Wayland, where OSC 52 can interact poorly with
+// the desktop clipboard; for those we fall back to the platform tool
+// (wl-copy / xclip), with OSC 52 as a last resort.
 func copyToClipboard(text string) tea.Cmd {
-	return tea.SetClipboard(text)
+	return func() tea.Msg {
+		if osc52ClipboardPreferred {
+			return tea.SetClipboard(text)()
+		}
+		if err := clipboard.WriteAll(text); err != nil {
+			return tea.SetClipboard(text)()
+		}
+		return nil
+	}
 }
 
 // copyNoticeTTL is how long the "copied to clipboard" status-line hint stays

[LLiTong]

这个问题我也遇到过，应该是你的终端也不支持 OSC52。 早期的版本 兼容系统粘帖板和 OSC52 ， 256a62f 这个修订 只使用 OSC52。 我觉得有点不合理，部分终端不支持 OSC 52,比如 xfce4-terminal。

老哥最后怎么解决的

回退这个 commit 重新构建下。我的想法是启动时检查终端是否支持 OSC52

Subject: [PATCH] fix VTE 终端剪贴板 fallback

Index: internal/cli/terminal_clipboard.go
IDEA additional info:
Subsystem: com.intellij.openapi.diff.impl.patch.CharsetEP
<+>UTF-8

diff --git a/internal/cli/terminal_clipboard.go b/internal/cli/terminal_clipboard.go
new file mode 100644
--- /dev/null (revision e2c8a022e5569d95e0bb2a1c0c13d8e307f082bb)
+++ b/internal/cli/terminal_clipboard.go (revision e2c8a022e5569d95e0bb2a1c0c13d8e307f082bb)
@@ -0,0 +1,37 @@
+package cli
+
+import (

• "os"
• "strconv"
  +)

+// osc52ClipboardPreferred controls whether copyToClipboard uses OSC 52
+// directly. It defaults to true — OSC 52 works in the vast majority of
+// modern terminals without any external tools.
+//
+// The one exception is VTE-based terminals (GNOME Terminal, Tilix,
+// Terminator, etc.), where OSC 52 can interact poorly with the desktop
+// clipboard under Wayland. VTE exposes VTE_VERSION; when present with a
+// version >= 5000 (VTE >= 0.50) we fall back to the platform tool
+// (wl-copy / xclip) instead.
+//
+// Set once at startup by init(). Tests may override it directly.
+var osc52ClipboardPreferred bool = true
+
+func init() {

• if isVTETerminal() {

• osc52ClipboardPreferred = false
  

• }
  +}

+// isVTETerminal detects VTE-based terminals via the VTE_VERSION environment
+// variable. VTE encodes its version as major10000 + minor100 + micro.
+// OSC 52 clipboard support was added in VTE 0.50 (version 5000).
+func isVTETerminal() bool {

• vte := os.Getenv("VTE_VERSION")

• if vte == "" {

• return false
  

• }

• ver, err := strconv.Atoi(vte)

• return err == nil && ver >= 5000
  +}
  Index: internal/cli/transcript.go
  IDEA additional info:
  Subsystem: com.intellij.openapi.diff.impl.patch.CharsetEP
  <+>UTF-8
  ===================================================================
  diff --git a/internal/cli/transcript.go b/internal/cli/transcript.go
  --- a/internal/cli/transcript.go (revision 9b54b9f)
  +++ b/internal/cli/transcript.go (revision e2c8a022e5569d95e0bb2a1c0c13d8e307f082bb)
  @@ -6,6 +6,7 @@

  tea "charm.land/bubbletea/v2"
  "charm.land/lipgloss/v2"

• "github.com/atotto/clipboard"
  "github.com/charmbracelet/x/ansi"

  "reasonix/internal/i18n"
  @@ -23,12 +24,23 @@
  return lipgloss.NewStyle().Width(width).Render(s)
  }

-// copyToClipboard writes text through the terminal via OSC 52. That targets the
-// terminal-side clipboard in common SSH/tmux setups when the terminal permits it;
-// platform clipboard tools can instead succeed on the remote host and skip the
-// terminal clipboard path entirely.
+// copyToClipboard writes text to the system clipboard.
+//
+// OSC 52 is the default — it works in virtually every modern terminal without
+// external dependencies. The one exception is VTE-based terminals (GNOME
+// Terminal, Tilix, etc.) under Wayland, where OSC 52 can interact poorly with
+// the desktop clipboard; for those we fall back to the platform tool
+// (wl-copy / xclip), with OSC 52 as a last resort.
func copyToClipboard(text string) tea.Cmd {

• return tea.SetClipboard(text)

• return func() tea.Msg {

• if osc52ClipboardPreferred {
  

• 	return tea.SetClipboard(text)()
  

• }
  

• if err := clipboard.WriteAll(text); err != nil {
  

• 	return tea.SetClipboard(text)()
  

• }
  

• return nil
  

• }
  }

// copyNoticeTTL is how long the "copied to clipboard" status-line hint stays

看了下mac自带terminal确实不支持，我切换到了iTerm2,可以复制粘贴了，但是底部的价格啥的没了。。。

[billycat]

您好，v.1.7.14 新增了 /status 命令来查看缓存命中、余额等信息，另外有 pr #6587 已经将TUI状态栏的第二栏信息进行恢复显示，期待后续发版。

[SivanCola]

已在 main-v2 由 #6632 修复：本地终端会写入并验证系统剪贴板；SSH 会避免误写远端主机剪贴板；本地写入失败或处于远程会话时回退 OSC 52，也不会再错误宣称原生复制成功。

#6560 的作者 @andrei-kiparuk 已确认为该问题的共同贡献者。归属 PR #6664 已合并：致谢已写入 CHANGELOG、英文 README 和中文 README，其原始提交保留了公开的 Co-authored-by trailer，因此 GitHub contributor graph 可将其计入仓库贡献者（页面更新可能有延迟）。

复测通过：剪贴板定向用例连续 20 次、完整 internal/cli 测试、race 测试、Cursor 集成终端的真实 macOS 系统剪贴板往返，以及本地/SSH/OSC 52 路由验证。当前环境没有本地 tmux 可执行文件，因此 tmux 边界使用确定性路由用例覆盖。

该修复尚未包含在 v1.17.15，将随下一个版本发布。此 issue 按 completed 收口。

---

Fixed on main-v2 by #6632. @andrei-kiparuk is credited as a co-contributor through merged PR #6664, including the changelog, bilingual README acknowledgments, and a preserved Co-authored-by trailer. The fix will ship in the next release after v1.17.15.