苹果在 iOS 26 推出的全新 Liquid Glass 界面曾引发巨大争议，如今公司被认为终于在功能更新与性能优化之间找到了新的平衡节奏。 该界面在视觉上强调光影、反射和折射效果，苹果高管曾表示这是为了让软件“更具表现力、更具响应感”，但用户在多个平台上抱怨其带来明显的性能下降。面对负面反馈，苹果并未放弃这一方向，而是让工程和开发团队“回到绘图板前”，细致梳理哪些效果需要调整、删减或重写，被认为是一次来得很晚但终究到来的系统级“补课”。 此前有报告称，Liquid Glass 不会被弃用，而是会在未来几年持续获得渐进式改进，本次更新只是长期优化计划的第一步。在今年的 WWDC 2026 上，苹果公布了其各平台系统合计 262 项修复和改进，其中包括被视为性能关键改动的“CPU 调度器优化”等。外界推测，苹果内部最初列出的待改进项目可能远不止这些，只是部分内容因优先级不够高而被砍掉，而这一切的源头都指向最初那次 UI 大改所引发的连锁反应。 在作者看来，这一轮 iOS 27、iPadOS 27、macOS 27、watchOS 27、tvOS 27、visionOS 27 和 homeOS 27 的统一优化，可被视作苹果对用户的一次“变相道歉”，承认公司在过去几年里一味追求界面与新功能，却没有及时把性能和稳定性问题解决。文章指出，苹果鲜少公开认错，如今选择在全部操作系统上集中发力优化，某种程度上是在用行动回应此前被忽视的性能与体验反馈。 作者据此判断，苹果未来在软件更新节奏上很可能会形成一个新的模式：在功能性更新与优化性更新之间轮替推进。今年已经是以优化为主的一年，因此在明年的 iOS 28、iPadOS 28、macOS 28 等版本中，预计会重新把重点放回到新功能与新特性上，而对底层优化的投入则相对收缩。这被认为与此前“年年叠加新功能、频繁改 UI 却鲜少理会用户反馈”的做法截然不同，标志着苹果意识到，如果基础体验不过关，再多的视觉效果和新增功能也难以赢得口碑。 文章引用用户反馈称，一位 M1 Pro 版 MacBook Pro 用户表示，当前 macOS 27 Golden Gate 开发者测试版在日常使用中的表现甚至优于稳定版 macOS Tahoe，过去被抱怨的“整体卡顿感”有明显缓解。在作者看来，这是苹果本轮优化见效的一个具体案例，也为其“先做优化、再谈新功能”的节奏提供了现实支撑。同时，iOS 27 依然支持发布已接近七年的 iPhone 11，被视为苹果在向旧设备用户释放善意，让“老机型也能分享到优化成果”。 文章最后指出，如果说 2026 年在软件层面属于苹果的一年，那么竞争对手若想跟上节奏，可能不得不在更新策略上采取类似“功能与优化交替”的方式。作者也抛出问题邀请读者投票：苹果是否应该继续坚持“功能一年、优化一年”的轮换模式，有人认为这是在体验和创新之间实现平衡，也有人主张苹果应长期把优化放在首位，减少大幅度的界面和功能改动。 查看评论
本人后知后觉，现在才想起来玩 hermes 这个AI，以前小龙虾也是完美错过，听说这个比小龙虾还要牛B，于是在自家群晖docker上部署了一个，由于自家小主机处在墙内，也访问不了grok gemini openai官方服务。但是除了本地模型能够跑通之外，其余的 gcli2api newapi webchat2api 这些项目一个也不能用在这上面，发消息就提示“Error: Your request was blocked. ”本想靠着AI来解决，居然都搞了一天了，AI也忽悠了我一整天，东搞西搞全都是瞎扯蛋，解决不了问题。所以实在没招了，想到来问问佬友们，是这些项目都不能使用在hermes还是我有什么没有做到位的？附上错误截图 21 个帖子 - 12 位参与者 阅读完整话题
下班找一个 cs 小伙伴或者 lol 小伙伴。cs 打完美，我只是个菜狗 C+，不会压力队友，希望对面也不压力队友。LOL 也行，我是菜狗黄金，排位大乱斗怎么都行，一起随便玩玩就好。希望可以性格温和一点，不要压力或者攻击人。 35 个帖子 - 16 位参与者 阅读完整话题
我也是以前受骚扰电话所扰，学的别人的方案，用双卡分开使用。 A 号：重要的绑定：银行、证券、微信、支付宝，还有其他互联网账号绑定，保号永不替换，接码用转发。 B 号：工作生活用， 准备迎接骚扰电话，一旦忍无可忍就替换掉。 但是实际发现没那么理想，A 号也会因为个别害群之马变成骚扰电话极多的情况，比如京东金融就一直各种骚扰。 B 号用久了想抛弃的时候发现没那么好抛弃了，某些线下店的会员充值还没用完。 大家都是怎么管理自己的双卡绑定的？
如果大家想在虚拟机上改东西可以用codex更方便对小白来说， 以下是国内环境/腾讯云 Ubuntu 24.04 完美安装 Codex CLI 避坑指南 终于把国内云服务器和虚拟机上安装 Codex CLI 远程连接的逻辑彻底摸透了。如果你直接按照国外那些官方教程一步一步走，在国内的网络环境下，大概率会遇到两个让人抓狂的问题： 进度条死锁 ：Node.js 和 npm 的官方服务器都在国外，国内直接下载经常卡在 0% 动弹不得，或者干连报错断开。 腾讯云“特产”报错 ：如果你图省事直接用 Ubuntu 默认的 snap 去装，会和腾讯云后台自带的自动化助手（ tat_agent ）起冲突，直接弹出一长串关于 cgroup 的致命报错，软件根本打不开。 最稳妥的解决办法： 彻底放弃 snap 安装，直接在系统里装纯正的官方 Node.js 20，并 全程强行切换成国内淘宝镜像加速 。 以下是亲测 100% 成功的完整步骤： 第一步：虚拟机基础换源（仅本地虚拟机需要） 注：如果你用的是腾讯云、阿里云等公网服务器，服务商已经默认帮你配好了内网加速源，可以跳过这一步，直接从第二步开始。 如果你是在自己电脑上用 VMware 或 VirtualBox 装的本地虚拟机，先在终端运行下面这行命令，把软件源一键切到国内清华大学镜像，给后面的组件下载提速： sudo sed -i 's//archive.ubuntu.com/mirrors.tuna.tsinghua.edu.cn/g' /etc/apt/sources.list.d/ubuntu.sources sudo sed -i 's//security.ubuntu.com/mirrors.tuna.tsinghua.edu.cn/g' /etc/apt/sources.list.d/ubuntu.sources sudo apt update && sudo apt upgrade -y 第二步：一键配置 Node.js 20 环境 Codex CLI 必须要依靠 Node.js 环境才能运行。我们直接把官方最新的 20.x 维护源注入到系统里，然后进行安装： export DEBIAN_FRONTEND=noninteractive curl -fsSL https://deb.nodesource.com/setup_20.x | sudo -E bash - sudo apt-get install -y nodejs 第三步：走国内镜像秒杀安装 Codex CLI 有了真正可用的 nodejs 和 npm 后，全局安装 Codex 时必须加上国内淘宝镜像源（ npmmirror ）的加速后缀，不然极易卡死： sudo npm install -g @openai/codex --registry=https://registry.npmmirror.com --unsafe-perm=true （换成国内镜像后，原本可能卡几个小时的下载，现在只要 5 到 10 秒就能瞬间秒杀完成。） 第四步：写入远程连接配置并刷新 安装完后，我们还需要手动帮 Codex 建立一个配置文件，告诉它允许接受来自 Windows 客户端的远程连接。 直接复制并运行以下命令： # 1. 创建配置文件夹并写入开启参数 mkdir -p ~/.codex cat > ~/.codex/config.toml << EOF [features] remote_connections = true EOF # 2. 修复环境变量路径，防止终端找不到 codex 命令 if ! grep -q "/usr/local/bin" ~/.bashrc; then echo 'export PATH="$PATH:/usr/local/bin:/usr/bin"' >> ~/.bashrc fi source ~/.bashrc 第五步：大功告成，验证结果 最后，在终端输入： codex --version 只要屏幕上老老实实吐出了 codex-cli 0.137.0 （或者类似的最新版本号），就说明服务器/虚拟机端已经完美搞定了，而且绝对不会再弹腾讯云后台冲突的报错！ 有人看的话下期分享如何将codex连接云服务器，虚拟Ubuntu 这种有点小麻烦需对应还要生成，因为不让设置https 1 个帖子 - 1 位参与者 阅读完整话题
很好奇，始皇的架构是咋样。11万人保证完美运行的 9 个帖子 - 9 位参与者 阅读完整话题
没想到以前注册的github现在大有用处啊，完美丝滑注册成功了，记得关掉梯子再去注册 1 个帖子 - 1 位参与者 阅读完整话题
最近 2 次，5.1 的额度用完了，有待解决的问题，换成 composer 2.5 ，居然都完美解决了，是我的错觉吗
最近 2 次，5.1 的额度用完了，有待解决的问题，换成 composer 2.5 ，居然都完美解决了，是我的错觉吗
最近 2 次，5.1 的额度用完了，有待解决的问题，换成 composer 2.5 ，居然都完美解决了，是我的错觉吗
最近 2 次，5.1 的额度用完了，有待解决的问题，换成 composer 2.5 ，居然都完美解决了，是我的错觉吗
最近 2 次，5.1 的额度用完了，有待解决的问题，换成 composer 2.5 ，居然都完美解决了，是我的错觉吗
最近 2 次，5.1 的额度用完了，有待解决的问题，换成 composer 2.5 ，居然都完美解决了，是我的错觉吗
最近 2 次，5.1 的额度用完了，有待解决的问题，换成 composer 2.5 ，居然都完美解决了，是我的错觉吗
最近 2 次，5.1 的额度用完了，有待解决的问题，换成 composer 2.5 ，居然都完美解决了，是我的错觉吗
最近 2 次，5.1 的额度用完了，有待解决的问题，换成 composer 2.5 ，居然都完美解决了，是我的错觉吗
最近 2 次，5.1 的额度用完了，有待解决的问题，换成 composer 2.5 ，居然都完美解决了，是我的错觉吗
最近 2 次，5.1 的额度用完了，有待解决的问题，换成 composer 2.5 ，居然都完美解决了，是我的错觉吗
最近 2 次，5.1 的额度用完了，有待解决的问题，换成 composer 2.5 ，居然都完美解决了，是我的错觉吗
最近 2 次，5.1 的额度用完了，有待解决的问题，换成 composer 2.5 ，居然都完美解决了，是我的错觉吗