国际化方案
多语言站点上线前用这条：把项目路径和技术栈告诉 Agent，它会按 i18n 目标梳理文案抽取、翻译管理、复数与日期格式规则，再给出 Next.js 实现和语言切换组件，附 Google 翻译脚本。
适合做什么
- 在 Cursor / 同类 Agent 里挂载可复用技能
- 把重复检查或生成流程固化成一句话指令
- 团队共享「技能卡」减少口头约定
不太适合
- 当作完整安全审计或生产发布的唯一依据
- 无环境上下文时指望一次跑通复杂流水线
提示词正文
【技能名称】国际化方案
【技能目标】设计完整i18n方案：文案抽取策略、翻译管理流程、复数/性别/日期格式化规则、Next.js App Router实现、语言切换UI组件、Google翻译自动脚本。
【使用方式】
1. 将上方目标作为 Agent Skill / 自定义指令的核心描述；
2. 补充你的项目路径、技术栈与验收标准；
3. 要求 Agent 先列出检查清单，再执行并给出可复核的输出（如 diff / 报告）；
4. 若涉及发布或删除，必须二次确认。
【运营向用法提示】
可用于内容站、工具站或增长落地页的自动化检查与批处理；输出请要求中文结论 + 可执行下一步。复制后粘贴到 AI 对话框，按填空补全即可。
使用步骤
- 统计现有页面文案量，定下语言列表
- 把技能目标粘进技能卡，补技术栈与路由结构
- 先要抽取策略，再让它按语言产出示例代码
常见问题
机器翻译能直接当上线文案吗？
不建议。自动脚本适合生成初稿和占位文案，界面短句、按钮词、营销语仍需人工校对语境和长度。让小语种先跑脚本再抽查关键词，能减少后期返工。
各语言的复数规则需要自己整理吗？
需要确认。Agent 会按常见语系给出规则，但具体到某语言的分类要和你的文案一起验证，尤其是数量词与性别变化，建议先跑一份各语言的样例对照表。
语言切换组件和现有样式会冲突吗？
可能有。它给的是通用实现，下拉或弹层的定位常和你的导航布局打架。若要贴进现有组件库，先让它输出不带样式的结构，再由你套用项目里的下拉组件。
来源说明
整理自公开提示词站点素材，经 52运营 筛选与页面改写，便于运营场景检索。 原始参考：来源链接