热门AI工具推荐

焚书AI多模型聚合平台
AI多模型聚合平台( Claude 系列、GPT 系列)支持聊天、搜索、图片、视频、音乐等多种功能;聚合了 Claude 系列(如 Sonnet 5、Opus 5 等)、Gemini 系列、GPT 系列、DeepSeek(搜索模式默认调用 DeepSeek V4 Pro)以及通义千问、Kimi 等数十款国内外主流模型。
AI编程订阅服务,支持多款国产主流编程模型自由切换。
Seedance 2.0AI视频生成
具备卓越的物理真实性和角色一致性,可生成电影级视频内容。
方舟 Agent PlanAI智能体订阅
火山引擎推出的全场景AI智能体订阅服务,通过一个订阅整合5大主流模型和10+AI工具
SpeedAIAI内容检测降重
AI内容检测与降重工具,能有效帮助用户通过论文AI率检测
秒哒AI工具
不懂代码也能开发应用?百度秒哒:无需编程,快速搭建小程序与网站
有戏AIAI漫剧生成工具
全流程AI短剧创作工具,实现从剧本到成片的自动化生产,让“一人即剧组”成为现实。
沁言学术智能科研平台
一站式文献管理与科研写作工具,支持边写作边搜索文献,高效阅读,文献管理,

Codex CLI 0.157默认开后门守护进程 开发者集体喊OpenAI改回opt-in

时间:2026年10月12日 地点:GitHub、Reddit r/codex、Hacker News 人物: - OpenAI Codex 工程团队(issue 维护者) - Codex CLI 用户社区(开发者) - 多个企业 IT/安全团队(受影响者) 事件详情: OpenAI 于本月初发布的 Codex CLI 0.157.0 版本做了一个引发强烈争议的默认行为变更:每次用户启动交互式 codex 会话时,后台会自动拉起一个 codex app-server --managed-daemon 常驻守护进程,该进程脱离 TTY、reparent 到 PID 1,所有 Codex 窗口关闭后仍持续运行;同时该守护进程每 5 分钟自检一次、之后每 1 小时自动下载新版并重启后端(自动重启可在 60 秒 drain 后强杀正在进行的 turn)。此外,0.157.0 会把整个 app-server 包(约 374 MB,含 codex、codex-code-mode-host、bwrap/zsh/rg 等)从 npm 安装目录复制到 ~/.codex/packages/app-server-daemon/releases/,让后台运行版本脱离用户用包管理器安装的 CLI 版本。该版本同时被确认在 Windows 上大量触发"Access is denied"与"非管理员终端无法启动共享守护进程"错误,对企业代理(HTTPS_PROXY)、hooks cwd/terminal target、远程 sessions 都造成影响。 背景: Codex CLI 是 OpenAI 2025 年下半年开源的终端编程代理,与 Claude Code 同台竞争;其早期版本(0.15x 之前)一直以"按需启动、用完即退"的命令行习惯为卖点,被开发者视为对 Anthropic Claude Code 体验上的关键差异化卖点之一。但 0.157.0 起,OpenAI 显然在为 Codex 添加"远程控制 / 桌面应用"所需的后台常驻能力,并把这一能力默认打开了。开发者社区认为:CLI 不应在没有显式同意的情况下把后端从"在终端里"挪到"无 TTY 的常驻进程"里,让它的版本、更新频率、环境变量、cwd 都脱离用户掌控。截至 10 月 12 日,已有 issue #48195("make daemon_auto_start opt-in")、issue #48043(Windows 启动失败)、issue #48016(Windows 启动失败 v2)、Reddit r/codex "CLI post-update woes" 多个反馈并发;OpenAI 当晚紧急发布 0.157.1 修复 Windows 启动错误,但"应该默认 opt-in"的核心争议仍未在主干上被回应。 影响: 1. 企业 / 生产环境用户的 Codex CLI 工作流被破坏:代理环境变量被首个会话钉住、远程 hooks cwd 错位、终端-targeting hooks 失效,影响 CI/CD、远程开发、定时任务场景 2. Windows 用户大量升级后遭遇"0.157.0 无法启动、只能用 --no-daemon 启动且性能下降",迫使数千名开发者临时降级到 0.156.1 3. 后台自更新机制(每 5 分钟首次、随后每小时)与"60s drain 后强杀正在进行的 turn"组合,可能中断企业内长任务执行,引发自动代码审查、定时代码合并、CI 修复任务等高价值 agent 工作流中断 4. 把 daemon 默认化让用户在企业数据驻留/版本固定/审计合规要求下更难控制模型运行时版本,OpenAI 需要重新评估是否提供"完全本地、无后台、按需更新"的旧行为开关 5. 同期与 Codex Persistent Mode(持续型 agent)正面竞合——后台守护是 Persistent 模式的必要前提,本次的"默认开启"可视为 OpenAI 把"AI 编程代理 7×24 在线"作为下一步产品战略的信号,但绕过 opt-in 流程已经让部分开发者在 Hacker News、Reddit 上讨论迁移 Anthropic Claude Code 或 Cursor 总结: Codex CLI 0.157.0 把"后台常驻 + 自动更新"从可选项默认打开,是 OpenAI 编程代理策略的一次明显转向:从"开发者拿来即用的 CLI 工具"过渡到"永远在线的云协同 agent"。这一调整为 OpenAI 的 Codex 桌面端 / 远程控制 / Persistent Mode 铺好了基础设施,但代价是数千开发者的工作流被中断、Windows 体验回归、版本/代理/审计的合规边界模糊,也把"AI 编程 agent 是否应该像桌面服务一样常驻后台"再次摆到行业面前——OpenAI 0.157.1 修复了崩溃但没复默认值,下一步是否会复 opt-in 默认值,将成为衡量 OpenAI 是否真正在意开发者社区的关键风向标。 参考来源: 1. https://github.com/openai/codex/issues/48195 2. https://github.com/openai/codex/issues/48043 3. https://github.com/openai/codex/issues/48016 4. https://www.reddit.com/r/codex/comments/1wpop2e/cli_postupdate_woes/ 5. https://www.reddit.com/r/CodexAutomation/comments/1vgdw3e/codex_cli_01461_safer_cybermodel_defaults_clearer/ 6. https://x.com/CodexReleases/status/2103652938703110418 7. https://blakecrosley.com/guides/codex 8. https://devops.com/codex-sandbox-escapes-show-why-agent-guardrails-cant-live-inside-the-agent/ 9. https://thehackernews.com/2026/06/openai-codex-authentication-tokens.html 10. https://www.backslash.security/blog/every-codex-release-note-is-a-security-receipt