OpenAI Codex 标签归档 - 永夜

Codex Fast 模式到底值不值得开？Google 翻译让我差点理解反了

永夜 — Wed, 29 Jul 2026 01:13:24 +0000

Codex 扩展更新到 26.721.41059 后，出现了 Fast 模式提示：根据上周 8 个 chats 的使用情况，Fast 预计可节省约 57 分钟，但同时会增加套餐使用量。结合 OpenAI 官方 Codex Speed 与 Rate Card 文档，可以确认 Fast 的本质是用更高的 credits 消耗换取更快的执行速度，而不是提高套餐额度利用效率。对日常使用来说，Standard 更适合作为默认选择，Fast 则适合需要连续修改、测试和快速反馈时临时开启。

Codex Fast 模式到底值不值得开？Google 翻译让我差点理解反了最先出现在永夜。

VS Code 升级到 1.130.0 后 Codex 恢复正常：旧版扩展未更新也能正常加载

永夜 — Wed, 29 Jul 2026 00:42:11 +0000

2026 年 7 月 29 日，我将 VS Code 从 1.129.1 升级到 1.130.0 后，之前持续加载、灰屏和白屏的 Codex 面板恢复正常。更关键的是，此时 Codex 扩展仍保持之前回退的一周前版本 26.715.61943，并未更新到最新版本。这进一步说明此前故障更可能与 VS Code 本体、Webview 运行环境或版本兼容性有关，而不是单纯由 Codex 扩展版本导致。

VS Code 升级到 1.130.0 后 Codex 恢复正常：旧版扩展未更新也能正常加载最先出现在永夜。

VS Code 中 Codex 面板持续加载与灰屏：从 Webview 资源错误排查到临时改用 CLI

永夜 — Mon, 20 Jul 2026 10:01:20 +0000

在 VS Code 中打开新项目并使用 Codex 时，右侧面板持续停留在加载状态，随后变成灰色空白页面。排查确认 Codex CLI、账号登录和本地扩展文件均正常，真正的异常集中在 VS Code Webview 资源加载层，大量本地 JavaScript 模块出现 insufficient resources 和 net::ERR_FAILED。清理 Service Worker、Cache、Code Cache、CachedData、GPUCache，重新安装及回退 Codex 扩展版本后，问题仍未解决。最终暂时改用 Codex CLI 推进项目，等待官方后续修复。

VS Code 中 Codex 面板持续加载与灰屏：从 Webview 资源错误排查到临时改用 CLI最先出现在永夜。

为 Codex 配置 GitHub HTTPS 凭据：使用 GitHub CLI 实现自动推送

永夜 — Mon, 20 Jul 2026 04:33:46 +0000

为了让 Codex 能够在完成代码修改、离线测试和 Git commit 后直接推送到 GitHub，我在 Ubuntu 中安装并配置了 GitHub CLI。通过 gh auth login 完成浏览器设备授权和两步验证后，再使用 gh auth setup-git 将 GitHub CLI 配置为 Git 的 HTTPS 凭据助手。最终，Codex 成功将本地提交推送到 GitHub，并验证本地 HEAD 与 origin/main 完全一致。本文记录了完整配置过程、安全边界，以及自动推送与生产部署之间需要保持的明确区分。

为 Codex 配置 GitHub HTTPS 凭据：使用 GitHub CLI 实现自动推送最先出现在永夜。

VS Code 中 Codex 一直加载：从目录改名怀疑到升级 VS Code 解决问题

永夜 — Mon, 20 Jul 2026 03:36:24 +0000

在将本地翻译项目目录重命名后，VS Code 中的 Codex 聊天窗口一直停留在加载状态。排查过程中，通过重新打开工作区、查看 Codex 输出日志和 VS Code 开发人员工具，确认 Codex 后端能够正常启动，但 Webview 中的多个 JavaScript 模块出现 net::ERR_FAILED，主入口模块也无法完成动态加载。最终将 VS Code 从 1.127.0 升级到 1.129.1 后，Codex 恢复正常。本文记录完整排查过程，并说明如何区分项目路径、扩展后端、Webview 资源和版本兼容性问题。

VS Code 中 Codex 一直加载：从目录改名怀疑到升级 VS Code 解决问题最先出现在永夜。

VS Code + Dev Containers + OpenAI Codex 实战：基于 tag-merge 搭建零成本 AI 开发环境

永夜 — Sun, 05 Jul 2026 09:28:34 +0000

这篇博客记录了我基于 `tag-merge` 项目，从零搭建 **VS Code + Dev Containers + OpenAI Codex + ChatGPT Plus** 的完整 AI 开发环境流程。文章从为什么选择 VS Code 而不是 Cursor、JetBrains 开始，依次记录了 VS Code 安装、中文界面配置、Dev Containers 扩展安装、进入项目容器、安装并登录 OpenAI Codex 扩展、让 Codex 只读分析项目等步骤。

在实际搭建过程中，我发现默认 Dev Container 使用的是 `root` 用户，这可能导致 Codex 后续修改文件时在宿主机生成 root 权限文件。因此，文章重点记录了如何将 Dev Container 调整为 `vscode` 普通用户模式，并修复 Go build cache、项目目录权限等问题。随后，我为项目添加了中文 `AGENTS.md` 文件，用于约束 Codex 的工作规则，包括先说明计划、不大范围重构、不修改无关文件、不提交密钥等。

最后，文章通过一次低风险 README 文档修正，完整验证了 Codex 的安全开发流程：先读项目、提出计划、只改指定文件、查看 diff、确认后提交并推送到 GitHub。整体结论是：对于已经购买 ChatGPT Plus、又希望控制成本的开发者来说，**VS Code + Dev Containers + OpenAI Codex** 是一条值得优先尝试的低成本 AI 开发路线。

VS Code + Dev Containers + OpenAI Codex 实战：基于 tag-merge 搭建零成本 AI 开发环境最先出现在永夜。