soleilune

@molezznet 因为 gpui 所有的东西都要自己写，浏览器的馈赠全部没了，确实是比较搞，我看看补一下吧

@fryrice 1.6.0 的保存连接路径基本没问题，问题更可能在“新建连接/手动跳板链”入口漏传 upstream proxy ，尤其是全局代理和 host-key preflight 。我已经修了，后续发新版本看看。

@fryrice 1.6.0 版本做了，你可以去下载一下

有了 Computer Use 之后 AI 应该已经能玩一些游戏了，最近还有看见论文讲怎么吧游戏攻略转化成 AI skills 的，感觉以后都不用亲自打游戏了哈哈，全部 AI 代劳，我躺着看 AI 玩就行了

@fryrice 之前提要代理的人少，排期就一直没优先。看到你的 fork 了，SOCKS5 实现很干净。我准备扩展成 SOCKS5 + HTTP CONNECT 双协议、加 UI 配置、支持按连接覆盖。

@molezznet 我发了一个 preview 版本出来可以看看

@molezznet 是的，Tauri 比 Electron 轻一些，但毕竟还是 WebView ，终端这种场景一开多个 tab 、跑一段时间，内存确实不太理想，这个我自己也试过，无奈确实 tauri 版本好开发的多，如果一开始就直接选 GPUI ，估计开发成本会高很多，可能走不到现在这一步。不过现在 gpui 版本也基本写完了，我有空再整理一下发个 gpui 的 preview 版本出来吧

补充一下同步这块：OxideTerm 不走官方云，而是基于加密 `.oxide` 快照做自托管同步，可以接 WebDAV / HTTP JSON / Dropbox / Git / S3 。密码、密钥和 API Key 优先放系统 Keychain ，不写进普通配置文件。

@hzz2 不是小众不小众的问题，这个交互确实很好，也是高频细节。主要是 Tauri 版终端底层用的是 xterm.js ，它的输出区域本质上是终端渲染缓冲区，不是可编辑文本编辑器，所以要做 WindTerm 那种“选中后直接编辑/删除输出内容”的交互会比较别扭，也容易和终端真实缓冲区状态不一致。所以只要我们还在 Tauri 版本，这个就很难做。

GPUI 版终端是自己画的，终端 buffer 、selection 、overlay/action 这些都能自己控制，后面就比较适合做这类 selection actions：比如选中文本后编辑、删除、发送到 AI/命令面板/脚本处理。WindTerm 我记得是原生实现，因为他们的终端是完全自己操纵的，所以就好做的多。Anyway ，我会放到 GPUI 版本评估的。感谢你的关注！