VS Code 标签归档 - 永夜

Ubuntu 26.04 升级 VS Code 1.132.0，并清理 Rime 残留：Fcitx5 五笔拼音验证正常

永夜 — Thu, 06 Aug 2026 02:31:33 +0000

本文记录在 Ubuntu 26.04 中使用官方 .deb 安装包，将 Visual Studio Code 从 1.131.0 升级到 1.132.0 的完整过程。升级时，APT 提示系统中存在不再需要的 Rime 输入法组件和依赖包。通过 --dry-run 分两次确认并清理，共释放约 122.8 MB 空间。最终检查确认 Rime 软件包已清理干净，Fcitx5、拼音和五笔拼音组件均完整保留，重新启动输入法后五笔拼音仍可正常使用。

Ubuntu 26.04 升级 VS Code 1.132.0，并清理 Rime 残留：Fcitx5 五笔拼音验证正常最先出现在永夜。

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最先出现在永夜。

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 开发环境最先出现在永夜。

告别闪烁与不可复制：从 SyntaxHighlighter 到 Code Block Pro 的平滑迁移

永夜 — Thu, 18 Jun 2026 08:16:58 +0000

文章针对 SyntaxHighlighter Evolved 插件在前端渲染时导致页面闪烁以及缺乏语言标识和复制功能的痛点，详细介绍了使用 Code Block Pro 插件进行替代的方案。通过对比测试发现，新插件采用服务端渲染解决了闪烁问题，且支持更多语言和主题。实际测试表明两者可在同一页面中完美共存且互不干扰，因此建议采取渐进式迁移策略，在不影响旧文章的前提下逐步升级代码展示体验。

告别闪烁与不可复制：从 SyntaxHighlighter 到 Code Block Pro 的平滑迁移最先出现在永夜。

Go 开发实战：解决 IDE 报错但程序运行正常的模块依赖问题

永夜 — Mon, 27 Apr 2026 03:36:44 +0000

在 Go 开发实战中，解决程序命令行运行正常但 VSCode IDE 报错的问题。先排查网络原因，针对依赖下载失败调整代理设置。随后分析发现错误源于 IDE 语言服务器 gopls 缓存了旧状态。最终在确保命令行执行成功的基础上，通过刷新或重启语言服务器同步最新信息，成功消除了 IDE 的红色波浪线提示。

Go 开发实战：解决 IDE 报错但程序运行正常的模块依赖问题最先出现在永夜。

使用 Docker + VS Code Dev Container 搭建 Python 音乐闹钟开发环境（WSL 实战记录）

永夜 — Wed, 22 Apr 2026 07:30:53 +0000

本文记录了在 Windows 10 WSL2 环境下，使用 Docker 和 VS Code Dev Container 搭建 Python 音乐闹钟开发环境的过程。通过编写 devcontainer.json 和 docker-compose.yml 配置文件，定义了 Python 3.10 运行环境并实现代码持久化挂载。操作中通过 VS Code 重启容器，成功验证了 Python 与 Git 的可用性，最终构建了一套标准化的可复用开发环境。

使用 Docker + VS Code Dev Container 搭建 Python 音乐闹钟开发环境（WSL 实战记录）最先出现在永夜。

VS Code 正常、GitHub 错乱？README 格式问题的解决

永夜 — Mon, 13 Apr 2026 04:00:07 +0000

README.md 在 VS Code 中显示正常，但在 GitHub 上格式错乱。经排查，原因是缺少代码块标记导致内容被压平，以及标题未用空行隔开，不符合 GitHub Markdown 规范。通过重新整理文档，添加正确的代码块符号并调整空行，使格式符合标准后再次提交，GitHub 上的显示恢复了工整。

VS Code 正常、GitHub 错乱？README 格式问题的解决最先出现在永夜。