那岂不是可以再进一步，之后它们家的模型在训练时做这些就不会主动提到这些操作或者默认带这些动作  然后审计时也直接忽略这些说没问题 ![图片](https://cdn3.ldstatic.com/origi

要看你预算吧，预算无上限肯定就是mac了

之前用官方api 4.1的时候也遇到过，好像对自己dsh的沙盒不熟悉的样子，遇到沙盒权限问题它自己还以为是windows的权限bug

可能就是构建出来了，但是没仔细测试过不保证没问题的那种感觉？记得有的项目就是这样的

幸好之前msi装的7.6.5，没开自动更新 

有些要是hr活跃但是不读的话，可能就是一些筛选器筛掉了，比如学历之类的

codex cli在用脚本安装和更新时，好像也是不会清理旧版本，就一直累积放着，一个版本的standalone和daemon加起来就快800mb多了

好像办公室脑力活一样看实力，体力活类的好像可能会好点

好像很早trae刚出没多久的时候就有外区说它的遥测关不掉之类的了

打算需要全平台同步的话就onenote；多人协作的话算另外种需求

应该要看rp或者酒馆社区他们是怎么折腾的

之前出豆包工作时公众号有说过这个活动，用豆包工作或者更新豆包pc送一个月的订阅权益什么的

降自己智和逐步提高延迟和丢包率 

记得好像之前上边是给蒸馏站台的，估计这次是希望引导上边来管蒸馏的事或者压制减缓迭代速度，不然感觉完全可以继续悄悄收集

好像在6月累计更新之后，在windows的设置，位置权限那关闭桌面应用程序获得位置的话，再打开微信pc(哪怕不登陆)，系统会一直不停的少量的写盘，要是开着的话就没什么事，到现在没解决

有些特性感觉只能随用随练吧，有些大部分时候不咋用到，之前学清楚了，过段时间语法什么的就还是忘了

其实用codex cli也一样会有写硬盘的问题 

哎，要是之后有漏聊天记录之类的事能直接和身份证号对上，都少了手机号这一层

岂不是之后光是用来区分未成年到处都要身份证号验证了 ^-^ 豆包啥的也会要了？

按照之前漏出来的记录来看应该没有，不知道之后会不会引起一下注意；或者说可能目前的情况已经是了

有可能吧，毕竟抢卡应该抢不过大的云厂商

然后应该大模型公司的钱会被卖算力和卡的公司赚走 

一样，刷了一整天也没干什么事 ^-^

没准是部署的什么问题，他自己发的benchmark来看应该不至于这样；总不能是gemini那样的pro性能不达预期吧（