g17

https://www.oyunfor.com/ 买礼品卡

inline completion 也没几个可选的吧？ VS Code 、Cursor 、Zed

大概率是扩展坞问题，京东京造的拓展坞也有这个问题。

新版的 Codex Desktop APP 已经原生支持通过 SSH 连接到远程开发环境了

特别适合你的工作依赖于不在你的笔记本电脑上的环境的情况。

以防你不知道，以下是开启方法：
把这一串
[features]
remote_cOnnections= true
放到这个里面
~/.codex/config.toml
然后在 Codex APP 里面点击设置，点击连接就有这个功能了

参考链接：
https://x.com/qi9098/status/2045008163435323793

最近 Mac OS 才爆出了长期不关机会断网的问题

> 快科技 4 月 9 日消息，据 Photon 团队披露，macOS 内核存在一个严重的整数溢位漏洞，当系统连续运行达到 49 天 17 小时 2 分 47 秒时，TCP/IP 网络协议栈将彻底瘫痪，目前所有 macOS 版本均受影响。

该问题最早在 Photon 用于监控 iMessage 服务的 Mac 设备集群中被发现，部分机器在无明显征兆的情况下突然拒绝所有新的网络连接，但 ping 探测仍显示一切正常，已有的连接也保持不断，这使得故障排查极为困难。

运维人员只能通过重启来恢复网络功能，但问题会在下一次达到 49.7 天运行时间后再次出现。

经过深入溯源，Photon 团队将矛头指向了 macOS 内核中的 tcp_now 计时器，该计时器以 32 位整数记录系统启动以来的毫秒数，最大值为 4,294,967,295 （即 2-1 ），换算下来恰好是 49.7 天。

该数值会因达到上限而归零或翻转，如果系统没有正确处理这种翻转，例如直接进行大于或小于的比较就会崩溃，导致网络驱动程序认为时间顺序错误，进而停止处理所有数据。

这一故障机制与 1999 年 Windows 98 的 49.7 天蓝屏事件如出一辙，同属整数溢位问题。

参考链接： https://photon.codes/blog/we-found-a-ticking-time-bomb-in-macos-tcp-networking

实在拿不出费用的话 codex free 用一用得了 ，多搞几个号

放一起让他读啊，不懂难点哪

@kemo #92 他是没技术背景的，不到两个月如果真是靠自己用 AI 了解到这么多东西还搓出一个可用的，已经比大多数人强了，有技术背景的也不敢打包票说能比他最后搞出来的效果强很多吧

没区别，甚至大多数情况运营商也不能保证你这边时时刻刻能跑满千兆