月度归档： 2026 年 9 月
-
在同时使用多个 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 传输实验的全过程，并讨论如何保存阶段性成果、减少重复执行和降低故障恢复成本。
-
在为 A Tour of Go 多语言项目新增阿拉伯语版本时，我第一次真正处理 RTL（从右到左）语言。翻译本身仍沿用既有 TranslationUnit、Quality Check、Course SEO 和 Locale Surface Review 流程，但 RTL 很快暴露了桌面双栏重叠、移动端编辑器被压窄、课程导航方向语义变化、代码区必须保持 LTR 等问题。最终通过调整共享布局、响应式规则和浏览器回归测试完成阿拉伯语正式上线，并在排查 PageUp/PageDown 快捷键时进一步确认了一个可在官方 go.dev/tour 复现的上游焦点问题。整门阿拉伯语实际投入约 7 小时，相比普通 LTR 语言多出的时间，主要来自首个 RTL locale 的一次性基础设施建设。
-
网站此前因接入 Adsterra 出现异常跳转，相关广告代码删除近一个月后，一加 / ColorOS 浏览器仍持续提示“网站存在安全隐患”或“该页面可能存在违法信息”。本文记录从 Google Safe Browsing、Google Search Console、腾讯云、URLVoid、Sucuri 等多平台交叉检测，到联系一加 / 欢太客服进行误封申诉的完整过程。第一次处理只解除了 www 子域名，第二次进一步要求对 shuijingwanwq.com 整个主域名体系进行复核，最终大部分子域名恢复正常。这个案例也说明，网站技术问题修复后，历史安全信誉标记未必会自动消失。