日期: 2026年7月16日
-
本文记录了在 WordPress、Polylang 与 SlyTranslate 环境下，为 GLM 5.2 整篇翻译流程增加 Plaintext 智能判断的完整优化过程。通过结构占位、区块顺序校验、Code Block Pro 原样保护、最终正文精确写回及 SHA-256 校验，实现了自然语言 Plaintext 可翻译、URL 和代码保持不变，同时修复了 Gutenberg 编辑器中的无效区块提示。文章还记录了英文文章分类、系列与标签因多域名对象缓存未及时失效而未能在前台正确显示的问题。
-
在暂缓 OpenAI API 测试后，我改为在本地调用 Google Gemini，并使用与 GLM 5.2 相同的标题、摘要和正文样本进行 A/B 对比。测试发现，Gemini 3.5 Flash 的英文表达略显自然，但存在响应波动、技术语义扩展以及正文标题残留中文等问题；Gemini 3.1 Pro Preview 则因免费层级额度为 0，无法完成测试。综合翻译准确性、Gutenberg 结构完整性、接口稳定性、服务器网络和维护成本后，现阶段继续使用 GLM 5.2 作为 SlyTranslate 的生产翻译模型。
-
随着 AutoPoly、SlyTranslate、GLM 5.2、DeepSeek 等翻译测试不断积累，相关 ChatGPT 会话也逐渐分散。本文记录了为英文博客翻译质量优化创建独立 ChatGPT 项目的过程，包括“仅项目”与“默认”记忆模式的区别、历史会话迁移限制、项目指令配置，以及核心测试会话的整理方法。目前 DeepSeek 已完成对比测试，其翻译质量不如 GLM 5.2；下一阶段将考虑在本地测试 OpenAI，并评估质量提升是否足以支撑后续部署成本。