语言版本为什么要「写死在规则里」：解读论文水手的第二条铁律

muchsci 论文水手有两条铁律，第一条是"不编造"，讲的人比较多；第二条经常被忽略——语言版本不替你决定：中文稿、英文稿两条产线独立运行，交稿前让你选一次。

初看像功能说明，细看是个产品哲学问题：为什么连"用中文还是英文"这种事，都要写成铁律？

先看反面：混住产线的日常

不用铁律约束的双语写作，通常长这样：中文初稿写完想顺便出个英文版，于是两个版本在一个文件夹里互相覆盖；文件名从"论文终稿"进化到"论文终稿2英文最终版"，投稿前夜在找"最新版到底在哪"；更惨的是改串了——英文稿里混进中文段落，投出去才发现。

双稿混乱的根源不是你不够细心，是版本混住：两种语言的产物共用一套存储、一套命名、一套状态，出错只是时间问题。

产线化的解法：物理隔离

论文水手的安排很直接：中文稿、英文稿是两条独立产线，各自走完大纲、初稿、审校、润色的全流程；产物目录与文件名跟着语言走，中文稿的所有版本独立成档，英文稿同理。物理隔离的含义是：你不可能把英文段落误写进中文稿的存档里，因为它们从一开始就不住在同一个屋子里。

「只问一次」的设计

铁律的后半句是"交稿前让你选一次"。流程启动后语言路径确定，工具不再反复追问"确认用英文吗"——一次确认是设计，反复确认是噪音。把重复决策变成一次性设置，这正是"写死在规则里"的价值：铁律不是限制，是把该做的决定自动化、把不该自动化的决定（你的选择）郑重地留给你。

混住产线 vs 分离产线，一张表看清

铁律的适用人群

需要中英双稿的场景比想象中多：课程要求中文报告、毕业论文要求英文摘要与全文、投国际期刊要英文稿、导师要求双语对照。只要你的写作会跨越语言，muchsci 的两条产线隔离设计就在替你挡掉一整类低级事故。

工具的边界意识，和功能数量一样重要。第二条铁律值得被记住——它管的是所有双语写作者最熟悉的混乱，用的办法简单到朴素：让中文的归中文，英文的归英文。