翻译发生在渲染之后
插件不改动你的文章，而是在 WordPress 把页面渲染完成之后接手 —— 这个时机决定了它能覆盖的范围，也决定了译文质量的上限。
把整页交给模型，而不是逐条喂词
多数翻译工具一次处理一个字符串。模型看到的是孤零零的 "Post" 或 "Save"，只能靠猜。猜错了，你的菜单对目标语言的访客来说就是一堆胡话。
本插件把渲染完成的整页 HTML 交给模型，它能看见按钮上方的标题、下方的段落，再决定这个按钮到底在说什么。代价是单页耗时更长 —— 这也是为什么界面上有进度条和停止按钮。
AI 不可能永远对，所以有校对界面
挑一个页面，原文与译文并排显示，改掉任何一行你不认同的翻译。
关键在于：你改过的内容会被保留下来，下一次运行翻译不会把它覆盖掉。这意味着你可以放心地让它自动跑，人工只在需要的地方介入。
三种方式，可以混着用
手动逐页
打开某个页面点翻译，看着它一行行填进去。适合先试水，或只翻几个重点页面。
后台批量
只要你开着后台，浏览器就会持续把待翻页面一个个喂给服务器。关掉后台就停，不占用服务器定时任务。
访客触发
还没翻译的页面，等有访客访问时当场翻。也可以设定译文完成度达到某个比例（比如 80%）才对外输出译文页。
三种方式共用同一套逐页锁
两个编辑同时在线，不会把同一个页面翻译两遍，也不会让你的账单翻倍；不同页面之间照常并行，互不排队。某个任务崩溃留下的锁，会在请求超时后自动失效。
多语言 SEO 该做的都做了
译文按语言目录发布，搜索引擎能正确识别每个语言版本之间的关系。
默认能用，细节可调
语言
URL 前缀、hreflang 与地区变体、在切换器里的排序，以及谁能看到它 —— 所有人、仅搜索引擎，或仅真人访客。
发给 AI 的指令
默认语气不适合你的站点就改写它，保留必需的几个变量即可。翻译 URL 路径用的是另一条独立指令，主指令专注在正文。
替换规则
按语言配置。品牌名、专有名词模型总是译错时用它兜底，支持纯文本、精确匹配和正则三种方式。
语言切换器
可拖动的浮动按钮，位置会被记住。也可以交给一个容器 id 自己写样式，旗帜图标可以关掉。