soleilune

有了 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 版本评估的。感谢你的关注！

我 vibe-coding 了一个 ssh 工作区软件 Oxideterm ，Rust + Tauri ，期望能带来现代软件的体验。SSH/串口/SFTP/端口转发/AI 编排/ESM 插件/11 种语言/云端同步（ via plugin ），GPUI 原生版也在慢慢完善中。
有兴趣的话来 https://github.com/AnalyseDeCircuit/oxideterm 看看，也欢迎点个 star

@hzz2 Tauri 版终端底层是 xterm.js ，输出区域不支持直接编辑文本。GPUI 版终端是自己画的，以后可以考虑加这种交互。