WWW.YOUINFO.SITE
标签聚合 CODEX

/tag/CODEX

LinuxDo 最新话题 · 2026-06-12 00:11:28+08:00 · tech

纯新手,刚玩了几天 gpt 的 codex,一周额度用完了,就打算用站内的公益站看看学习一下 cc 怎么用,这时候就打算去安装一下 Claude code 嘛,打开 Google 搜 Claudecode,头脑一热直接点第一个了,即使那里标注着赞助商链接(平时俺用百度都会留个心眼看看是不是标注了广告两个字,因为百度莆田事件太著名了嘛),这次就是太相信谷歌了,想都没想就点进去。 而且这网站显示的是 Claude.ai 域名,后面接一个 share 的,我心想应该没错啊,然后就点进去了,我记得 cc 是没有 codex 这种图形界面,要命令行安装的,就按它给的命令复制进去终端跑,一输入进去不对劲,问电脑密码,我以为也正常就输了,然后后面全是索要密码的权限,我感觉十分不对劲,全点了拒绝,然后去问 gpt,这才发现这问题很严重。 gpt 告诉我: 从你这张截图来看, 非常像钓鱼/伪造页面,不像真正的 Claude 官方安装页 。 几个关键异常: 页面标题是 “Claude Code on Mac in Minutes” 但安装命令里: 使用了 base64 隐藏真实地址 最终请求的是: newjerseypetsitter.com 真正的 Anthropic / Claude 官方安装,不会从一个“宠物网站”下载脚本。 真正 Claude 官方相关域名通常应该是: anthropic.com claude.ai 而不是: newjerseypetsitter.com 这几乎已经可以直接判定: 你复制的不是 Claude 官方安装命令。 另外,正常官方安装文档通常会: 明确显示下载地址 使用 HTTPS 给出 GitHub/npm/brew 安装方式 不会故意 base64 混淆 不会 curl | zsh 到陌生域名 而你这个命令同时满足了多个恶意脚本特征。 你现在最需要确认的是: 1. 执行后终端有没有要求输入密码? 如果输入过 macOS 密码,风险会明显提高。 那没办法,最后只能赶紧断网然后恢复系统了。 2 个帖子 - 1 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-06-11 23:41:01+08:00 · tech

大大小小陆陆续续的买了几家的CodingPlan了 Kimi Minimax Codex 以及DeepseekAPI 还有OpenCode的Go套餐 用下来实际上感觉不出太大差距 除了Minimax-2.7 想问问佬友们自己在Vibe Coding的过程里都是用的什么模型,具体体感如何?各家的优势缺点都是什么? Minimax在2.7的时候订阅了他家极速版 说实在的2.7真有点捞了,基本上那段时间里写代码(CC)就是在前端-怎么改都不如意 要么一堆bug与后端-打不开,编译失败 然后骂他 然后循环。 换了Kimi之后(2.6)其实也没感觉多好用,而且感觉用了minimax之后导致我的vibe热情都下降了,买了199套餐 甚至用不完。。 但是,kimi客户端的 Agent集群以及数据库 还挺好用的 给龙虾来盯个盘查个数据 新闻 还可以 然后最近Minimax除了M3 我也直接用上了,其实感觉有点提升吧,至少是思考变长了 当然也变慢了 而且长时间任务,确实明显提升- 上次一个单纯的文档审计-我Vibe之前一个设计 搞了比较多的文档-审计了得四五个小时吧,虽然是我让他多想的(没开子代理 可能这也是原因) 以及家的龙虾我也用了,感觉各家的龙虾做的都不咋样 还不如飞书的龙虾好用- 写到这里突然想起来飞书的龙虾好久没用了 数据都没备份呢 不会给我删了吧。。。 再就是 GPT- 一个字-夯 Codex真的很好用,作为一个工作台,不只是用来Code- 虽然Minimax与Kimi的客户端也都可以做其他事情了-minimax的更像GPT 不过就是量少-也可能我的用法问题吧 其实我还是缺少些VibeCoding的经验或者完整流程怎么搞的。 Claude…一个只在中转与公益中用过的模型 Fable 5我现在就只用来审计过文档代码 还有给我构思过一款前端。 每太能感受到强大。 其实还有很多关于VibeCoding的一堆问题,等下次主题再问吧。 7 个帖子 - 4 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-06-11 22:43:59+08:00 · tech

当前我尝试了[claude code,codex cli,codex桌面应用]三个方式调用api。 但相同的配置,只有claude可以使用: 其余两个codex中都报了相同的错误,提示当前 API 不支持所选模型 : 我是用ccs统一配置的,模型尝试了claude-opus-4-8、gpt-5.5,均为上述情况。 有佬知道这是什么情况吗 补充我的配置如下: codex ----------------------问题解决---------------------- 参考佬友们提供的修改思路后缝合了一下,已经可以连上codex使用啦 虽然现在在两边都会报一个安全风险标记警告,但是无伤大雅(应该) 15 个帖子 - 12 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-06-11 21:47:54+08:00 · tech

咱也不懂这是什么。。 只是搜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 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-06-11 21:16:04+08:00 · tech

感恩 慕鸢 大佬的公益站,前几天用的非常丝滑。就是昨天出现了压缩上下文开始,就一直报错了。 大概就是这个错误。 我去到公益站后台,看到是报错: | 其他详情 | 上游没有返回计费信息,无法扣费(可能是上游超时) | |—:|:—| 不知道是不是就是这个原因,我看了下使用日志,没有调用“gpt-5.5-openai-compact”的记录,不知道是哪里没配置好,有大佬知道解决方法吗? 最后再补充一句: 慕鸢是LD最帅的男人! 14 个帖子 - 8 位参与者 阅读完整话题