分类： 开发工具
-
2026 年 8 月 4 日，WildAI 提示此前购买的 ChatGPT Plus 订阅可能失效，需要重新上传当前有效的 ChatGPT Session。本文记录从修复提醒、获取 Session、提交信息到页面显示上传成功的完整过程，并说明 WildAI 获取 Session 的主要用途，是自动登录对应账号并继续处理剩余月份的 Plus 续订。
-
本文记录 go-tour-i18n 项目进入正式翻译阶段后的最新进展：完成 Welcome 全章及 Basics 前 3 页，共有 8 个简体中文页面进入 ready；确认正式发布采用 103 页投影，并区分本地执行与远程 Playground 语义；发现并修复 legacy present 语法中带空格行内代码的 Protected Token 保护问题。文章还回顾了此前针对 WordPress 技术博客整篇翻译进行的 DeepSeek V4 Pro 与 GLM-5.2 对比，并说明由于本轮实际更新的是 V4 Flash、V4 Pro 尚未更新，暂时搁置新的模型对比。后续将先校准跨章节代表页面，再试跑 10 页，稳定后才进入剩余页面的批量自动翻译。
-
智谱 BigModel 邀请活动宣传“新用户注册得 2000 万 Tokens”，并重点展示 GLM-5.2。朋友通过邀请链接完成注册后却发现，实际到账的 2000 万 Tokens 中，只有 200 万属于通用模型额度，其余分别为 600 万 GLM-4.6V 专用额度和 1200 万 GLM-4.5-Air 专用额度。本文记录这次真实体验，并分析资源包总量与 GLM-5.2 实际可用额度之间的宣传落差。
-
Codex 扩展更新到 26.721.41059 后，出现了 Fast 模式提示：根据上周 8 个 chats 的使用情况，Fast 预计可节省约 57 分钟，但同时会增加套餐使用量。结合 OpenAI 官方 Codex Speed 与 Rate Card 文档，可以确认 Fast 的本质是用更高的 credits 消耗换取更快的执行速度，而不是提高套餐额度利用效率。对日常使用来说，Standard 更适合作为默认选择，Fast 则适合需要连续修改、测试和快速反馈时临时开启。
-
2026 年 7 月 29 日，我将 VS Code 从 1.129.1 升级到 1.130.0 后，之前持续加载、灰屏和白屏的 Codex 面板恢复正常。更关键的是，此时 Codex 扩展仍保持之前回退的一周前版本 26.715.61943，并未更新到最新版本。这进一步说明此前故障更可能与 VS Code 本体、Webview 运行环境或版本兼容性有关，而不是单纯由 Codex 扩展版本导致。
-
2026 年 6 月 25 日，我通过 BeWild 购买了 ChatGPT Plus 3 个月订单。一个月后的 7 月 25 日，恰逢第二个月续订节点，ChatGPT 却突然出现请求失败和登录 500，让我一度怀疑 BeWild 自动续订出了问题。经过 BeWild 客服、OpenAI Status、订阅状态和官方账单多方核对，最终确认第二个月已经成功续订至 8 月 25 日，而且续订完成后无需再手动操作“已订阅续费”支付订单。期间 OpenAI 官方确实发生服务故障，从首次发现异常到状态页恢复正常约持续 3 个小时。本文完整记录这次续订、故障排查和验证过程，同时保留一个尚无法确认的细节：故障刚发生时，BeWild 是否已经完成续订。目前第二个月已经实测成功，第三个月则继续等待 8 月 25 日实际验证。
-
记录将 wordpress-ai-translation-pipeline 从私有 GitHub 仓库切换为公共仓库的完整过程，包括敏感信息审计、生产环境信息与认证凭证的风险区分、双仓库方案取舍、MIT License 与第三方许可证说明补充、自动化测试、代码提交以及仓库可见性切换。最终在未重写 Git 历史、未删除标签、未强制推送的前提下，以最小改动完成公开发布。
-
在 VS Code 中打开新项目并使用 Codex 时，右侧面板持续停留在加载状态，随后变成灰色空白页面。排查确认 Codex CLI、账号登录和本地扩展文件均正常，真正的异常集中在 VS Code Webview 资源加载层，大量本地 JavaScript 模块出现 insufficient resources 和 net::ERR_FAILED。清理 Service Worker、Cache、Code Cache、CachedData、GPUCache，重新安装及回退 Codex 扩展版本后，问题仍未解决。最终暂时改用 Codex CLI 推进项目，等待官方后续修复。
-
为了让 Codex 能够在完成代码修改、离线测试和 Git commit 后直接推送到 GitHub，我在 Ubuntu 中安装并配置了 GitHub CLI。通过 gh auth login 完成浏览器设备授权和两步验证后，再使用 gh auth setup-git 将 GitHub CLI 配置为 Git 的 HTTPS 凭据助手。最终，Codex 成功将本地提交推送到 GitHub，并验证本地 HEAD 与 origin/main 完全一致。本文记录了完整配置过程、安全边界，以及自动推送与生产部署之间需要保持的明确区分。
-
在将本地翻译项目目录重命名后，VS Code 中的 Codex 聊天窗口一直停留在加载状态。排查过程中，通过重新打开工作区、查看 Codex 输出日志和 VS Code 开发人员工具，确认 Codex 后端能够正常启动，但 Webview 中的多个 JavaScript 模块出现 net::ERR_FAILED，主入口模块也无法完成动态加载。最终将 VS Code 从 1.127.0 升级到 1.129.1 后，Codex 恢复正常。本文记录完整排查过程，并说明如何区分项目路径、扩展后端、Webview 资源和版本兼容性问题。