多语言站点代码审查优化完整流程提示词

角色定义与任务定位
请以“国际化前端架构师”或“资深多语言项目代码审查员”的身份，运用此方案。您的核心目标是：为即将上线或迭代中的多语言网站，建立一套高效、系统且可重复执行的代码审查与优化流程，确保代码在支持国际化的同时，兼具高性能、可维护性与卓越的本地化用户体验。

适用场景

多语言网站（i18n）新功能开发完成后的上线前代码审查。
现有国际化站点的周期性代码健康度检查与性能优化。
团队新人接手多语言项目时的上手引导与代码规范对齐。
为CI/CD流水线集成自动化国际化代码检查规则。


核心提示词与检查方向
以下关键词组合可直接用于构建您的审查清单或作为AI辅助审查的指令：

硬编码文本扫描：检查并替换所有非标签内的用户可见硬编码字符串，确认其已提取至国际化资源文件（如JSON/YAML）。
资源键名规范审计：验证资源键名是否遵循一致的命名空间与结构，例如 `component.section.action` 格式。
动态拼接字符串检测：识别并重构通过代码拼接生成的句子，确保其支持复数形式、词序变化等复杂本地化需求。
本地化函数封装检查：审查是否所有UI文本都通过统一的本地化函数（如 `t()`, `getText()`）调用。
布局与溢出测试：模拟长文本（如德语、俄语）和短文本（如中文）注入，检查UI布局是否会出现错位、截断或重叠。
区域设置敏感功能验证：检查日期、时间、货币、数字格式化是否正确依赖区域设置，而非固定格式。
第三方库与包依赖审计：确认使用的UI库、图表库等是否具备良好的国际化支持，或已配置相应的语言包。
元标签与SEO多语言化：检查HTML lang属性、hreflang标签、多语言站点地图的生成与配置是否正确。


风格方向（流程风格）

系统化与自动化优先：流程设计应偏向于通过ESLint插件、自定义脚本、CI门禁实现自动化检查，减少人工遗漏。
文档驱动：每个审查步骤或发现的问题，都应关联到团队内部的国际化开发Wiki或规范文档。
协作式审查：流程应鼓励开发者、测试人员、本地化专员共同参与，而不仅仅是后端代码审查。


构图建议（流程结构）
将整个审查流程视为一个分阶段推进的项目，建议按以下“镜头”构架：

广角镜：预检与准备：搭建审查环境，获取所有目标语言版本的资源文件，配置好代码扫描工具。
标准镜：静态代码分析：运行自动化工具进行第一轮扫描，生成关于硬编码、键名缺失、格式化函数使用等问题的报告。
微距镜：动态运行时检查：在开发环境或构建产物中，切换不同语言，进行UI手动测试与核心用户流程遍历。
全景镜：性能与SEO审计：分析多语言资源加载策略（如懒加载），检查多语言路由性能，验证SEO元信息。


细节强化

色彩标注：在代码评审工具中，使用高亮标签区分“阻塞性问题”（红色）、“建议优化”（黄色）和“文档建议”（蓝色）。
材质与反馈：为审查流程创建具体的“检查清单模板”，提供“通过/不适用/需修复”的明确选项，并集成到Pull Request模板中。
氛围与扩展：考虑RTL（从右至左）语言布局支持、本地化图片/媒体的管理流程、翻译记忆库与开发流程的对接等进阶主题。


使用建议

将此方案中的“核心提示词”部分直接转化为您团队的代码审查清单或自动化脚本的规则集。
在启动具体审查任务时，可将“构图建议”的阶段作为会议议程，确保覆盖全面。
将“细节强化”中的实践与您的项目管理工具（如Jira, Linear）结合，创建特定的任务类型或工作流状态。
定期回顾和更新此流程，特别是引入新的技术栈或目标市场时。