通用常见问题

Vue 模板、响应式更新和 tRef() 问题见 Vue 常见问题。React JSX、组件订阅和 React Compiler 问题见 React 常见问题。

Vite 7 或更低版本能否使用？

不能。ai-i18n 当前要求 Vite ≥ 8。使用更低版本时，请先升级 Vite，并确认当前 Node.js 版本满足 Vite 8 的运行要求。

为什么会安装 fs-native-extensions？

@ai-i18n/vite 通过 @ai-i18n/core 依赖 fs-native-extensions。Vite 与 @ai-i18n/mcp 可能同时修改分片 JSON Translation Memory 或 overrides.json，因此需要跨进程文件锁，把“读取 → 修改 → 原子写入”整体串行化。否则，两个进程同时读写时，后完成的进程可能覆盖另一个进程的修改。

原子写入只能避免文件写到一半时损坏，无法避免并发读改写造成的数据丢失。Node.js 的 node:fs 目前也没有跨平台的 flock 等价 API，因此 ai-i18n 使用 fs-native-extensions 提供操作系统级文件锁。该依赖只在 Vite 和 MCP 的 Node.js 进程中运行，不会进入浏览器产物。

当前发布包没有提供 Linux musl 预编译产物。使用 node:24-alpine 等 Alpine 构建镜像时，可能出现包含 ADDON_NOT_FOUND 或 linux-x64-musl 的错误。请把 Node.js 构建阶段改为 glibc 镜像，例如 node:24-bookworm-slim。最终用于托管静态文件的 Nginx 阶段仍可继续使用 Alpine。

是否支持 SSR？

当前 Runtime 仅支持浏览器端。SSR 阶段会跳过翻译提取、模块注册和 Runtime 注入，并输出警告；defineI18nMessages() 的编译期消除仍会执行。

如果项目需要服务端渲染译文、按请求选择 locale 或避免首屏 source fallback，当前版本无法提供完整支持。

是否需要安装 unplugin-auto-import？

不需要。ai-i18n 的自动导入是插件自身能力，安装 unplugin-auto-import 不会自动启用它。如果项目因为其他 API 使用了 unplugin-auto-import，两者可以同时存在，但不要重复配置 ai-i18n Runtime API。

需要省略显式 import 时，请设置 aiI18n({ autoImport: true })。完整边界见自动导入。

为什么自动导入没有生效？

按顺序检查：

确认 aiI18n({ autoImport: true }) 已显式开启。
确认使用了当前模式支持的 API：三种模式都提供 t、语言 API 和 subscribe；Vue 额外提供 useI18n、tRef、i18nComputed 与 tComputed，React 额外提供 useI18n。
修改 Vite 配置后重启开发服务器。
TypeScript 或 Vue template 报未定义时，按 TypeScript 与生成声明确认生成文件。
ESLint 项目使用与框架匹配的 vanilla-auto-import、vue-auto-import 或 react-auto-import preset。

局部变量、函数参数或显式 import 与自动导入 API 同名时，本地 binding 始终优先。Vue template 可以直接使用未绑定的 t()；组件自身同名 binding 会遮挡自动导入。详见 Vue 常见问题。

为什么 Dev 没有提取某个页面？

Vite Dev 只分析浏览器实际请求到的模块。懒路由尚未访问时，对应模块不会进入当前提取结果。先访问目标页面，再检查 extracted/*.json。

需要确认生产入口的完整覆盖范围时，运行一次 vite build。Build 只分析从入口可达的模块，不会扫描未被项目引用的文件。

为什么源码中的 `t()` 没有被提取，但调整 Vite 插件顺序后恢复了？

Vite 插件会按顺序转换模块。ai-i18n 已经运行在 pre 阶段，通常会早于 Vue、React 等普通转换；但另一个同为 pre 的插件仍可能先替换宏或改写源码，使 ai-i18n 只能看到转换后的结果。

按以下顺序排查：

运行一次完整 vite build，确认目标模块可从应用入口到达。Dev 未访问的懒路由不会参与处理。
确认这段文案确实应由 ai-i18n 的 t() 翻译，而不是由另一个构建期宏自行处理。
临时禁用可能改写源码的前置插件并重新 Build。提取恢复时，说明该插件在 ai-i18n 之前移除了调用。
如果 t() 确实属于 ai-i18n，把 aiI18n() 放在同阶段的源码改写插件之前，再检查两者是否设置了更细的 hook 顺序。修改后重启 Dev 或重新 Build。

不要为了让 ai-i18n 提取而给其他插件拥有的宏字段添加 t()。例如权限插件本来就会翻译页面标题时，应保持它要求的静态值：

definePagePermissions({
  title: '详情',
});

此时标题没有进入 ai-i18n 的提取结果是正常行为，不需要调整插件顺序，也不需要声明宏白名单。

为什么切换语言后仍然显示源文案？

缺失翻译或值为 null 时，Runtime 固定回退到 source。检查当前 Translation Memory 或 i18n/overrides.json 中是否存在目标 locale 的有效译文，并让运行中的 Vite Dev 自动同步，或重新执行一次 Vite Build。

可以通过 AI 翻译配置 Provider，也可以通过接入 Agent补齐缺失翻译。协议文件职责见生成文件与 Git。

为什么按需加载语言包时切换失败？

配置 loading 后，未加载的目标语言会在 setLang() 时请求独立 chunk。加载失败时， Promise 会 reject，并保留当前语言。Vue Composition 与 React 组件可使用 useI18n() 返回的 isLangLoading 和 langLoadState.status === 'error' 显示状态；纯 Vue Options 组件把 i18nComputed() 展开到 computed 后读取同名字段。需要业务级恢复动作时，捕获 Promise 并提供重试入口。

同时确认 preload 和 prefetch 只包含已配置的目标 locale，未包含 sourceLang，并且同一 locale 没有同时出现在两个列表中。完整示例见语言分包与按需加载。

生成文件是否需要提交？

需要。权威译文与生成声明随源码提交，可重建的提取结果和语言包不提交。完整文件清单、Build 时机与 Monorepo 归属统一见生成文件与 Git；声明文件本身的作用见 TypeScript 与生成声明。

修改模型或提示词后，为什么没有重新翻译？

Translation Memory 默认复用历史结果。插件不能可靠识别自定义 Translator 内部的模型、温度、提示词或 baseURL，也不会把这些配置写入缓存指纹。需要刷新一次时，在 Provider 中配置 cache: 'fresh'。本次 Vite 进程会主动刷新已有自动译文，并继续复用本进程新生成的结果。该选项不影响 MCP 或 AI Agent。完成后改回默认 reuse。详见 Translation Memory。

为什么 SQLite 没有复用另一个项目的译文？

SQLite 不会复用所有历史译文。当前项目尚无译文时，原文、源语言、目标语言和 comment 必须完全一致，并且只能存在一个译文候选。多个候选可能代表不同语境，ai-i18n 会保持缺失，不会自动猜测。

请先确认项目内存在 i18n/storage.json，再按 SQLite 未复用译文时如何排查逐项检查。

通用常见问题#

#Vite 7 或更低版本能否使用？

#为什么会安装 fs-native-extensions？

#是否支持 SSR？

#是否需要安装 unplugin-auto-import？

#为什么自动导入没有生效？

#为什么 Dev 没有提取某个页面？

#为什么源码中的 t() 没有被提取，但调整 Vite 插件顺序后恢复了？

#为什么切换语言后仍然显示源文案？

#为什么按需加载语言包时切换失败？

#生成文件是否需要提交？

#修改模型或提示词后，为什么没有重新翻译？

#为什么 SQLite 没有复用另一个项目的译文？