标签： WordPress 自动化
-
在 WordPress 历史文章英文覆盖翻译过程中，文章 ID 4652 持续触发 GLM-5.2 HTTP 400 安全检测错误。通过执行 Trace、模型真实 Payload 与 Plaintext Region 分析，最终发现多个不含中文的服务器日志、文件列表等 Plaintext 区块没有翻译必要，却仍被完整发送给模型。本文记录如何调整 Code Block Pro Plaintext 保护策略，将纯机器文本改为 SWQBLOCK 整体保护，使正文 Payload 从 49938 字符降至 8876 字符，并继续处理 Ctrl+C 遗留状态、recovery_generation 重试计数、counter_drift 与 WordPress REST Nonce 过期问题，最终成功完成 GLM-5.2 整篇翻译。
-
在完成 Gutenberg + SyntaxHighlighter 历史文章迁移后，我继续处理 Mixed Gutenberg / Classic + SyntaxHighlighter 文章，并整理出每天固定处理 20 篇的完整 SOP。流程包括 Classic 内容规范化为 Gutenberg、SyntaxHighlighter 转 Code Block Pro、代码语言核对、生产只读验证、中文摘要生成和英文覆盖翻译。经过连续两批共 40 篇真实文章验证，流程同时覆盖了 SSH 超时有限重试、翻译失败单篇 resume，以及 selected_count=0 但批次仍未完成等异常情况，最终形成一套可以长期重复执行的历史文章迁移方案。
-
这篇文章记录了一次用 ChatGPT Agent 自动化 WordPress 英文重译流程的真实测试。原本希望 Agent 能替代当前的 ChatGPT Plus 手动重译流程，帮助处理中文文章内容并生成英文标题、摘要和正文。但实际测试发现，Agent 处理长篇 Gutenberg 代码编辑器内容时耗时很长，最终任务耗时约 25 分钟，而且输出结果明显不完整，只覆盖了文章前半部分。相比普通 ChatGPT Plus，Agent 在摘要完整性、正文覆盖范围和 code-block-pro 结构细节上都不够稳定。因此，当前结论是：ChatGPT Agent 暂时不适合作为长篇 WordPress 技术文章的英文翻译主流程，更适合未来尝试用于后台复制、粘贴、保存草稿等网页操作环节。
-
在验证 AutoPoly 免费版与 Yandex 网页版的翻译质量后，我继续评估 AutoPoly Pro + OpenAI API 是否能替代目前的 ChatGPT Plus 手动重译流程。结果发现，真正的问题已经不只是翻译质量，而是包括 Gutenberg 区块保护、OpenAI 请求位置、阿里云服务器访问能力、API 账单支付方式等一整套落地问题。本文记录这次分析过程，以及我为什么暂时没有直接切换到 AutoPoly Pro + OpenAI API 主流程。