那肯定先装一个终端软件了， warp、cmux、ghostty 选一个吧~ 然后装上 homebrew 用来装其他软件~

反正这至少和湖南人没啥关系，他只是举个身边的例子，我甚至怀疑他是过来人 ^-^

对象存储，服务端签名上传链接给客户端传呀。 只是服务器带宽不够，不是客户带宽不够，我感觉得先掌握数据了再说。 然后服务器能在内网拉的话就很快，不然就慢慢搬咯~

正常来说 GPT 好像不会出这么离谱的问题。另外就是必须相信确定的重构方案，方案要么人工确认是否要调整，要么完全相信方案正确。不然一旦改错，后面一错错一片了。 如果一直重构不下去，恐怕项目本体或实现与文档之间就不自洽。

我的经验是： - 不要对话工作的时候更新 ChatGPT Desktop 和浏览器； - 不要让电脑进入内存不足的情况； - 不要让电脑进入磁盘剩余空间不足的情况。 实在遇到了就 CMD + Q 退出浏览器重新打开，一般又能工作了。

我觉得是你的服务器到上游之间网速不够？ 毕竟每个请求好几兆呢

建议佬还是先贴下 SSH 连不上的报错是什么吧。 另外问题是出在你的 SSH 客户端所在电脑出站到服务器 SSH 端口入站之间，网络其他部分正常倒是合理。

你从哪里发起的 SSH 连接？ 看起来是网络问题。 找个能放行 SSH 的稳定代理或者直接在另一个海外服务器上 SSH 看看。

远程压缩。因为感觉质量比本地好。

我在 macOS 上开发 ESP32、STM32 是没啥问题。 搭配官方 C/C++ 或者 Rust 的生态感觉都挺丝滑的。 就是有些逻辑分析仪之类要连电脑的可能没 macOS 版本