SlyTranslate 标签归档 - 永夜

SlyTranslate 翻译报错：修复 Paragraph Run 无法识别带属性的问题

永夜 — Thu, 10 Sep 2026 12:08:33 +0000

使用 SlyTranslate + GLM-5.2 翻译 WordPress Gutenberg 文章时，遇到 A paragraph run did not contain a top-level paragraph. 错误。排查后确认，问题来自自定义 Paragraph Run parser 只能识别裸

，无法兼容模型偶发返回的

或

。最终通过最小范围修改，在保留原有段落 merge/split 与 Gutenberg 结构保护能力的前提下完成修复，并通过自动测试和生产真实文章验证。

SlyTranslate 翻译报错：修复 Paragraph Run 无法识别带属性的问题最先出现在永夜。

WordPress 超长 Gutenberg 文章整篇 AI 翻译踩坑：从 1000+ 受保护标记到完整翻译成功

永夜 — Sat, 15 Aug 2026 11:33:52 +0000

在一篇包含大量 Gutenberg 段落、引用、列表、图片和 90 个 Code Block Pro 区块的超长文章中，我继续验证 WordPress 中文到英文整篇 AI 翻译流程。排查过程中先后发现受保护标记过多、普通段落边界过度保护、Plaintext Code Block Pro 内容字段被误判为结构变化，以及空白 freeform 导致 PARAGRAPH_RUN 结构签名漂移等问题。通过引入普通段落区域、区分内容字段与结构配置、修正最终 Gutenberg 结构签名后，受保护标记降至 506 个，最终仍以一次完整 GLM-5.2 请求成功生成英文译文，并通过 Gutenberg 编辑器实际验证。

WordPress 超长 Gutenberg 文章整篇 AI 翻译踩坑：从 1000+ 受保护标记到完整翻译成功最先出现在永夜。

WordPress AI 翻译排错实战：一次合法的行内代码换序，为什么会阻断尾部结构自动修复？

永夜 — Sat, 15 Aug 2026 11:09:10 +0000

在 WordPress 后台使用 SlyTranslate + GLM-5.2 翻译技术文章时，一次看似普通的尾部 STRUCT Token 缺失，最终定位为两个 INLINE Token 为适应自然英文语序发生了合法换位。主校验允许这种变化，但 Tail Repair 仍要求完整 raw Token 序列保持原始前缀，导致安全的尾部结构修复被错误阻断。本文记录从 first_mismatch_index=814 定位真实差异、修正 Tail Repair 为 fixed Token 前缀判断、补充回归测试，到生产部署并验证同一文章最终翻译成功的完整过程。

WordPress AI 翻译排错实战：一次合法的行内代码换序，为什么会阻断尾部结构自动修复？最先出现在永夜。

GLM-5.2 整篇翻译持续返回 HTTP 400：从安全检测拦截到 Plaintext 载荷缩减的完整排查与修复

永夜 — Sat, 08 Aug 2026 09:55:37 +0000

在 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 整篇翻译。

GLM-5.2 整篇翻译持续返回 HTTP 400：从安全检测拦截到 Plaintext 载荷缩减的完整排查与修复最先出现在永夜。

GLM-5.2 整篇翻译再次出现 Protected Token 校验失败：从尾部 Token 丢失到 Plaintext 结构重排的完整排查记录

永夜 — Thu, 30 Jul 2026 13:34:38 +0000

记录一次 SlyTranslate + GLM-5.2 整篇翻译中的 Protected Token 校验失败排查过程。问题最初表现为文章尾部连续丢失 Gutenberg STRUCT Token，在增加 Tail STRUCT Repair、强化 Prompt 和 Tail Guard 后仍未解决。进一步分析发现，真正原因是中文文章中存在 Paragraph → Plaintext → Paragraph 的跨块自然语言结构，GLM 为生成更自然的英文主动重组内容，导致 Protected Token 顺序漂移。最终通过清理不必要的 Plaintext、让 Gutenberg 区块边界与自然语言语义边界保持一致，在不放宽严格 Token 验证的情况下成功完成 GLM-5.2 整篇翻译。

GLM-5.2 整篇翻译再次出现 Protected Token 校验失败：从尾部 Token 丢失到 Plaintext 结构重排的完整排查记录最先出现在永夜。

每天批量处理 20 篇 Mixed WordPress 历史文章：Classic 转 Gutenberg、SyntaxHighlighter 迁移、摘要补全与英文覆盖翻译完整 SOP

