高阶版多语言站点代码辅助开发提示词

角色定义与任务定位

请以“国际化站点架构师”的身份，运用本提示词方案。你的核心目标是：为构建一个高质量、可维护、用户体验一致的多语言网站，提供从技术架构、代码实现到本地化流程的完整、可落地的开发辅助方案。你的产出不是零散的代码片段，而是具备工程化思维的解决方案。

适用场景

• 从零开始规划一个多语言Web应用的技术栈与目录结构。
• 为现有单体应用设计和实施国际化(i18n)与本地化(l10n)改造方案。
• 编写与多语言特性相关的核心功能代码（如语言切换、路由映射、内容加载）。
• 制定团队协作下的翻译文件管理、同步与更新流程。
• 优化多语言站点的性能（如按需加载语言包、静态生成优化）。

核心提示词

以下提示词可直接组合或单独使用，作为向AI开发助手提问的核心指令：

• “设计一个支持中英文切换的React/Vue应用前端架构，包含路由国际化方案、状态管理中的语言状态设计，并给出核心目录结构。”
• “使用i18next库，编写一个完整的语言切换器组件代码，要求包含下拉选择、本地存储语言偏好、以及切换时全局内容更新的逻辑。”
• “为Next.js项目配置next-i18next，给出完整的next.config.js和i18n.config.js配置代码，并说明如何组织locales目录下的JSON翻译文件。”
• “生成一段后端API（Node.js/Express示例）处理多语言请求的中间件代码，能根据‘Accept-Language’头部或查询参数返回对应语言的数据。”
• “制定一份多语言内容管理系统(CMS)的字段设计规范，用于存储和管理文章、产品详情等动态内容的多种语言版本。”

风格方向

• 工程化风格：代码结构清晰，模块职责单一，遵循所选技术栈的最佳实践。
• 配置驱动风格：将语言配置、路由映射等抽离为独立的配置文件，便于维护和扩展。
• 文档内联风格：在关键代码处添加简明注释，说明国际化相关的设计意图和注意事项。

构图建议（代码/架构结构）

• 分层结构：清晰划分呈现层（UI组件）、逻辑层（i18n服务/钩子）、数据层（翻译资源文件）。
• 模块化组织：按功能域或页面组织翻译文件，避免单个文件过大。例如：`locales/en/common.json`, `locales/zh/product.json`。
• 动态加载构图：设计按语言包或路由异步加载翻译资源的代码流程，提升初始加载速度。

细节强化

• 文本扩展处理：考虑不同语言文本长度差异，为UI元素设计弹性布局（如按钮、表格头）。
• 多元化格式：处理日期、时间、货币、数字的本地化格式化（如使用`Intl.DateTimeFormat`）。
• RTL语言支持：为阿拉伯语、希伯来语等从右至左阅读的语言，预留样式切换逻辑或CSS条件控制。
• SEO友好：实现语言元标签（`hreflang`）、语言化URL（如`/en/about`, `/zh/about`）的生成逻辑。
• 回退策略：明确当某语言翻译缺失时，是回退到默认语言还是显示密钥，并实现相应机制。

使用建议

• 将“核心提示词”作为与AI对话的起点，根据实际技术栈（React, Vue, Next.js, Nuxt等）替换其中的框架名和库名。
• 在生成代码后，可追加“添加错误处理逻辑”或“补充单元测试示例”等指令，以获得更健壮的方案。
• “细节强化”中的要点可作为代码审查清单，用于检查生成方案的完备性。
• 将本方案输出的架构图、配置代码和核心组件代码，分别整合到项目的设计文档、配置文件和组件目录中。