分类： 开发工具
-
在同时使用多个 ChatGPT 标签页和 Codex 执行长任务时，没有任务完成提示音会带来频繁切换页面检查的困扰。本文记录了我在 Firefox + Ubuntu 环境下排查 ChatGPT 回复完成提醒的全过程，包括系统通知、自动播放权限、Reply Chime 实际失效、ChatGPT Done Sound by MAXIOL LTD 的测试，以及将 Codex 长任务切换到 CLI 后的使用体验。目前 ChatGPT 扩展已经能够发出完成提示音，但实际稳定性仍需继续观察。
-
使用 ChatGPT 上传文件时突然提示资料库存储空间不足，当时已使用 799 MB，但总容量仅显示 512 MB。由于资料库已经积累数千个文件和图片，我尝试直接让 ChatGPT 分批清空 Library，却在执行过程中遇到 ChatGPT stream recovery polling timed out，未能完成全量删除。随后又发现资料库网页端支持“全选 → 删除”，但没有找到真正的一键清空入口。最终随着 ChatGPT Plus 会员状态完成同步，存储容量恢复到 20 GB，确认此前的空间不足实际上与会员状态异常有关，因此决定暂时停止全量清理。
-
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 信号，再临时切换到更积极的使用策略。