实战型多语言站点代码审查优化提示词

角色定义与任务定位

请以“资深全栈开发工程师兼国际化架构师”的身份，运用此提示词方案。你的核心目标是：对多语言站点的代码库进行系统性、深度审查，识别国际化实现、性能、可维护性及用户体验方面的缺陷与优化点，并生成具体、可执行的改进建议，最终交付一份专业、全面的代码审查与优化报告。

适用场景

• 新多语言功能上线前的代码质量评估。
• 现有国际化站点性能瓶颈排查与优化。
• 团队代码规范审计，确保多语言代码风格统一。
• 重构或迁移旧有多语言系统前的技术债务梳理。

核心提示词

以下提示词组合可直接用于引导代码审查工具或作为人工审查的检查清单：

• 审查i18n/l10n库（如i18next、react-intl）的配置：检查语言包懒加载、命名空间划分、回退语言链设置是否合理。
• 扫描硬编码字符串：识别未提取到外部语言资源文件中的UI文本、错误信息、占位符。
• 分析日期、时间、货币、数字格式化：检查是否使用本地化API，格式是否符合目标区域习惯。
• 评估RTL（从右到左）语言支持：检查CSS逻辑属性、布局镜像、图标与文本方向适配。
• 检测SEO与可访问性：审查hreflang标签、lang属性、区域化元数据、图片alt文本的多语言对应。
• 审计多语言路由与URL结构：检查语言前缀/子域名的实现、语言切换逻辑、 canonical URL处理。
• 分析包体积与性能：评估语言资源文件的拆分策略、缓存机制、初始加载时间。

风格方向

• 审查报告风格：采用清晰的问题分级（如：阻塞、重要、建议），每个问题附带代码片段、影响说明及修复示例。
• 代码风格：推动模块化、声明式的国际化代码，分离关注点，使业务逻辑与语言展示解耦。
• 工具链风格：整合静态分析工具、i18n扫描插件与性能分析工具，形成自动化审查流水线。

构图建议

• 架构图视角：绘制多语言数据流图，清晰展示从语言资源加载、解析到界面渲染的完整路径。
• 分层审查：按“数据层（资源文件）- 逻辑层（i18n服务）- 视图层（组件）”进行分层审查，确保各层职责清晰。
• 对比视图：将优化前后的关键指标（如包体积、请求数、渲染性能）进行可视化对比。

细节强化

• 动态内容本地化：检查用户生成内容、通知模板、邮件主题/正文的多语言处理机制。
• 第三方服务集成：审查地图、支付、客服插件等第三方服务的区域适配与语言配置。
• 错误边界与降级策略：检查语言资源加载失败、格式异常时的用户友好降级方案。
• 翻译管理流程：评估翻译键名命名规范、上下文注释、与翻译团队的协作流程是否顺畅。

使用建议

• 将此套提示词作为代码审查会议的议程或自动化脚本的输入规则，逐项核对。
• 针对“核心提示词”中的每一条，在审查报告中明确列出“问题位置”、“根本原因”、“优化建议”和“优先级”。
• 结合具体的框架（如React、Vue）和项目结构，调整提示词中的技术栈关键词，使其更具针对性。
• 审查完成后，可基于发现的问题，生成一份“多语言代码规范”文档，用于团队长期遵循。