我个人观察到的现象是，会话创建后的首条消息正常，之后的消息会延迟数秒才能发出，在 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 位参与者 阅读完整话题
model_provider = "cliproxyapi" model = "gpt-5.4" model_reasoning_effort = "xhigh" service_tier = "fast" 上面是我codex 模型配置，我看cpa日志，是不会用gmini和claude的供应商，有啥办法在codex会话里面切换或者让cpa自动切换吗 随便再问一下，cpa里面ai供应商的那个前缀配置怎么用啊 2 个帖子 - 2 位参与者 阅读完整话题
当你在自己开发的软件中，用画布管理上百个会话，上百万文字。软件完全开源，完全为了自己使用特化有多爽 每一个卡片都是传统的一个对话窗口，只能说太爽了 7 个帖子 - 3 位参与者 阅读完整话题
为啥claude会话老是这样中断呢？ 4 个帖子 - 2 位参与者 阅读完整话题
笔者一直想通过手机控制电脑，从而将自己的工作空间解放，实现床上、地铁上、咖啡厅肆意办公，前段时间了解到happy coder，并在今天成功使用。但是遇到一个问题，在手机端的对话结束后会显示 并且对话被锁住无法继续。但是在电脑上实际使用该语句则会要求加上 --fork-session(报错如下 Error: --session-id can only be used with --continue or --resume if --fork-session is also specified.） 但是加上后，虽然会重新回到这个对话，但是是本地模式，手机端的happy会话还是无法连接。想问问各位佬友有没有解决办法，球球。 3 个帖子 - 2 位参与者 阅读完整话题
codex打不开是啥情况啊佬友们，之前用的cursor和augment 出现这种慢的情况就是删除历史会话，清理缓存，现在codex一致打不开，有没有什么解决的方法呢？ 1 个帖子 - 1 位参与者 阅读完整话题
为啥我看没人用啊，有人用这个项目没，一个 Claude Code 插件，可以自动捕获 Claude 在您的编码会话期间所做的一切，使用 AI（使用 Claude 的 agent-sdk）对其进行压缩，并将相关的上下文注入到未来的会话中。 1 个帖子 - 1 位参与者 阅读完整话题
cursor还好，都在一个地方可以去查，codex这种cli命令行的，会话丢了就挺难找历史会话了。cursor上的SpecStory不是很好用，挺不准的 5 个帖子 - 5 位参与者 阅读完整话题
想请教各位佬友，怎么让 ai 快速上手一个项目。 我现在每次新开 ai 会话，都要让 ai 读一遍整个工程，然后在让 ai 熟悉一下功能流程，才敢开始提需求，让 ai 开发。 但是这样好浪费时间，每次都要喂一遍项目背景，真的好累，效率还很低。 想问问各位佬友有没有这个问题，都是怎么解决的，求教佬友 10 个帖子 - 5 位参与者 阅读完整话题
下午跑claude跑三个会话提示超限停了,现在我只跑一个会话也报错,那买的套餐有什么用??? 我下午都没蹬啊大哥,买你是干嘛的 6 个帖子 - 6 位参与者 阅读完整话题
superpower技能中 使用cc+opus4.6，选择【1】当前会话子代理，opus4.6情况下，子代理可以并发运行 使用cc+glm5，选择【1】当前会话子代理，glm只能串行执行 请求下大佬们，glm5如何设置可以并发执行？ 1 个帖子 - 1 位参与者 阅读完整话题
隔壁idc和ns我在装了app或者网页端几乎就完全不掉登录，但是这边不管是chrome app或者fluxdo天天掉好几次 是我ip质量？还是登录cookie有效短？不太明白这方面，不知道有啥办法可以延长一直登录的时间呢 17 个帖子 - 10 位参与者 阅读完整话题
经常有上下文焦虑，如果频繁用 /rewind，那么你能得到一棵树 得到可视化的树后，可以用来让他重建一个 jsonl 文件，只摘取想要的分支，相当于切 git branch，因为原生 rewind 做不到重新回到某个分支。我感觉维护一条好的分支比记忆文件要可靠一点 解析 ~/.claude/projects/-/<SESSION_ID>.jsonl，按 parentUuid 建树。只保留真正的用户提问（过滤掉 tool_result、Caveat:、continuation 伪消息等非真实输入）。同一 parent 下出现多个真实 user 子节点即为 rewind 旁枝；subtype=“compact_boundary” 是压缩截断点。把主线与旁枝上的用户原文压缩到 10 字以内，用 Mermaid graph TD 绘制：只画用户节点，主线实线串联，旁枝虚线并标注 rewind，compact 节点标红。末尾叶子节点按出现顺序用 ①②③ 编号。 可以用这个提示词把玩一下，最好是让他写个脚本来画，因为会话文件一般比较大，可能画得不准 1 个帖子 - 1 位参与者 阅读完整话题
Anthropic 重新设计了 Claude Code 桌面应用，核心变化是支持在同一窗口内并行运行多个编程会话。新增的侧边栏集中管理所有活跃和历史会话，支持按状态、项目或环境筛选，PR 合并或关闭后会话自动归档。用户还可以在任务进行中通过快捷键（⌘+;）打开侧聊窗口，侧聊会读取主线程上下文但不会向主线程回写内容，避免干扰正在执行的任务。 此次更新将多个常用开发工具直接集成进应用： 1. 内置终端，可在会话旁运行测试或构建 2. 文件编辑器，支持直接打开、编辑和保存文件 3. 重写的 diff 查看器，针对大型变更集优化了性能 4. 扩展的预览面板，支持 HTML、PDF 预览及本地服务器 所有面板均支持拖拽排列，用户可自由组合工作区布局。桌面版现已实现与 CLI 插件的完整兼容，终端中安装的插件在桌面端同样可用。SSH 远程连接支持也从 Linux 扩展到了 Mac。 界面新增三种显示模式（Verbose、Normal、Summary），从完整工具调用细节到纯结果展示可自由切换。新的用量按钮可一览上下文窗口和会话使用情况。所有 Pro、Max、Team、Enterprise 及 API 用户均可使用。 Claude Redesigning Claude Code on desktop for parallel agents | Claude Today, we're releasing a redesign of the Claude Code desktop app, built to help you run more Claude Code tasks at once. 4 个帖子 - 3 位参与者 阅读完整话题
开发者现在可以在桌面端的Claude code从一个窗口并排运行多个Claude会话，并新增一个侧边栏来管理它们。新版内置了终端与代码编辑器等工具并且完全兼容命令行插件。 推特原文包含视频演示： https://x.com/claudeai/status/2044131493966909862?s=20 Claude code新增研究预览功能：routine（例程），开发者现在可通过例程将Claude code配置打包在云端以自主运行，可通过定时，API和Github事件三种触发器自动运行或响应事件。 个人感觉第一个功能提升效率是真，但是pro层级还是架不住token消耗太快。而且重构之后的页面莫名很像codex。 第二个功能属于是24小时赛博slave了，使用场景还算不错。 2 个帖子 - 2 位参与者 阅读完整话题
并行运行会话 新的侧边栏将所有活跃和近期的会话集中在一个地方。在多个仓库之间启动工作，并在结果到来时在它们之间切换。 你可以按状态、项目或环境筛选，或者按项目分组侧边栏，以更快找到和恢复会话。当会话的PR合并或关闭时，它会自动归档，因此侧边栏始终聚焦在当前的动态内容上。 当你需要在任务中提问时，可以打开侧聊栏里边（⌘ + ;或 Ctrl + ;)选择分支对话。侧聊会从主线索中获取上下文，但不要回馈任何内容，以避免误导你的任务。 Claude Redesigning Claude Code on desktop for parallel agents | Claude Today, we're releasing a redesign of the Claude Code desktop app, built to help you run more Claude Code tasks at once. 1 个帖子 - 1 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 帖子内的项目介绍纯手写，无 AI 生成内容 CodexNamer 项目背景 个人使用 Codex 久了之后，经常会遇到多开几个 session，然后 session 越积越多，标题越来越乱，回头找之前的会话时候，往往会看不明白之前这次做了什么，然后就要点进去看对话记录才能确定，这个时候往往 codex cli / app 或者 extension 本身对于长的聊天也会比较卡，然后找一次就很麻烦。 不过虽然 codex 本身提供了 /rename 的功能，但是只支持手工命名，没有 AI 命名功能，就算是 codex app 本身也没有，只有 heuristic 的比如说，截取第一句话之类的功能。 上网仔细调研了相关的项目，发现都没有对这个功能的支持，于是自己打算做一个，能够让 AI 自动命名的工具。 于是就有了 CodexNamer。 项目简介 CodeNamer 主要就是用来给 codex session 命名的，然后有 api / web / tui 这几个内容，也就是说，现在做了可以让 agent 访问的 api，也可以让人类方便看的 web 和 tui。 有一些 feature: 不 patch Codex 本体, 最终仍写回官方 ~/.codex/session_index.jsonl。就是说这个跟官方的 codex 不是集成的关系，他只负责去你的 session 里面挑选内容构成 context 然后给 AI 生成名字，然后再重新写回来。 session_index.jsonl 支持后面的覆盖前面的。 同时覆盖浏览、审核、写回、冻结、重排、维护、后台运行。 web 可以比较方便的看到每个对话，和他们的建议命名，历史命名，以及进行相关的配置。 可以后台自动监测每个会话的活跃状况，等不活跃了，自动进行命名，后续如果有更新再次进入 dirty 状态。 对于命名规则可以自己配置，配置你想要的格式，然后也有轻量级的版本控制，可以选择会话让他们重新入队进行命名 有一些图表可以方便的看到现在的命名状态 下面是一些截图，ui 我现在感觉还是有点丑，但是以后继续迭代吧。现在已经可以稳定使用了 项目地址 GitHub: GitHub - WncFht/CodexNamer · GitHub 1 个帖子 - 1 位参与者 阅读完整话题
GitHub 4 月 13 日发布 Copilot CLI 远程控制功能公开预览版。启动时加 copilot --remote 参数，CLI 会生成一条链接和二维码，用户可从另一台设备的浏览器或 GitHub 移动端 App 实时接入正在运行的会话。会话状态在本地 CLI 与远程端之间实时同步，每个远程会话仅对发起者可见。 远程端支持的操作与本地一致：追加转向指令、在 Agent 当前轮次结束后继续驱动任务、修改执行计划、在计划/交互/自动驾驶三种模式之间切换、审批或拒绝权限请求，以及回答 Agent 通过 ask_user 工具提出的问题。使用时工作目录须为 GitHub 仓库，长时间任务可配合 /keep-alive 防止设备休眠。 iOS 和 Android 均已开放测试版，分别通过 TestFlight 和 Google Play 测试渠道获取。Copilot Business 和 Copilot Enterprise 用户需由管理员先行开启远程控制策略。 这个功能真正解决的是「启动任务后必须守着电脑」的问题。AI 编程任务往往需要跑几十分钟，现在用户可以锁屏离开，手机上随时检查进度、补发指令，不必担心任务卡住无人处理。 The GitHub Blog Remote control CLI sessions on web and mobile in public preview - GitHub... The Copilot CLI is no longer a purely local experience. Today we’re launching copilot --remote: With remote capabilities, you can now monitor and steer a running CLI session directly from… Est. reading time: 2 minutes 1 个帖子 - 1 位参与者 阅读完整话题
.codex/state_5.sqlite,拖到ide或者数据库管理工具修改threads这个表的model_provider字段,改成custom就可以了 5 个帖子 - 4 位参与者 阅读完整话题
微信小程序的客服接了第三方客服，第三方不提供获取历史会话api接口，能不能从微信提供的api( 获取聊天记录 | 微信公众号文档 )获取会话信息 1 个帖子 - 1 位参与者 阅读完整话题