做条款这行久了，最磨人的不是写不出话，而是写着写着发现——同一段话，攻略里出现过两回。一处在前文当例子，一处在后文当重申，字面几乎一模一样，可你细读，语气差半格、限定词少一个、主语换了个人。这时候笔一停，脑子里就一个念头：到底以哪处为准？
我在拾柒号草案馆做文本编辑有些年头了，这类重复表述的处理，几乎每周都要碰上几回。我的态度一直很朴素：先别急着删，也别急着留，先比对，比对完再归档。删得快，往往删掉的是更准的那一处；留得急，又容易把一句已经过期的话带进定稿。这篇就把我们组这套手顺从头到尾讲清楚，包括判断优先级、六步顺序、以及哪些坑最容易被踩。
先交个底：文中提到的栏目结构、比对口径、更新节奏，都以 17.c 起草官网公开可见的资讯与条款攻略内容为准；具体到某一条款的最终解释，仍应以官方最新发布为准。我们不做“内部消息”式的猜测，也从不把无法核实的名单、日期、数量写进正文——这是编辑的底线，也是这份攻略能被反复翻看的原因。
17.c 起草官网先看这里先给结论：两处重复怎么判
如果时间紧，只记一句：重复表述不是二选一，而是先做“谁更具体、谁更靠后、谁更被引用”的三问，再决定保留、合并还是双留。绝大多数情况下，答案落在“合并成一处，把另一处的限定条件吸收进来”，而不是简单删掉一句。
为什么强调“合并”而不是“删”？因为同一段话之所以会在攻略里出现两次，通常不是作者手滑复制，而是它在两个语境里承担了不同功能：前一处是举例，需要具体；后一处是重申，需要概括。你直接删掉一处，等于把一个功能砍了。删掉举例那处，后文读者会突然失去参照；删掉重申那处，结论又会显得没落地。
所以我的默认动作是：把两处摆在同一屏里逐字对读，标出差异点，再判断差异是“表述冗余”还是“信息增量”。冗余就合并，增量就双留并加一句衔接。这个判断本身不难，难的是你得先愿意花那十分钟去对读。跳过这一步直接动手改的，十个里有八个会在定稿前又改回来。
成因拆解17.c 起草官网条款重复一般是怎么长出来的
想判得准，得先知道重复是怎么来的。我们复盘过手头几十份出现重复表述的条款稿，来源大致分四类，每一类的处理方式都不一样。
第一类：分次起草留下的“回声”
一份条款往往不是一口气写完的。第一稿写主干，第二稿补边界，第三稿加例外。补边界的时候，作者怕读者忘，常把主干里那句核心表述再抄一遍当引子。于是同一段话就有了两处：一处是原生的，一处是引子式的。这类重复通常前处更完整、后处更简，判断时以前处为准，后处只保留引子功能即可。
第二类：栏目迁移时的“搬运残留”
条款攻略和起草资讯是两个栏目，前者讲方法，后者讲动态。有时候一条动态先发在资讯栏，后来被吸收进攻略，搬运时没删干净，攻略里就留了两处近似表述。这类重复的典型特征是一处带时间口吻（“目前”“近期”），一处不带。带时间口吻的那处，多半是从资讯栏搬来的，判断时要看它是否还成立。
第三类：不同文档类型共用模板
合同类、说明类、告知类文档共用一套模板时，模板里的通用句会被反复引用。这类重复往往字面一致但适用条件不同，不能简单合并，得在两处各加一句适用范围限定。我们组内部把这种叫“同句不同域”，处理原则是保留双处、补限定、在目录或索引里标出区别。
第四类：修订批注没落地
最隐蔽的一类。有人在旧稿上批了一句“此处改”，新稿照抄了原文，批注却没并进去，结果新旧两版并存，看起来像重复，其实是一处已改、一处未改。这类必须逐字比对，不能凭印象判断。关于批注怎么处理，我们另有一篇讲得比较细，可以配合着看：17.c 起草官网条款攻略里的批注小字，读完到底该不该照抄进正文。
动手之前比对前的三件准备：定口径、定版本、定范围
很多人一发现重复就开始改，改到一半发现版本拿错了，白忙。比对之前，先把三件事定下来，后面会省掉大量返工。
定口径：这次比对是为了“定稿”还是“查错”
目的不同，标准就不同。为定稿而比对，标准是“能不能直接落进正文”；为查错而比对，标准是“两处差异是否影响理解”。前者要果断，后者要留痕。我见过太多人把两件事混在一起做，结果既没定稿也没查清。
17.c 起草官网定版本：以哪一版为基准
基准版的选择有个简单原则：以最近一次正式发布、且带明确更新时间的版本为基准，其余版本只作参照。没有明确更新时间的版本，一律不进比对池。这一条听起来啰嗦，但能挡掉大部分“我记着是这样”的口头判断。
17.c 起草官网定范围：只比对本节，还是连带前后文
重复表述很少孤立存在，它前后往往还有呼应句。我的习惯是至少连带前后各一段一起读，因为很多“看起来重复”的句子，读完整段才发现后一处其实在承接转折。范围定小了，容易误删；定大了，又容易陷进去出不来。前后各一段，是个比较稳的尺度。
核心方法条款攻略两处不一致，按什么顺序比对
比对不是把两段话并排一看就完事，得有顺序。我们组固定用“字面—条件—位置”三层比法，从表到里，逐层收敛。
第一层：字面比对，先找差异点
把两处逐字对齐，标出所有不同：多一个“应”、少一个“可”、主语从“起草人”换成“审核人”、时间从“提交前”改成“提交时”。这一层不判断对错，只记录差异。经验上，同一段话两处之间平均会有 1 到 3 处字面差异，超过 5 处的，基本可以判定不是同一句话的两个版本，而是两段不同的内容被误认成重复。
第二层：条件比对，看适用前提
字面差异背后往往是条件差异。比如一处写“原则上应”，一处写“应当”，差的不是语气，是有没有例外空间。这一层要问：两处各自在什么前提下成立？前提一样，就是冗余；前提不同，就是两个规则，不能合并。
第三层：位置比对，看语境功能
最后看位置。前文出现的，通常承担“引入”功能；后文出现的，通常承担“收束”功能。功能不同，表述就该不同——引入可以具体，收束必须概括。如果两处功能相同、位置却隔得很远，那基本可以判定是搬运残留，合并即可。
| 比对层 | 主要看什么 | 典型差异量 | 判定倾向 |
|---|---|---|---|
| 字面 | 措辞、限定词、主语、时点 | 1–3 处 | 记录，不判对错 |
| 条件 | 适用前提、例外空间 | 0–2 处 | 前提同→合并；不同→双留 |
| 位置 | 引入 / 收束 / 承接 | 1 处 | 功能同→合并；功能异→保留 |
判断标准起草以哪处为准？五条判断优先级
三层比对做完，往往会发现两处各有道理。这时候需要一套优先级，把“哪处为准”落成可执行的结论。我们组用五条，按顺序套，前一条能定就不看后一条。
- 以“更具体”的那处为准具体表述包含更多限定条件，信息量更大。概括句往往是从具体句压缩来的，压缩过程中容易丢条件。除非具体句已经过期，否则优先保留具体。
- 以“更新更近”的那处为准两处都具体时，看更新时间。近的那处通常吸收了前一处之后的修订意见。这里要注意，更新近不等于一定对，还得看它是否覆盖了前处的全部条件。
- 以“被引用更多”的那处为准如果站内其他文章、目录、索引反复引用其中一处，说明它已经是事实上的“主表述”。改它牵动面大，除非确有问题，否则以它为准，另一处向它对齐。
- 以“不带时间口吻”的那处为准带“目前”“近期”“现阶段”的表述，天然有保质期。定稿优先用不带时间口吻的版本，把时间限定交给更新说明去承担。
- 两处都过硬时，合并而非二选一把具体句的条件吸收进概括句，形成一句既完整又收敛的表述。这是最费工但最稳的做法，也是我们组的默认收尾方式。
这五条不是死规矩，是排序工具。真碰上冲突，比如“更具体”和“更新更近”打架，我的经验是先看具体句的条件是否还成立：成立就以具体句为准，不成立就以新句为准并补一句过渡。判断本身花不了几分钟，难的是你得承认自己一开始的判断可能是错的。
17.c 起草官网实操顺序先比对再归档：可照抄的六步顺序
顺序比方法更重要。方法错了可以补，顺序错了会返工。下面这六步，是我们组处理重复表述的标准流程，几乎可以直接照抄。
- 截图留证把两处各自截一张图，标出所在小节与上下文。别嫌麻烦，后面归档时要靠它证明“改前是什么样”。
- 逐字对齐把两处放进同一张对照表，逐字标差异。差异点用颜色区分：措辞差异一色、条件差异一色、时点差异一色。
- 套五条优先级按上一节的五条顺序判断，得出初步结论：合并、以前处为准、还是以后处为准。
- 写一句判断理由结论后面必须跟一句理由，比如“后处限定条件更全，前处为例句，故以后处为准并回填前处”。理由写不出来，说明判断还没成形。
- 改稿并标注按结论改，改动处加批注，注明依据与日期。批注不要写“已改”两个字了事，要写清改了什么、为什么。
- 归档进比对台账把截图、对照表、理由、改动记录一并存进台账，标上版本号与日期。台账是下次遇到同类问题的第一手参照。
六步里最容易偷工的是第四步和第六步。理由不写，下次自己都看不懂当初为什么这么判；台账不归，同样的重复过两个月又得从头比一遍。这两步花的时间，通常只占整个流程的两成，却能省掉后面八成的返工。
17.c 起草官网比对台账模板，我们组一直在用
一张表四列：差异点、判断依据、处理动作、版本日期。填满十行，你对“重复表述怎么判”的手感基本就出来了。想直接拿模板的，可以从条款攻略栏目进去找对照表附件。
去条款攻略栏目看模板边界判断哪些情况必须两处都留，哪些必须删一处
“合并”不是万能解。有些重复必须双留，有些必须删，判断标准其实很清楚，只是容易被“看着像重复”带偏。
17.c 起草官网必须双留的三种情形
一是适用域不同：同一句话在合同类和说明类里各出现一次，各管各的，删任何一处都会让另一类文档失去依据。二是功能不同：前处举例、后处收束，功能不同就该各留各的，只需在措辞上做出区分。三是阅读路径不同：有的读者从目录跳读，有的从头顺读，两处服务不同路径，删一处就会让某条路径断掉。
17.c 起草官网必须删一处的三种情形
一是纯搬运残留：从资讯栏搬进攻略时没删干净，两处字面一致、功能一致、位置相邻，这种留着只会让读者以为有两套规则。二是过期表述：一处已被新版取代，另一处还挂着旧条件，必须删旧留新。三是自相矛盾：两处字面接近但结论相反，这不是重复，是冲突，必须删一处并说明取舍理由。
这里有个容易忽略的点：删的时候要删整段而不是删半句。半句删除最容易留下语法残缺和逻辑跳跃，读者读到那儿会卡住。宁可多删一句完整的话，也别留半截。
避坑清单17.c 起草官网条款重复的常见误判清单
误判比不会判更麻烦。下面这几条，是我们组内部复盘时反复提到的，几乎每一条都有人踩过。
- 把“近义”当“重复”“应当”和“原则上应”看着像，其实差着一个例外空间。这类不是重复，是两档强度，不能合并。
- 把“引用”当“重复”后处明确写了“如前所述”，那是引用，不是重复。删掉引用句，前后文的衔接就断了。
- 只比字面不比位置字面一致就判重复，忽略了位置功能，结果删掉了收束句，全文没了落点。
- 拿旧版比新版基准版没定就开比，比到最后发现拿的是上一版，前面全白做。
- 合并后没回读合并句往往偏长，读一遍才发现主语丢了、时点乱了。合并后必须整段回读，这是硬动作。
- 批注只写“已改”三个月后自己都看不懂改了什么，等于没留痕。
这份清单不长，但每一条都对应一次真实的返工。我现在处理重复表述，会先扫一遍这六条，确认自己没踩，再动手。多花两分钟，少改两小时。
收尾与留痕归档之后：版本号、留痕与回查节奏
归档不是把文件一存了事。归档的质量，决定了下次遇到同类问题时你是“翻台账”还是“从头再来”。
17.c 起草官网版本号怎么编
我们组用“主版本.次版本.修订号”三段式。主版本变动对应规则实质调整，次版本对应表述合并或拆分，修订号对应措辞微调。重复表述的处理，通常落在次版本或修订号上。编版本号的意义不在于好看，而在于任何一次改动都能被定位到具体是哪一类。
17.c 起草官网留痕要留到什么程度
最低标准是“三可”：可定位、可还原、可解释。可定位指能查到改在哪一节哪一句；可还原指能还原改前的原文；可解释指能说清为什么这么改。三条都满足，才算留痕合格。只存一个改后版本，等于没留痕。
17.c 起草官网回查节奏怎么定
条款类内容的回查，我一般建议按季度做一次全量、按月做一次增量。全量查重复与冲突，增量查新增表述是否与旧表述打架。节奏太密会疲，太疏会漏。季度加月度的组合，是我们试下来比较稳的。
以上数字仅描述本文所述比对方法与编辑组内部流程的构成，不代表真实用户量、访问量、排名或任何第三方背书。
答疑常见问题：起草人最常卡住的六件事
17.c 起草官网条款攻略里同一段话出现两处，一定要删一处吗？
条款攻略两处不一致，以更新时间近的为准吗？
两处表述字面一模一样，还需要逐字比对吗？
合并两处表述时，最容易出什么问题？
归档时除了改后版本，还要留什么？
17.c 起草官网条款重复处理完，怎么确认没有留下新的冲突？
在拾柒号草案馆负责条款类文本的比对与定稿，习惯把每一处重复表述都当成一次“文字体检”，相信条款也能写出呼吸的节奏。
读者评论
“先比对再归档”这句说到点上了。我以前一见重复就删，结果删掉的是带限定条件的那处，定稿交上去被退回来重写，白熬一晚上。
三层比对那个表格很实用，字面、条件、位置分开看，确实比并排扫一眼靠谱。就是“被引用更多”这条我还没太摸准，得再翻翻站内其他文章。
最认同“合并后必须整段回读”。我合并过一句，主语丢了，读起来像两个人各说半句，自己看了三遍才发现，尴尬。
误判清单里“把近义当重复”太真实了，“应当”和“原则上应”我混过好几次，现在会先问一句有没有例外空间，再决定合不合。
台账四列那个模板我照着搭了一张，填了七八行，回头查同类问题快多了。建议再补一列“谁判的”，多人协作时能省不少扯皮。