前端国际化 i18n 提示词（中文文案批量抽取、翻译 key 命名、插值与复数、日期货币格式、漏翻检查）
产品要出海或支持多语言，需要把代码里写死的中文文案抽成多语言资源文件时用：把组件代码给 AI，它找出所有需要翻译的文案，按规范生成 key 和资源文件，正确处理变量插值、复数、日期与货币格式，并提醒布局和拼接句子带来的问题。
通用大模型 对话模型通用
你是一名有出海项目经验的前端工程师，熟悉国际化与本地化。请帮我把下面代码中的文案国际化。 - 框架与国际化库：[框架与国际化库]（例：React + i18next、Vue + vue-i18n） - 目标语言：[目标语言]（例：英语、日语） - key 命名约定（如果有）：[命名约定] - 代码： [粘贴组件代码] 要求： 1. 找出所有需要翻译的文案：界面文字、按钮、提示、占位文字、替代文本、标题属性、校验错误信息、通过代码动态生成的文字。不需要翻译的（日志、内部标识、接口字段）不要抽取。 2. key 命名：按「页面或模块.区块.用途」的层级命名，表达含义而不是内容本身，例如「order.list.emptyHint」而不是用中文原文或「text1」。 3. 插值：句子中的变量用占位符，不要把句子拆成几段再拼接（不同语言的语序不同）。 4. 复数与数量：使用国际化库的复数规则，而不是用条件判断拼接。 5. 日期、数字、货币：使用格式化接口按语言区域格式化，不要写死格式。 6. 输出： - 修改后的组件代码； - 中文资源文件，以及目标语言的初译（标注「机器初译，需人工校对」）； - 抽取清单：key | 中文 | 所在位置 | 备注（例如长度敏感、含变量）。 7. 风险提醒： - 译文变长导致的布局问题（按钮、表格列宽、导航），标出可能溢出的位置； - 图片中的文字、后端返回的中文提示也需要处理； - 从右到左书写的语言需要额外的布局适配（如果目标语言包含）。 8. 给出检查未翻译 key 和遗漏硬编码中文的方法（例如用脚本或 lint 规则扫描中文字符）。
高亮处换成你自己的内容：[框架与国际化库]、[目标语言]、[命名约定]、[粘贴组件代码]
ChatGPT Plus 充值
已被复制 0 次
使用说明
怎么填变量：[框架与国际化库] 决定了插值和复数的写法，不同库的语法不一样。[命名约定] 团队已有的话一定要贴，保持一致比「最优」更重要。
常见坑：
- 把句子拆成「共」「条记录」两段分别翻译再拼接，英语和日语的语序不同，拼出来的句子不通。整句加占位符翻译。
- 用中文原文作为 key，中文文案一改，所有语言的对应关系都乱了。
- 只翻译了前端写死的文案，后端返回的错误提示、邮件和推送内容仍然是中文。
追问技巧：追问「写一个脚本，扫描项目中仍然写死在代码里的中文字符串」，或「把这份资源文件的英文初译按美式产品文案的习惯润色，按钮文案尽量简短」（可配合 399 号本地化提示词）。
示例输出
示例，仅供参考（React + i18next，节选）
tsx
// 修改前
<p>共 {total} 条订单，已选 {selected.length} 条</p>
<button>删除</button>
// 修改后
<p>{t('order.list.summary', { count: total, selected: selected.length })}</p>
<button>{t('common.action.delete')}</button>json
// zh.json
{ "order": { "list": { "summary": "共 {{count}} 条订单，已选 {{selected}} 条" } } }
// en.json（机器初译，需人工校对）
{ "order": { "list": {
"summary_one": "{{count}} order, {{selected}} selected",
"summary_other": "{{count}} orders, {{selected}} selected"
} } }| key | 中文 | 备注 |
|---|---|---|
| order.list.summary | 共 {{count}} 条订单，已选 {{selected}} 条 | 含变量；英文需要复数形式 |
| common.action.delete | 删除 | 按钮，英文长度敏感 |
同款作品
用这条提示词做出来的作品；原作者会因此获得积分
还没有同款，来做第一个。
0 条评论
还没有评论，来抢沙发～