分类： AI 开发 & 工具
-
2026 年 9 月，之前购买的 ChatGPT Plus 3 个月订单在第二个月续订时再次出现异常：OpenAI 账单显示续费待付款，第三方订阅页面则直接显示已到期。联系客服后，通过“修复订阅”功能成功恢复，原失败账单作废，并生成新的已支付账单。不过付款恢复后，ChatGPT 的 Plus 权益并未立即完全同步，一度仍显示免费版，文件库存储额度也从异常的 512 MB 延迟恢复到 20 GB。本文完整记录这次续订失败、修复过程，以及订阅状态延迟同步的实际经历。
-
继此前 ChatGPT 频繁出现「消息流中的错误」后，我按照 OpenAI Support 的邮件要求，提前开启 Firefox 开发者工具，终于在故障再次发生时成功捕获 HAR 和控制台日志。当天报错次数有所减少，但控制台仍出现大量 HTTP 429。目前已将诊断材料提交给官方支持团队，等待进一步调查。
-
继首次尝试 GPT-6 Luna High 后，我在马拉地语正式翻译中发现了大量术语问题和返工。为了寻找更适合长期生产的翻译引擎，我选取三个具有代表性的 Go Tour 页面，分别使用 GPT-5.6 Sol High、GPT-6 Sol High 和 GPT-6 Sol Medium 生成译文，并邀请四个 AI 独立盲审。结果出乎意料：5.6 Sol High 的综合均分略高于两种 GPT-6 配置；6 Sol Medium 虽然明显节省时间和额度，但仍存在术语问题。最终，我决定优先保证翻译质量，恢复使用 GPT-5.6 Sol High。
-
Codex GPT-5.6 Sol High 完成首批 60 个马拉地语 Page，就消耗了约 58% 的五小时额度。为节省额度，我借助 Desktop Commander，让 ChatGPT 也承担正式翻译生成，但最近几天频繁出现的消息流错误严重影响了工作。恰逢 GPT-6 Luna High 上线，我提前开展了三页翻译质量对照实验，并邀请五个 AI 独立盲审。实验结果让我决定将 GPT-6 Luna High 作为项目后续默认的翻译生成模型，同时保留原有的独立审核与质量门槛。
-
从 2026 年 9 月 22 日开始，ChatGPT 在执行长任务、网页搜索和 Desktop Commander（MCP）工具调用时频繁出现「消息流中的错误」。本文记录了多个独立会话中断、Firefox 网络日志分析、家庭网络测试及 ZIP/RDC 传输实验的全过程，并讨论如何保存阶段性成果、减少重复执行和降低故障恢复成本。
-
本文记录我使用 Desktop Commander Remote MCP 将 ChatGPT 接入 Ubuntu 本地开发环境的实际过程，包括设备连接与验证、ChatGPT 插件安装、本地文件系统与终端访问，以及在 go-tour-i18n 项目中的真实开发体验。相比过去频繁在 ChatGPT 与终端之间复制命令和执行结果，Remote MCP 能明显减少人工中转，让 ChatGPT 直接读取仓库、检查 Git 状态并执行部分开发任务。同时也记录 Desktop Commander Tool calls 限额，以及 ChatGPT 在处理开发任务时可能自动调用 Codex、因此 Codex 额度并不只由手动使用产生这一实际情况。
-
使用 SlyTranslate + GLM-5.2 翻译 WordPress Gutenberg 文章时，遇到 A paragraph run did not contain a top-level paragraph. 错误。排查后确认，问题来自自定义 Paragraph Run parser 只能识别裸 ，无法兼容模型偶发返回的 或 。最终通过最小范围修改，在保留原有段落 merge/split 与 Gutenberg 结构保护能力的前提下完成修复，并通过自动测试和生产真实文章验证。
-
最近几天 Codex 的额度机制连续发生变化。前一次额度自动完全重置后，因为我知道下一次正常的周额度恢复日期还有一段时间，所以一直在主动控制消耗，甚至从 GPT-5.6 Sol 轻度逐步调整到 GPT-5.6 Terra 中、Terra 轻度，并减少一些不必要的 Codex 使用。 昨天休息前，我的周额度大约还剩 44%。没想到今天早上再次查看时，5 小时额度和周额度又全部恢复到了 100%。 自动重置当然是好事，真正让我觉得可惜的是：如果能够提前知道今天还会再重置一次，那么昨天其实完全没有必要如此节省，那部分即将失效的剩余额度本可以转换成更多实际工作效率。 另外，我从新闻中得知 Codex 用户可能获得一次可以自行决定何时使用的完全重置机会，并最终确认自己的账户已经到账。为了减少以后再次出现类似情况，我又创建了一个 Codex 重置预告监控：平时继续正常控制额度，一旦出现可信的 Reset 信号，再临时切换到更积极的使用策略。
-
2026 年 8 月 26 日，我在 Codex 第一周的第一个 5 小时使用周期中连续记录了三次剩余额度。通过对比「5 小时剩余额度」和「一周剩余额度」，可以估算出：一个完整的 5 小时额度大约相当于一周总额度的 15%。为了以后不再反复计算，我把使用规则简化成三个数字：5 小时看 10%，一天看 12%，15% 是 5 小时极限。 后续只需要观察 Codex 界面中的周额度变化，就可以快速判断当前使用速度是否合适。
-
2026 年 8 月 25 日，我继续验证通过 BeWild 购买的 ChatGPT Plus 3 个月套餐第 3 次续订情况。与 7 月 25 日第二个月成功续订不同，这一次 OpenAI 明确提示付款失败，原 PHP 982.14 账单未完成支付。等待 BeWild 客服超过 1 小时后，最终确认是用于向 OpenAI 自动续费的付款方式失效，随后未完成部分退款 ¥150.69。我重新购买 3 个月套餐，新订单一度任务失败，但通过“继续任务”最终完成。OpenAI 原 PHP 982.14 账单随后作废，并生成新的 US$20 已支付账单。等待系统同步后，ChatGPT Plus 恢复正常，并显示下一次自动续订时间为 2026 年 9 月 26 日。本文完整记录 BeWild 3 个月套餐第三个月自动续订失败、退款、重新订阅和 Plus 恢复的全过程。