没有主动点击更新，也确定没有设置自动更新，为什么Google Play会偷偷更新某些应用？ 按最后修改时间降序查看应用列表的时候，发现有些应用我明明没有手动更新过，却出现在前几个，更新来源是Google Play。 也不是所有应用都会自动更新，有的会，有的不会，就不知道是个什么逻辑 2 个帖子 - 2 位参与者 阅读完整话题
如题，有佬友遇到了吗？是服务器出问题了吗？几个同事都这样了 尝试手机号登录显示服务器错误 @RoxyBrowser Github登录也有些问题 1 个帖子 - 1 位参与者 阅读完整话题
以前 找到 “Microsoft Edge rounded corners” 这个选项。 将右侧的选项从 Default 或 Enabled 改为 Disabled 。 现在不知道怎么搞了，是win10系统！ 2 个帖子 - 2 位参与者 阅读完整话题
删掉update.exe和repair.exe不起作用 3 个帖子 - 3 位参与者 阅读完整话题
cpa 天天更新，跟不上节奏又封号，这里做了个docker compose 每两个小时自动尝试更新 services: cli-proxy-api: image: eceasy/cli-proxy-api:latest container_name: cli-proxy-api restart: unless-stopped ports: - "8317:8317" volumes: - ./config.yaml:/CLIProxyAPI/config.yaml - ./auth-dir:/root/.cli-proxy-api labels: - "com.centurylinklabs.watchtower.enable=true" watchtower: image: containrrr/watchtower:latest container_name: watchtower restart: unless-stopped environment: TZ: Asia/Shanghai WATCHTOWER_SCHEDULE: "0 0 */2 * * *" WATCHTOWER_CLEANUP: "true" WATCHTOWER_LABEL_ENABLE: "true" WATCHTOWER_ROLLING_RESTART: "true" WATCHTOWER_TIMEOUT: "30s" volumes: - /var/run/docker.sock:/var/run/docker.sock 5 个帖子 - 5 位参与者 阅读完整话题
我一直都是手机上开了只下载，不自动更新，每次提示我更新，我也是点后续再提醒，但不知道为啥，昨晚上莫名其妙就给我更新到了最新的版本，搞得我怀疑这手机现在还是不是我控制的了。 想请问佬们，如何有办法关闭掉自动更新。 2 个帖子 - 2 位参与者 阅读完整话题
因为某些机场会隔段时间就停止订阅链接的访问， 导致 Surge 上自动更新订阅获取不到节点数据，反而直接把节点清空了，我试着把自动更新禁用，结果因为 iOS 和 Mac 直接修改规则要相互同步，又要触发更新，真是蛋疼
今天vscode 上的leekfund韭菜盒子插件自动更新了，发现给我的自选全部清掉了，又得一个个添加回来了，排序功能也没有了 上github上一搜发现已经搜不到这个之前开源的仓库了，页面也出现订阅高级版了，佬们还有什么可以摸鱼看盘的好用插件吗？ 1 个帖子 - 1 位参与者 阅读完整话题
如图，上周还是好的，这周自动更新了，打开默认是小窗口，我全屏了以后左栏和上面的菜单都变成背景透明的了，怎么配置过都不行，很奇怪，佬友有同样的遭遇解决了吗？ 4 个帖子 - 4 位参与者 阅读完整话题
我把钉钉自动更新关了还偷偷更新，然后给我更新了一坨💩，搞得从 idea 复制的东西不能在钉钉里粘贴，这是什么 bug ，从其他打分复制的都能粘贴，就是从 idea 复制的不行，这是什么意思
我把钉钉自动更新关了还偷偷更新，然后给我更新了一坨💩，搞得从 idea 复制的东西不能在钉钉里粘贴，这是什么 bug ，从其他打分复制的都能粘贴，就是从 idea 复制的不行，这是什么意思
佬友们，半夜三更写代码的时候，不知道cc抽了什么风，给我自动更新版本到v2.1.154（简直就是非人类啊，我都不知道），然后我关掉我的cc重新打开使用的时候，deepseek就给我报我没见过的报错，大概是下面这样： 我还以为我电脑环境炸了，毕竟几分钟前还在跑对话，见状也是立马唤醒codex大人给我排查错误，第一时间就定位到了可能是cc版本更新后，发包的格式变了 也是当机立断回退版本到153，测试之后发现果然是cc在搞鬼 也是特意发个帖吐槽提醒一下，同时佬友遇到类似情况，先回退版本吧，等待ds做适配后再看看要不要更新 同时有佬友能分享一下opus4.8的使用体验吗？这新模型不会像4.7一样反向优化了吧？ 5 个帖子 - 5 位参与者 阅读完整话题
他会自动更新的吗 3 个帖子 - 3 位参与者 阅读完整话题
今天突然给我自动更新了，一眼就看见右上角这又亮又丑的“问问Gemini”，找了一圈开关都关不了，结果右键单击这个位置有个取消固定的选项 另外左上角的位置本来有一个搜索标签页的按钮，更新之后也没了，给移到右边这里了 这是从另一台没更新的电脑上截下来的原版： 那个又亮又丑的Gemini能关掉，但搜索标签页还没找到能从哪改回原来的样子，好想对着谷歌的设计师口吐芬芳 15 个帖子 - 10 位参与者 阅读完整话题
之前被自动更新坑了一次，2.0 直接把我的 IDE 覆盖了。后来我把 2.0 卸载，重新装回了原版 IDE。 现在想单独再装个 2.0，结果卡在两个问题： 1 进度条中断： 运行 2.0 安装包，跑绿色进度条的时候老是中断失败，根本装不上。 2 怕再次覆盖： 听说 2.0 默认路径和 IDE 是一样的。我很怕解决中断问题后，它装完又把我现在好好的 IDE 给覆盖了，那就成死循环了。 目前看了一下系统路径，有两个目录，一个是带 IDE 后缀的，另一个是. Antigravity（应该是 2.0 安装失败留下的）。 想请教一下各位： 进度条老是中断一般是哪里卡住了？2.0 那个残留目录是不是必须得清空才能装？直接删会不会把我的数据记录也搞没了？ 怎么操作才能让 2.0 和旧版 IDE 彻底隔离开，互不影响实现双开？ 求指点一下具体的安装步骤，感谢！ 2 个帖子 - 2 位参与者 阅读完整话题
越来越草台班子了，自动更新，然后把自己更新挂了，最后重装都不行。 3 个帖子 - 2 位参与者 阅读完整话题
如题，每次chrome都要自动更新，这下好了，不用屏蔽了。 1 个帖子 - 1 位参与者 阅读完整话题
先说结论：Cursor 的某些操作例如自动更新过程在高内存压力场景下触发了极端 I/O 风暴，并高度疑似诱发 Apple Silicon watchdog reset。直接导致 Apple Silicon Watchdog 硬件强制复位------屏幕一黑，秒重启，什么提示都没有，只在 DiagnosticReports 里留下一个 ResetCounter。 疑似Cursor 的 updater workload 触发了 Apple Silicon 某个 VM/APFS/IOKit 路径里的 starvation bug。 一晚上三次，19:15、20:35、22:07，每次都是同一个原因。我是用系统诊断报告一步步追到的根因，证据全在下面。 现象 电脑正常使用中，突然黑屏 没有任何 beach ball、没有卡顿、也没有"你的电脑因为出现问题而重新启动"的提示 就是一瞬间黑掉，然后 Apple logo 亮起，重启完成 打开的所有东西没了，"重新打开窗口"救不回来 Console.app 里这个时间段的日志是空的------统一日志缓冲区在硬件复位时直接蒸发 追凶 DiagnosticReports 目录里躺着三条 ResetCounter： Date: 2026-05-17 20:36:39 Reset count: 1 Boot faults: wdog, reset_in_1 timeout, dblclick_timeout wdog = Apple Silicon 的硬件看门狗。 reset_in_1 timeout = 内核超过 1 秒没响应看门狗，硬件直接拉闸。这不是软件崩溃，是系统已经无响应到连 panic 流程都走不动了，纯靠硬件保底。 同目录下还有几条 disk writes 诊断------macOS 对单日写入超过 2.15 GB 的进程会自动采样微栈： 19:04-19:15 — ditto Command: ditto PID: 55081 Event: disk writes 写入: 2.15 GB / 11 分钟 Stack: BOMCopierCopyWithOptions → _BOMCopierCopyFromPKZip → _copyDir → _copyFromPKZip → _copyDir → …（35层递归） Resource Coalition: 12598（自身）, 137 samples 1439 ditto 在解压一个 zip，目录嵌套深到递归了 35 层才触到实际文件。问题是------谁调用了 ditto？ 20:36-20:39 — Cursor Command: Cursor PID: 979 Event: disk writes 写入: 2.15 GB / 150 秒（14.3 MB/s） Stack: 177 个线程全部卡在 uv__fs_post → write() 1 个线程在 Squirrel → removeItem → __removefile_tree_walker → __unlink Resource Coalition: 751, 34 samples 1439 177 个 libuv 线程池线程，全部在内核 write() 里。同时 Squirrel 在递归删除一个目录。注意 Cursor 和 ditto 都出现了 Coalition 1439 。 对 Coalition 1439 做反向索引------在全量磁盘写入报告里搜所有带有这个 Coalition 的进程------结果只有一组： com.todesktop.230313mzl4w4u92 （Cursor）及其子进程。 ditto 是 Cursor 启动的。 再查 Squirrel 的状态文件： ShipItState.plist: targetBundleURL: "/Applications/Cursor.app/" updateBundleURL: "…ShipIt/update.z1tErYz/Cursor.app/" ← 从未完成安装 ShipIt 日志： 5月16日 19:24 Detected this as an install request 5月16日 23:01 Detected this as an install request ← 又来了 然后 Cursor 主日志，第三次死机前两分钟： 5月17日 22:04:36 update#setState checking for updates 5月17日 22:04:37 UpdateService onUpdateAvailable() 5月17日 22:04:37 update#setState downloading 5月17日 22:07------ResetCounter。 从 5月16日晚到 5月17日晚，Squirrel 一直在尝试安装同一个更新，每次都触发 I/O 风暴->死机->重启->Cursor 自启->Squirrel 发现更新没装完->再来一次。 为什么能打穿整台机器 三个 I/O 密集型操作同时发生： 操作 并发 I/O 类型 ditto 递归解压 35+ 层目录树创建 APFS inode 分配 + 目录写入 Cursor libuv 线程池 177 线程同时 write() 数据块写入 Squirrel 递归删除 旧版本目录树删除 APFS inode 回收 + 目录更新 APFS 的元数据操作是串行化的。一边疯狂建目录，一边疯狂删目录，一边 177 个线程抢文件写入------元数据锁争抢到内核 I/O 工作队列被填满，关键的 watchdog 喂狗线程分不到 CPU。 我的日常负载（Chrome 十几个标签 + VS Code 多窗口 + OrbStack + postgres + mongod）当时内存压力已经把页面缓存挤出不少，这意味着文件写入还要跟 swap 抢 I/O 带宽。 结果就是内核整体无响应 >1 秒 → 硬件 watchdog 超时 → 黑屏重启。 Cursor 团队在这里省了什么 说三件事： 全量 zip 替换。 2026 年了，VS Code 都能做增量热更新，Cursor 的 Squirrel 框架还在下载全量包->解压->替换整个 app bundle。2.15 GB 的更新包，不是 delta patch，是整个 app 重新灌一遍。 零 I/O 限流。 ditto 解压没有 QoS（诊断报告显示 QoS 是 User Interactive，最高优先级）。libuv 线程池没有限制并发写入数。Squirrel 的 removeItem 是递归 __unlink ，没有 batch，没有 throttle。 没有崩溃恢复。 更新安装失败后 Squirrel 的状态文件原样保留，下次启动直接重试，没有任何指数退避、没有失败次数上限、没有对"这台机器已经因为这个更新死过两次"的感知。硬着头皮再来一次，然后理所当然地再死一次。 Cursor Pro 订阅费不便宜。用户付了钱，换来的更新体验是机器被搞到硬件强制复位------这不是 bug，这是连最基本的系统资源管理都没做。 解决 如果你在用 Cursor，检查一下你是不是也在崩溃循环里： # 看有没有卡住的更新状态 ls ~/Library/Caches/com.todesktop.230313mzl4w4u92.ShipIt/ # 有的话直接清掉 rm -rf ~/Library/Caches/com.todesktop.230313mzl4w4u92.ShipIt/update.* rm -f ~/Library/Caches/com.todesktop.230313mzl4w4u92.ShipIt/ShipItState.plist # 禁用自动更新 defaults write com.todesktop.230313mzl4w4u92 SUEnableAutomaticChecks -bool false 更新手动去官网下，至少你能盯着 Activity Monitor 的 Disk IO 曲线，见势不对直接 kill。 硬件：MacBook Pro M3 Max / 36 GB / macOS 26.3 Cursor：2.6.20 更新框架：Squirrel（Electron 标配的 ShipIt） 死机类型：Apple Silicon Watchdog Reset（不是 kernel panic，比那个更严重------内核跑不到 panic 流程就硬死了） 1 个帖子 - 1 位参与者 阅读完整话题
网址： https://ai.dal.ao 起因是 GitHub Copilot 逐渐转向按量付费，五一假期我开始研究各种 Coding Plan 。过程中看到群友整理的飞书表格很有用，就想着做一个可以自动更新数据的网站，方便横向对比各家套餐。 正好也有个地方能把小米送的 AI Token 用掉 产品的信息是通过爬虫获取内容后交给 AI 做数据格式化和总结实现的。下面的截图是以阿里云百炼 Token Plan 为例的爬虫输出： 目前支持的信息 网站目前会自动整理这些内容： 各档位价格 支持的模型 速率或用量限制（如果官方有公开说明） API 兼容性 Artificial Analysis 上的模型基准跑分数据 CODPL 的产品 AI 服务速率数据 几个比较有用的页面 产品大表格 ： https://ai.dal.ao/product/table 适合直接横向比较各家套餐。 产品目录 ： https://ai.dal.ao/products 适合按产品或厂商浏览。 模型家族 ： https://ai.dal.ao/model-families 适合查看模型归属、跑分和相关信息。 其他还没彻底做完的内容 模型测速 ：做这个网站时发现，CODPL 的 Coding Plan Benchmark 是一个很有价值的资源。即使是同一个模型，不同厂商因为算力、调度和用户规模不同，实际服务体验也会差很多（其实就是常说的超售）。目前 CODPL 的数据还不算特别全，所以也做了个自动化测速工具，准备把自己手上的几个套餐先测起来。目前已经半完工了，还在完善细节。 销售状态 ：后续会给售罄、暂停销售或限量开放的套餐加标记。这个是开发时漏掉的设计。
网址： https://ai.dal.ao 起因是 GitHub Copilot 逐渐转向按量付费，五一假期我开始研究各种 Coding Plan 。过程中看到群友整理的飞书表格很有用，就想着做一个可以自动更新数据的网站，方便横向对比各家套餐。 正好也有个地方能把小米送的 AI Token 用掉 产品的信息是通过爬虫获取内容后交给 AI 做数据格式化和总结实现的。下面的截图是以阿里云百炼 Token Plan 为例的爬虫输出： 目前支持的信息 网站目前会自动整理这些内容： 各档位价格 支持的模型 速率或用量限制（如果官方有公开说明） API 兼容性 Artificial Analysis 上的模型基准跑分数据 CODPL 的产品 AI 服务速率数据 几个比较有用的页面 产品大表格 ： https://ai.dal.ao/product/table 适合直接横向比较各家套餐。 产品目录 ： https://ai.dal.ao/products 适合按产品或厂商浏览。 模型家族 ： https://ai.dal.ao/model-families 适合查看模型归属、跑分和相关信息。 其他还没彻底做完的内容 模型测速 ：做这个网站时发现，CODPL 的 Coding Plan Benchmark 是一个很有价值的资源。即使是同一个模型，不同厂商因为算力、调度和用户规模不同，实际服务体验也会差很多（其实就是常说的超售）。目前 CODPL 的数据还不算特别全，所以也做了个自动化测速工具，准备把自己手上的几个套餐先测起来。目前已经半完工了，还在完善细节。 销售状态 ：后续会给售罄、暂停销售或限量开放的套餐加标记。这个是开发时漏掉的设计。