把多语言内容生产切成两段，比在一段里反复打磨更容易落地：上午让机器铺初稿，目标是覆盖语种和段落，不追求可直接发布；下午人工只收术语、数字和语气，目标是让初稿能交付，不做整段重写。一天下来既没铺完也没改完，问题通常不在 Rytr 的生成质量，而在源文案没冻结、初稿没按语种收拢、人工改动没设范围上限。

上午的交付标准是每个目标语种都有一份可定位、带版本号的初稿，不要求语气统一；下午的交付标准是术语表内的译法、数字格式和语气等级全部对齐，且每条改动有记录。源文案冻结后只接受事实性修改，改一次就要重跑对应语种。确认过的术语回写术语表，下一批生成时注入提示词，避免同一术语重复校对。不给产出倍数承诺，只看当天改动记录里有多少条落在源文案问题上。

上午批量生成时固定源文案的口径

源文案不统一时，后续每个语种都要跟着改一遍，改动量按语种数放大。上午开始生成前，先判定源文案是否可以冻结，建议按下面四条逐条打勾：

• 术语：出现的产品名、功能名、专有名词能对应到术语表条目，没有同一概念两种叫法。
• 数字与单位：金额、百分比、时长、版本号口径一致，日期格式明确，没有待定占位符。
• 语气样例：至少有一到两段被标为「语气基准」，说明人称、敬语等级和句长偏好。
• 结构：段落顺序和标题层级不再变动。

四条都满足就可以冻结。冻结之后允许修改的范围建议只保留事实性内容：数字错误、产品名写错、合规表述、法务要求改的措辞。这类改动一旦发生，标记为源文案变更，对应语种初稿重新生成或至少重新校对相关段落。润色、换词、调整段落顺序、补一段营销话术，都放到下一批，不在冻结版本上改。如果源文案本身还有争议，上午的产出只能算探索稿，不建议进入下午的人工收口环节，否则下午对齐的术语和语气会在源文案变更后全部作废。

生成时可以先给一个通用提示骨架，把语气基准和术语表作为输入，放在调用生成之前执行：

任务：把 source.md 翻译为 {target_locales}，每个语种单独输出一个文件。
约束：
- 术语表条目优先，术语表未覆盖的专有名词保留原文并标注 [TERM?]
- 数字、单位、日期保持源文案口径，不做本地化换算
- 语气参照 source.md 中标记为「语气基准」的段落
- 不新增段落，不删减段落，不合并标题
- 无法确定处标注 [CHECK]，不要自行改写
输出：每语种一个代码块，首行为文件名。

把多语言初稿按语种分文件收拢

同一批内容散落在多个页面或多条记录里，下午人工找对应版本的时间会超过改稿时间。建议一批内容一个目录，目录内按语种分文件，源文案单独留一份作对照，命名规则固定下来。

• 目录：以内容批次或内容 ID 命名，例如 content/onboarding-2024/。
• 源文案：统一叫 source.md，放在批次目录根部，不参与翻译。
• 初稿文件：{内容ID}-{语种标签}-{版本}.md，例如 onboarding-zh-Hans-v1.md、onboarding-de-v1.md、onboarding-pt-BR-v1.md。
• 语种标识：用 BCP 47 风格的小写标签，需要区分简繁和地区时写全，例如 zh-Hans、zh-Hant、en、en-GB、pt-BR，不要用 chinese、中文 这类自由写法。
• 版本号：人工改完后升一版，例如 v1 改到 v2，原始机器稿保留不覆盖，方便回溯。

与源文案的对应关系靠文件名里的内容 ID 维持，不靠目录层级。人工在某个语种文件里发现的问题，能通过内容 ID 直接定位到 source.md 的对应段落。批次结束时目录结构本身也是交付物的一部分，下一批生成可以复用同一套命名。

下午人工只处理术语、数字和语气三类问题

不限范围的人工校对最容易变成整段重写，改完之后既看不出机器和人的边界，也无法判断下一批能不能少改。建议下午只处理三类问题，其余一律标记不做。

• 术语：与术语表不一致；术语表未覆盖但明显是专有名词；同一概念在上下文中出现两种译法。判定依据是能否在术语表里找到条目，或是否需要新建条目。
• 数字：金额、百分比、小数位、单位、日期、版本号、缩写。判定依据是与源文案逐项比对，不做本地化换算，除非源文案明确要求。
• 语气：人称、敬语等级、祈使句或疑问句的选择、句长。判定依据是批次目录里标为「语气基准」的段落。

超出这三类的改动，例如新增段落、调整论点、重写标题、改变段落顺序，直接视为源文案问题，标记后退回上午环节或排到下一批，不在下午临时改。改完之后如果某段仍然读不通，先判断是机器生成的问题还是源文案本身的问题，再决定是重跑该语种还是改源文案。可以先把三类问题各挑一两段做，确认判定标准能被执行下去，再铺开到整批文件。

建立改动记录，区分机器问题和源文案问题

改动记录的目的是让返工原因能回溯到具体环节，而不是统计改了多少字。建议每个批次一张记录表，字段固定为语种、位置、问题类型、改动方式、责任环节，其余字段按需要加：

locale,location,issue_type,action,owner
de,v2 第3段,term,replace Konto -> Benutzerkonto,machine
ja,v2 第1段 标题,number,10,000円 -> 10,000 JPY,machine
pt-BR,v2 全篇,tone,改为与语气基准段落一致的人称,source
zh-Hans,source 第4段,fact,补充版本号,source

• 语种：写语种标签；源文案问题写 source 或对应源文件。
• 位置：段落序号加版本号，能定位到具体行更好。
• 问题类型：term、number、tone、fact 四类，超出范围的问题类型单独加一类并说明。
• 改动方式：写清改前改后，术语类直接写替换对，方便后续回写术语表。
• 责任环节：machine 表示生成环节可修，source 表示源文案环节可修，term-table 表示术语表缺失。

一批结束后看责任环节的分布：集中在 machine，说明提示词约束不够；集中在 source，说明源文案冻结标准没执行到位；集中在 term-table，说明术语表该补了。记录表按批次留存即可，不需要汇总成复杂报表。

把确认过的译法回写到术语表供下次生成使用

回写的触发条件建议三条同时满足：术语在改动记录里被人工确认过至少一次；对应源文案没有变化；该译法在同一语种内没有再出现第二种写法。满足就回写，不满足先留在改动记录里等下一批。

术语表建议至少包含源词、语种、定稿译法、备注四个字段，备注记录大小写、词形变化是否允许、是否保留原文：

source_term,locale,translation,note
workspace,de,Arbeitsbereich,首字母大写，复合词可变格
workspace,ja,ワークスペース,不译为「作業領域」
free trial,pt-BR,teste gratuito,允许按语境变复数

生效范围是下一批生成任务，不回溯修改已经交付的语种文件。生成时把相关语种条目注入提示词，注入片段可以写成：

以下术语为本语种强制译法，出现对应源词时必须使用，不做同义替换：
workspace -> Arbeitsbereich
free trial -> teste gratuito

校验方式建议在每批开始时抽查少量已回写术语，把源词放回生成提示里跑一次，确认输出与术语表一致；不一致的条目通常是备注写得不够明确或存在词形问题，此时更新备注而不是改译法。术语表更新后仍要过一遍改动记录，确认新条目没有和上一批的定稿译法冲突。如果某语种术语表条目长期没有被引用，可以先保留但标记出来，下一批生成后按实际命中情况决定是否合并或删除。