写回草稿

接受一轮交付不等于译文进了 Kit。写回是最后一步：把交付的译文和你当前的草稿逐条对齐，确认后写进共享草稿。

什么时候需要写回#

• 需求方在审阅里 接受 了交付之后，Job 走到「写回待处理」。
• 如果 Job 绑定的草稿已经不是当前活动草稿，写回会被拦住，先恢复原来的活动草稿再试——不会写到别的草稿里去。

怎么写回#

1. 1

   进编辑器

   在 Job 详情点 更多 → 打开编辑器，以需求方身份打开只读编辑器。

2. 2

   点接受

   头部点 接受。系统先跑一遍写回预览，逐条比对 发出时、当前草稿、交付 三份文本。

3. 3

   逐条处理冲突

   预览把每条的差异摆出来。有冲突的条目按提示选：采用交付（写交付文本）、接受当前（保留草稿现值）、或 跳过（这条不写回）。

4. 4

   确认写回

   全部冲突处理完，点 确认写回。译文写进草稿，Job 完成。

关闭

需求方在编辑器里审读译文；头部 **接受** 触发写回预览。

写回的规矩#

• 写回只改草稿，不生成版本，更不是 Release 或 LQA 完成。要对外生效还需提交并发布版本。
• 条目已不在草稿上的行只能跳过，不会新建条目。
• 原文、上下文在发出后被改过的，接受会保留当前原文/上下文并只写译文；按提示逐条确认。
• 预览生成后草稿又变了的话，需要重新预览再确认——写回不会覆盖你没看到的新改动。

关闭

写回失败时就地提示，点重试再跑一次。

关闭

已写回的 Job 行动卡仍显示「待审阅交付」（#186）。