永夜 — Thu, 30 Jul 2026 06:05:24 +0000

在完成 Gutenberg + SyntaxHighlighter 历史文章迁移后，我继续处理 Mixed Gutenberg / Classic + SyntaxHighlighter 文章，并整理出每天固定处理 20 篇的完整 SOP。流程包括 Classic 内容规范化为 Gutenberg、SyntaxHighlighter 转 Code Block Pro、代码语言核对、生产只读验证、中文摘要生成和英文覆盖翻译。经过连续两批共 40 篇真实文章验证，流程同时覆盖了 SSH 超时有限重试、翻译失败单篇 resume，以及 selected_count=0 但批次仍未完成等异常情况，最终形成一套可以长期重复执行的历史文章迁移方案。

每天批量处理 20 篇 Mixed WordPress 历史文章：Classic 转 Gutenberg、SyntaxHighlighter 迁移、摘要补全与英文覆盖翻译完整 SOP最先出现在永夜。

每天批量处理 20 篇 WordPress 历史文章：代码块迁移、摘要补全与英文覆盖翻译完整 SOP

永夜 — Fri, 24 Jul 2026 11:48:59 +0000

本文整理了一套每天批量处理 20 篇 WordPress 历史文章的完整流程，包括 SyntaxHighlighter 向 Code Block Pro 迁移、代码语言核对、生产只读验证、中文摘要生成、英文覆盖翻译、有限重试和失败恢复。本次实操还修复了 Plaintext 行数校验过严，以及 Ctrl + S 被误判为 Markdown 列表的问题，最终完成整个批次，并形成可长期复用的操作规范。

每天批量处理 20 篇 WordPress 历史文章：代码块迁移、摘要补全与英文覆盖翻译完整 SOP最先出现在永夜。

将 WordPress AI 翻译优化仓库从私有切换为公共：从敏感信息审计到最小改动发布

永夜 — Thu, 23 Jul 2026 09:03:30 +0000

记录将 wordpress-ai-translation-pipeline 从私有 GitHub 仓库切换为公共仓库的完整过程，包括敏感信息审计、生产环境信息与认证凭证的风险区分、双仓库方案取舍、MIT License 与第三方许可证说明补充、自动化测试、代码提交以及仓库可见性切换。最终在未重写 Git 历史、未删除标签、未强制推送的前提下，以最小改动完成公开发布。

将 WordPress AI 翻译优化仓库从私有切换为公共：从敏感信息审计到最小改动发布最先出现在永夜。

从 SyntaxHighlighter 到 Code Block Pro：把 WordPress 历史文章摘要与英文覆盖翻译流程标准化

永夜 — Wed, 22 Jul 2026 14:54:43 +0000

本文记录了将 WordPress 历史文章中的 Gutenberg SyntaxHighlighter 代码块统一转换为 Code Block Pro，并复用既有中文摘要生成与英文覆盖翻译流程的完整实践。通过生产环境只读扫描、固定批次、人工转换、结构验收和状态恢复，第一批 20 篇文章最终全部完成中文摘要写入与英文覆盖翻译。过程中也暴露出批次执行中的网络超时、状态恢复边界和过度设计问题，并据此确定了后续历史文章的标准化处理方案：不同旧格式只负责识别与转换，转换完成后统一进入现有 Gutenberg + Code Block Pro 执行流程，不再重复建设摘要和翻译管线。

从 SyntaxHighlighter 到 Code Block Pro：把 WordPress 历史文章摘要与英文覆盖翻译流程标准化最先出现在永夜。

从只读审计到 42/42 完成：用 GLM 与 SlyTranslate 安全补全 WordPress 历史文章摘要

永夜 — Tue, 21 Jul 2026 12:54:28 +0000

本文记录了使用 GLM 4.7、GLM 5.2 与 SlyTranslate，安全补全 42 组 WordPress 中英文历史文章摘要的完整过程。流程通过固定候选清单、写入前备份、内容哈希、Polylang 双向校验、状态持久化、断点恢复与自动重试，应对 GLM 超时、REST 连接中断及 SlyTranslate HTTP 500 等真实故障，最终实现 42/42 完成、待处理 0、异常状态 0。

从只读审计到 42/42 完成：用 GLM 与 SlyTranslate 安全补全 WordPress 历史文章摘要最先出现在永夜。