怎么可能借你，发俩图想借号绷不住了，真闹麻了 7 个帖子 - 7 位参与者 阅读完整话题
5x的5h, 1个半小时就没了 16 个帖子 - 11 位参与者 阅读完整话题
咱也不懂这是什么。。 只是搜com.openai.codex.code_sign_clone 看到了相关问题。 github.com/openai/codex [Bug] macOS app leaves code_sign_clone directories after quit (~965MB per launch) 已打开 06:34PM - 01 Jun 26 UTC yorhasaber bug app ### What version of the Codex App are you using (From “About Codex” dialog)? Co … dex App 26.527.60818 (ChromiumBaseVersion 148.0.7778.179) ### What subscription do you have? Unknown / not relevant to this issue ### What platform is your computer? Darwin 24.6.0 arm64 arm ### What issue are you seeing? Every time I launch and quit the Codex macOS app, a new directory is left under: `/private/var/folders/.../X/com.openai.codex.code_sign_clone/code_sign_clone.*` Each clone is about 965 MB. After launching/quitting Codex multiple times, these directories keep accumulating. On my machine after several app restarts: ```bash clone dirs: 7 6.5G /private/var/folders/.../X/com.openai.codex.code_sign_clone ``` The directories disappear after reboot because macOS cleans the `/var/folders/.../X` temp area. This looks related to Chromium's `MacAppCodeSignClone` / `code_sign_clone` mechanism. Clone creation itself may be expected, but inactive clone dirs are not cleaned up after the app quits. I also observed orphaned helper processes after quitting Codex, including multiple `browser_crashpad_handler` processes and `SkyComputerUseService` processes with PPID=1. ### What steps can reproduce the bug? 1. Launch `/Applications/Codex.app`. 2. Quit Codex.app. 3. Check the clone directory: ```bash find /private/var/folders/*/*/X/com.openai.codex.code_sign_clone -maxdepth 1 -type d -name 'code_sign_clone.*' 2>/dev/null | wc -l du -sh /private/var/folders/*/*/X/com.openai.codex.code_sign_clone 2>/dev/null pgrep -fl 'Codex|node_repl|SkyComputerUse|app-server|browser_crashpad_handler' ``` 4. Repeat launch/quit several times. Observed: each launch creates another `code_sign_clone.*` directory, and old inactive clone dirs remain after quitting. ### What is the expected behavior? After Codex quits, inactive `code_sign_clone.*` directories should be removed by the code-sign-clone cleanup helper. Repeated launch/quit cycles should not keep adding ~965 MB per launch until reboot. ### Additional information I checked that this does not appear to be caused by my Codex `config.toml`. The issue appears to be in the macOS app / Chromium app lifecycle cleanup. The active clone may be held by the running Codex process, but old clone directories were not held by open file handles when checked with `lsof +D`. This suggests cleanup is not being triggered or is not completing for inactive clones. 还有个62GB的 openai/codex/issues/27536 2 个帖子 - 1 位参与者 阅读完整话题
看股票看了一年多了，之前一直不敢进，结果昨天忍不住买了几万，没想到怕了那么久还是赶上了，今天瞬间没了10%。这是等我进去么 26 个帖子 - 16 位参与者 阅读完整话题
准备搞个服务器挂newapi给下游做生图，只有image2，发现现在3c4g的服务器已经有点扛不住了，想再增加一台等3c4g的到期了就换过去，看到绿云的4c8g一个季度才20刀，但是听说有30%的cpu限制，不过我看我在目前这台机器，基本一天没有咋超过30%的，应该挺适合把，他们家机器还有啥别的不好的地方不 3 个帖子 - 2 位参与者 阅读完整话题
除了any 还有哪些公益可用阿 撑不住了 1 个帖子 - 1 位参与者 阅读完整话题
全球存储涨价不只是国产厂商会受到冲击，连定价极高的苹果也扛不住了。 据分析师Schrödinger透露，苹果正在探索对Pro Max机型进行价格上调。此外，苹果还计划将iPhone 18升级到12GB内存，但受限于成本控制，不得不将最初规划的M14面板降级为M12+面板。 M14是三星当下旗舰级发光材料，在峰值亮度、发光效率与功耗控制上表现优异；而M12+面板四年前就已应用在iPhone 14 Pro、三星Galaxy S23等机型上，综合显示性能不及前者。 苹果做出此番调整有多重考量，一方面，苹果在WWDC 2026上表示，更大内存是运行高端端侧AI功能、延长设备使用周期的关键， iPhone 17因仅配备8GB内存，无法搭载最强Apple Intelligence大模型，因此iPhone 18全系标配12GB内存成为适配AI生态的必要布局。 另一方面，面对成本压力，苹果计划对iPhone 18 Pro Max版本进行涨价， 而面向价格敏感用户的标准版，则选择在感知度较低的屏幕硬件上控本，此举是优化资源分配，并非单纯削减品质。 除内存与屏幕外，爆料显示iPhone 18标准版还将搭载台积电2nm工艺A20芯片、苹果自研C2 5G基带与N2无线芯片，依靠芯片端的能效优化，对冲屏幕降级带来的功耗问题。 查看评论
这是CF限制还是L站的限制啊 1 个帖子 - 1 位参与者 阅读完整话题
今天看小米给opencode fork了个mimocode,我用它试着配合我的浏览器截图插件 利用mimo识图的功能 综合的测试一组提示词 创建我的世界 的 h5小游戏 ， 提示词是 ： 你是一个顶级的资深游戏开发者。请为我使用单 HTML5 和 Canvas（或 Three.js）编写一个《我的世界》克隆版。请包含以下核心功能： 1. 一个基于柏林噪声（Perlin Noise）生成的无限或可滚动的 3D 地形。 2. 第一人称视角，支持使用 WASD 移动和鼠标环视。 3. 支持至少 3 种方块类型（如：泥土、草地、石头等），并支持鼠标左键破坏方块，右键放置方块。材质要尽可能还原。 4. 要有一个内置的、极其丰富的神话幻想中的建筑和地形等，由你自行设计。 结果mimo做得不太行 不过比deepseek v4 flash好 如图 这是mimo v2.5的 这是deepseek v4 flash的 但我莫名其妙发现 mimo视觉似乎有问题 当我朋友用gemini 3.5flash 识别这个图片 都得到正确答案： 66666发现我偷懒是吧 但是给大家看看mimo 当前已经尝试到第四轮了 依然是没有完整的做出来 和claude比还是癞蛤蟆吃天鹅肉了，当然我只是玩玩看。 （我的opencode是自己魔改的，系统提示词是mimo的） 4 个帖子 - 4 位参与者 阅读完整话题
https://www.githubstatus.com/incidents/fcj3088jg1wx 照这个趋势下去连 99%都守不住了，似乎自从迁移到 Azure 开始稳定性就变差了很多
https://www.githubstatus.com/incidents/fcj3088jg1wx 照这个趋势下去连 99%都守不住了，似乎自从迁移到 Azure 开始稳定性就变差了很多
https://www.githubstatus.com/incidents/fcj3088jg1wx 照这个趋势下去连 99%都守不住了，似乎自从迁移到 Azure 开始稳定性就变差了很多
https://www.githubstatus.com/incidents/fcj3088jg1wx 照这个趋势下去连 99%都守不住了，似乎自从迁移到 Azure 开始稳定性就变差了很多
https://www.githubstatus.com/incidents/fcj3088jg1wx 照这个趋势下去连 99%都守不住了，似乎自从迁移到 Azure 开始稳定性就变差了很多
https://www.githubstatus.com/incidents/fcj3088jg1wx 照这个趋势下去连 99%都守不住了，似乎自从迁移到 Azure 开始稳定性就变差了很多
https://www.githubstatus.com/incidents/fcj3088jg1wx 照这个趋势下去连 99%都守不住了，似乎自从迁移到 Azure 开始稳定性就变差了很多
https://www.githubstatus.com/incidents/fcj3088jg1wx 照这个趋势下去连 99%都守不住了，似乎自从迁移到 Azure 开始稳定性就变差了很多
https://www.githubstatus.com/incidents/fcj3088jg1wx 照这个趋势下去连 99%都守不住了，似乎自从迁移到 Azure 开始稳定性就变差了很多
我这真成后备公益站了，每次羊毛没了用量就飙升。 （然后过几天就撑不住了。。。） （其实里面一大半都是收回的临时额度） 26 个帖子 - 26 位参与者 阅读完整话题
比如沉浸式翻译、陪读蛙 你们都接入什么大模型，这两天开销有点大，顶不住。微软、Google 翻译又差点意思，有些没翻译到位