我个人观察到的现象是，会话创建后的首条消息正常，之后的消息会延迟数秒才能发出，在 mac 和 windows 平台都出现了此问题； 并且 mac 版本还出现了运行时 cpu 使用率过高，发热严重的问题。 github 上也有不少类似的反馈，首个发现的版本应该是 26.415.21839 ；有人反映关闭记忆功能后可绕过此问题，但对大多数人包括我自己无效，目前只能通过降级解决。 github.com/openai/codex Fix: Desktop App - Message send is delayed for ~8 seconds in new sessions after the latest update 已打开 04:31AM - 17 Apr 26 UTC JavierPiedra bug app session ### What version of the Codex App are you using (From “About Codex” dialog)? 26 … .415.21839 ### What subscription do you have? Pro ### What platform is your computer? Darwin 25.3.0 arm64 arm ### What issue are you seeing? ## Summary In the Codex desktop app, sending a message can take around 8 seconds before the message is actually sent. This appears to have started after the latest update. It did not happen in older sessions before. ## Environment - App: Codex desktop app - Codex version: `26.415.21839 (1763)` - macOS: `26.3.1 (build 25D771280a)` - Hardware: `MacBook Air (Apple M3, 24 GB RAM)` ## Actual behavior After pressing Enter to send a message, the message does not send immediately. Observed behavior: - The spinner appears in the send button - The message remains pending for about `8 seconds` - Lowering reasoning does not help This is affecting sessions created after the latest update. ### What steps can reproduce the bug? ## Reproduction Observed repro: 1. Open Codex desktop 2. Open a newer thread created after the latest update 3. Type a normal message 4. Press Enter 5. Observe the spinner in the send button and a delay of about `8 seconds` before the message is sent Additional observation: - In a brand-new thread, the first message sent immediately - The second message in that same new thread then started taking a very long time to send ## Scope / pattern - Happens in newer sessions created after the latest update - Did **not** happen in older sessions tested by the user - Not fixed by lowering reasoning - Seen with `GPT-5.4` and `Extra High`, but reasoning level does not appear to be the cause ### What is the expected behavior? ## Expected behavior Pressing Enter should enqueue and send the message immediately, or at least show near-instant client acknowledgment. ### Additional information ## Notes This feels like client-side send latency rather than raw network latency. Local diagnostics from the machine at the time: - Network path looked healthy in macOS logs - Codex renderer/helper processes showed noticeable CPU activity while the issue was occurring - No obvious network failure was visible from the local system logs ## Impact This makes normal back-and-forth use of Codex frustrating because even short messages feel blocked before they are sent. If you want, I can also compress this into a shorter GitHub-style version, or turn it into a more technical issue with a small `Additional diagnostics` section at the end. 本以为是梯子又出问题，但看了下发现是 app 的锅，记录一下 9 个帖子 - 8 位参与者 阅读完整话题
如题，本人苹果手机，在对百度网盘的照片权限设置受限访问后，经常出现【选择更多照片/保持当前】的弹窗 今天甚至出现连续弹窗，点了10次左右才不再弹请求弹窗，这是什么情况，怎么做到的 1 个帖子 - 1 位参与者 阅读完整话题
当前对话出现retry，重开另一个session却可以正常使用，切回原对话还是retry 。这是any轮询的问题吗？还是新版cluade code的原因 而且感觉any现在retrying明显变多了 个人感觉还和上下文有关，上下文一长retry出现概率更大 报错多为： API Error: 503 {“error”:{“message”:“Service Unavailable”,“type”:“error”},“type”:“error”} · check status.claude.com 明明前一周还能爽蹬 2 个帖子 - 2 位参与者 阅读完整话题
为什么在这里一直转圈啊 刷新还是转圈 9 个帖子 - 6 位参与者 阅读完整话题
4.18 出现无法mark的情况，其他功能一切正常（点赞、评论等） 求大佬解答一下，谢谢 6 个帖子 - 5 位参与者 阅读完整话题
之前从来没发现。这几天用vscode 不知道什么情况，只要出现代码补全的情况就会嗡的一声，烦人得很，也不知道在哪关，真的很烦啊，听着这个死声音，一点劲都没有，不知道大家遇到过没?该怎么解决 6 个帖子 - 4 位参与者 阅读完整话题
其实我觉得可以薅羊毛，如果有佬友不喜欢可以选择不关注； 还有就是有些佬友说，论坛中的非常有精华的文章有点少了，确实； 我最近发现了，很多帖子都沉淀下去了，导致很多佬友没有发现； 在这里我想发起一个wiki，做一个知识组合帖子wiki，不断佬友补充链接和更新； 希望始皇或者运营佬友可以把这个wiki帖子在文档共建板块置顶，可以让佬友学到知识，学到AI知识； 就像那个国外大佬说的，可以把零散的知识使用llm wiki方式进行整理； 以上是个人的一些小建议，大家可以说说自己的看法。 15 个帖子 - 9 位参与者 阅读完整话题
前几天一直是好好的，没调过设置啊，今天就突然这样 有佬友遇到过相关的问题吗？在线等，挺急的=ᗜωᗜ= 10 个帖子 - 7 位参与者 阅读完整话题
IT之家 4 月 18 日消息，在现如今的东京，仍有一些老年人正努力适应智能手机。对他们来说，滑动和点击并不是自然而然的操作。 据英国《卫报》4 月 17 日报道，东京西北部练马区一处老年活动中心的智能手机入门课堂上，四名女性和一名男性提出了类似困惑。“那些不断弹出的应用让我无从应对”“我怎么确认电话已经挂断”，成为课堂上的常见问题。 授课的是曾在 IT 公司工作的程序员西冈康志（IT之家注：音译，下同），他提醒学员不必强求记住所有操作，“关键是 多拿在手里用，自然就会熟悉 ”。在他看来，智能手机既能打开高度互联的世界，也可能让人陷入复杂的信息环境。 参加课程的 大多是 70 多岁的老人 ，手中设备包括 iPhone 和安卓手机。他们坦言自己对智能手机感到不安，同时也不愿在 日本 3G 网络关闭 后被迫与数字世界脱节。 日本运营商近年来持续关闭旧网络。2G 早在 2012 年退出，au 于 2022 年停止 3G 服务，软银在 2024 年跟进。今年 3 月底，NTT Docomo 也宣布关闭 3G 网络，原因是淘汰低效基站以降低能耗。 这一变化影响 约 50 万人及超过 400 款设备 ，同时波及依赖 3G 的车载导航、自动售货机支付系统以及无人停车场管理系统。 运营商正通过培训课程帮助用户适应，内容涵盖 拍照、视频以及安全网购 ，面向仍在使用翻盖手机或对智能手机感到不安的人群。 如果不转向支持 4G 和 5G 的智能手机，翻盖手机用户将失去通话和邮件功能，甚至连号码也会被取消。 在 iPhone 于 2008 年进入日本市场前，仅供该国国内的“Garakei”手机曾长期占据主流，这类仅面向日本市场的手机一度极为普及。 课堂上，西冈康志用两个小时讲解基础操作，涵盖 开关机、音量调节、滑动和缩放 ，并介绍无现金支付和二维码，以及学员普遍关注的 健康监测和天气功能 。 他提醒，如果只把手机当作工具使用， 就很容易失去兴趣 ，后续的课程将涉及娱乐、社交和影像内容。 安全问题是所有学员的共同顾虑。随着日本老龄人口规模扩大，网络诈骗也日益严重。西冈康志建议，只要存在疑问，就不要理会这类信息或来电。同时，他还推荐了可过滤可疑联系人的应用。 学员神田弘子表示，刚接触智能手机时面对大量图标无从下手，目前仍在适应过程中。另一名学员三个月前才购买第一部智能手机，她仍在使用支持 4G 的翻盖手机，同时也开始使用新设备上的天气和出行规划应用。 推动他们转向智能手机的原因，与年轻人并无本质差异： 订票、加入社交群组、学习语言以及规划旅行 。 西冈康志指出，在让用户放弃智能手机的诸多问题中，有一个最为突出 —— 密码管理。
用了两三条消息然后突然就这样了。claude4.7，什么原因有没有大佬？ 2 个帖子 - 2 位参与者 阅读完整话题
有没有一样的小伙伴或者大佬 1 个帖子 - 1 位参与者 阅读完整话题
佬们今天使用ClaudeCode出现图片所示情况，之前没有遇到过。有没有佬知道这种问题该如何解决 2 个帖子 - 2 位参与者 阅读完整话题
Gemini app出现bug，无法对话，一直转圈圈，网页正常 3 个帖子 - 3 位参与者 阅读完整话题
应该是给一个新的设计产品使用的额度 ref: https://techcrunch.com/2026/04/17/anthropic-launches-claude-design-a-new-product-for-creating-quick-visuals/ 1 个帖子 - 1 位参与者 阅读完整话题
识别里面的"菜品名"与"点菜数量"只有出现黑色打勾的行才算点菜，如果价格“XX元”后面出现了手写数字，则该手写数字为“点菜数量”，否则“点菜数量”默认为1“菜品名”永远原样输出“·······”之前的文本，不要自行篡改菜品名，比如，严禁将“炒二冬”自行改名“炒冬笋” 只输出 YAML，严格使用以下格式： 菜品名A: 点菜数量 菜品名B: 点菜数量 举例： 溪水石斑鱼: 1 手抓羊排: 1 除 YAML本体 外不要输出任何解释、前后缀、标题或 Markdown code fence 试了下 GLM-5V-Turbo、qwen3.6plus、qwen3 VL plus、minimax2.7、kimi k2.5 、gemini3.1pro没一个能识别对的，难道是我姿势不对？ 20 个帖子 - 10 位参与者 阅读完整话题
上周使用wsl时出现的，表现为一个分区无法挂载。自动挂载和手动挂载均失败。 dmesg： [ 2.398835] mount: [ 2.398839] /mnt/x: fsconfig system call failed: Operation not supported. [ 2.399674] dmesg(1) may have more information after failed mount system call. [ 2.400210] WSL (1 - init()) ERROR: UtilCreateProcessAndWait:726: /bin/mount failed with status 0x2000 [ 2.466421] mount: [ 2.466425] /mnt/x: mount(2) system call failed: Operation not supported. [ 2.467460] dmesg(1) may have more information after failed mount system call. [ 2.468180] WSL (2 - init-systemd(Ubuntu)) ERROR: UtilCreateProcessAndWait:726: /bin/mount failed with status 0x2000 X:是一个NTFS分区，chkdsk无问题，windows可以正常访问 下面是分区信息和权限设置 问题也发在wsl的issue里面了。。。但是就他们那个效率估计得不到解决方案，所以来求助佬友们了 已经重装了一次wsl了。。并没有用 需要诊断日志可以去issue找 /bin/mount failed with status 0x2000 · Issue #40221 · microsoft/WSL 2 个帖子 - 2 位参与者 阅读完整话题
用的中转站，wsl中使用codex cli，版本是最新版 部分配置 sandbox_mode = "workspace-write" approval_policy = "on-request" 3 个帖子 - 2 位参与者 阅读完整话题
这是我在ccs中的配置，然后这是终端出现的问题 在站内刷了一些any相关问题的帖子可能是节点问题，但是换了一个公益站可以正常使用cc，只有any用不了爆红（我用any的codex是可以使用的），也问了一圈ai了还没搞明白，实在没辙了想问问有没有懂的佬友，我也想体验一下4.7 17 个帖子 - 9 位参与者 阅读完整话题
codex打不开是啥情况啊佬友们，之前用的cursor和augment 出现这种慢的情况就是删除历史会话，清理缓存，现在codex一致打不开，有没有什么解决的方法呢？ 1 个帖子 - 1 位参与者 阅读完整话题
如图二，不光出现了GPT特有的“稳住”，连中英文逗号都分不清了，用的一直都是英文“,”，这在之前是从未出现过的 2 个帖子 - 2 位参与者 阅读完整话题