让灵犀专业版改稿翻车，通常不是它改得不好，而是它改得太宽：一份对外说明交进去，回来数字被重排、模块名被同义替换、免责那句话被顺手润色掉了，通读还挺顺，但你已经不敢直接发。可行的做法是把改稿拆成两层——先用标记把不能动的内容锁成只读区，再明确到句子这一级告诉它哪里可以动，改完不靠通读判断，而是拿一份改动清单逐条对照原文。这样做的代价是要多花几分钟标边界，换来的是每一处改动都能被指认、被回退。

适用场景：带数字、专有名词和对外承诺的稿件，交给灵犀专业版做润色或改写。操作动作：先用成对标记把数字、专有名词、对外口径锁成只读区，再按句或按段指定可改范围，并在指令里写清不得新增事实。验证方式：要求模型随改写结果一并输出改动清单，逐条比对原句与改后句，只读片段用文本比对确认逐字一致。风险边界：锁定越细，可调整的语序和句式空间越小；如果稿件本身需要结构性重写，按句授权的约束会明显限制效果，此时应改为按段授权并接受更高的回看成本。

标出不可改动的段落与字段

禁区不需要列得很全，但三类内容必须每次先锁：数字类（金额、日期、时长、版本号、单位、比例）、专有名词类（产品名、模块名、接口名、字段名、人名、机构名）、对外口径类（承诺、时限、免责、价格与合规表述）。这三类的共同点是改错之后语义仍然通顺，靠通读发现不了，只能靠对照发现。

标注方式建议用成对标记包裹原文片段，符号组合要选正文里不会自然出现的，例如【锁】…【/锁】。标记只做定位用，不改变正文字面，模型输出时可以要求保留标记或统一去掉，但要事先说明，避免它把标记当成需要润色的内容。示例原文：

【锁】本次版本号为 v2.4.1，支持在 3 个工作日内回滚。【/锁】
灵犀专业版的改稿记录保存在【锁】数据看板【/锁】中，可以按时间筛选。
【锁】如与合同条款存在冲突，以合同为准。【/锁】

在指令中的表述要写成可判定的规则，而不是“请注意不要改动重要内容”这类软约束。可以先这样写，再按实际效果调整：

只读区包含两部分：被【锁】…【/锁】包裹的片段，以及下列三类片段——
1. 含数字、日期、金额、版本号、单位的片段；
2. 产品名、模块名、接口名、字段名、人名、机构名；
3. 对外承诺、免责声明、价格与时限表述。
只读区要求：一字不改，包括标点和全半角；不得调换顺序；不得把只读内容挪到其他段落；
如果可改区改写后与只读区表述冲突，优先保留只读区，并在清单中标注冲突位置。

给出可改写的最小单位

“把这篇润色一下”是最容易出事的指令，因为它把授权范围交给了模型自己判断。改动的授权单位至少有两种，粒度不同，适用情况也不同。

按句改写：给每句加编号，只点名允许改的句子，其余句子要求原样返回。适用于定稿前的润色、术语统一、长句拆分。回看成本最低，因为清单里的行数可控，且未点名的句子理论上不该出现在清单里——一旦出现，就是越界信号。

以下每句前缀编号，只允许改写 S03、S07、S12，其余句子原样返回，不要顺手润色：
S01 ……
S02 ……
S03 ……

按段改写：给段落加编号，授权整段重写，但要附加三条约束——不得新增事实、不得跨段搬移内容、只读片段必须原样出现在新段落中。适用于初稿结构松散、句序需要重排的情况。按段授权产出的文字通常更自然，代价是回看时要在段内逐句比对区别，建议只对少量段落开放。

只允许重写段落 P2，P1、P3 原样返回。重写 P2 时：句子可以合并或拆分，
不得新增事实，不得把 P1、P3 的句子搬进 P2，P2 内的【锁】片段必须原样保留。

判断标准比较朴素：第一次改这类稿件，先用按句粒度跑一遍，确认只读区没被碰过，再决定是否放开到按段。反过来做，出问题时要定位是哪一段被重写、哪句被合并，排查成本会高很多。

用一份改动清单回看它动了什么

改动清单不是给模型看的进度汇报，是给人核对的对照表。列不要多，四列够用：原句、改后句、改动类型、是否保留。改动类型建议限定为固定取值——措辞、语序、合并、拆分、删减、新增；超出这几个取值的，说明模型做了别的事，值得单独看一眼。

“是否保留”这一列由人填，不要让模型自己勾选。模型负责列出发生了什么，人负责裁定接不接受；把裁定权也交给模型，清单就变成了自我评价。

核对的顺序建议固定下来：先扫“新增”和“删减”两类，这两类最容易改变事实；再看“合并”“拆分”是否导致某句只读内容被吞掉；最后逐条读“措辞”类，因为这类最多、也最需要原文对照。清单里出现未点名句子的行，直接回退那一行，不讨论理由。另外，只读区是否真的没动，靠清单看不出来——把原文和改后文里带【锁】标记的片段各复制一份，用编辑器的文本比对或查找逐条确认逐字一致，这一步不要省。

对措辞类改动保留原文对照

润色最容易悄悄改掉语义的地方，是那些读起来更顺、但范围或强度变了的替换。所以清单里的“措辞”类不能只列改后句，必须原句和改后句并排放在同一行，或者单独整理成两栏对照表：左栏原句、右栏改后句，按句子对齐，只放被判为“措辞”的行，不要让全文 diff 把重点淹掉。

并排之后，逐项过这几个检查点：否定词是否还在（不、未、无需）；限定词是否被删或加强（仅、至少、不超过、原则上）；动作主体是否被换（谁做、对谁做）；范围与数量词是否被放大或缩小；时间和条件是否保留（生效时点、前提条件）；术语是否被同义替换，尤其是产品内的固定称法；语气强度是否被抬高，比如把“建议”改成“须”、把“可以”改成“应当”。

如果一句话改后读起来更顺但上述任一项对不上，处理办法是保留原句，把改后版本放进清单留档，而不是两边各取一半拼一句新的——拼出来的句子既没有原文的界定，也没有模型改写时的完整语境。

把边界写进固定指令模板

边界声明每次手写容易漏项，建议固化成一个模板，三段顺序固定为：禁区声明、可改单位、输出格式。顺序不要颠倒，因为禁区先立、范围后划、格式最后收口，模型对前一段的遵循会影响后一段的执行；把输出格式放最前面，容易让它把注意力放在排版上而放松了只读约束。

【只读区】
锁定标记：【锁】…【/锁】。
同时锁定：数字、日期、单位、版本号；产品名、模块名、接口名、字段名；对外承诺与免责表述。
要求：原样保留，含标点与全半角；不得调换顺序；不得跨段搬移。

【可改单位】
本次只允许改写 S03、S07、S12（句子粒度）。
其余句子原样返回。不得新增事实，不得删除句子，只做表达层调整。

【输出格式】
1. 输出完整改后全文，只读区原样保留；
2. 输出改动清单，四列：原句 / 改后句 / 改动类型 / 待人工确认；
3. 改动类型取值：措辞、语序、合并、拆分、删减、新增；
4. 若某处无法在不改事实的前提下改写，保留原句，并在清单中标注为保留。

模板复用时只改两处：可改单位里的句子编号或段落编号，以及只读区里是否需要追加本次特有的锁定项（比如临时加入某个对外编号）。其余部分保持不变，这样多次改稿之间可以横向比较——同一套约束下如果某次清单明显变长，多半是稿件本身可改空间变大，而不是模型行为变了，判断起来会清楚一些。