unpolish-ai-writing

Unpolish

两个功能：deslop（去除 AI 写作痕迹）和 imperfections（通过哈希抽样添加少量打字错误）。默认只运行 deslop。用户提出要求时才添加 imperfections。仅 imperfections 会完全跳过 deslop——直接对原文进行处理。

如何调用

根据用户的请求判断要运行哪些处理步骤。

用户说	运行
unpolish / deslop / 不作其他要求	去除痕迹 + 第二轮审查。跳过 imperfections。
unpolish and add imperfections / deslop + imperfections	去除痕迹、审查，然后对去痕后的草稿进行哈希抽样。
imperfections only / just add imperfections / don't strip / skip deslop	对原文进行哈希抽样。不去除痕迹，也不进行第二轮审查。

reroll / vary it / try other imperfections → 在 imperfections 处理阶段生成一个内部随机盐。不重新启用去除痕迹。

用户提供	你要做的
粘贴的文本	返回处理结果，并附上简要的审查 / 修改说明（见交付部分）
一份散文文件 + 明确要求原地修改（“edit / fix this file”）	原地编辑、验证并总结。拒绝处理源代码、配置文件和数据文件
只给出文件名，未授权编辑	阅读 / 审查并返回建议改写；不要修改文件

流程

Unpolish progress:
- [ ] 1. Strip pass          (skip if imperfections-only)
- [ ] 2. Second-pass audit   (skip if imperfections-only)
- [ ] 3. Imperfections       (skip unless asked)
- [ ] 4. Deliver

flowchart TD
  input[Draft text] --> route{Which passes?}
  route -->|deslop or both| strip[Strip AI writing signs]
  strip --> audit[Second-pass audit]
  audit --> bothCheck{Imperfections asked?}
  bothCheck -->|yes| imperfBoth[Imperfections on stripped draft]
  bothCheck -->|no| outDeslop[Deslopped draft]
  route -->|imperfections only| imperfOnly[Imperfections on text as given]

1. 去除痕迹

用户要求仅处理 imperfections 时跳过。

检查以下三个类别。成堆出现才处理 > 单独出现——一句正式的句子不足以构成改写理由；只有此类痕迹大量出现时才处理。

必须修正的问题要修正。只有多种问题叠加时，才处理需要判断的情况。

**保留不动：**代码、表格、URL、引文、标题、专有名称、数字、带有归属说明的话语，以及任何读起来已经像真人写的段落。

绝不添加：编造的个人轶事、刻意堆砌的“lol”/表情符号、断断续续的短句堆叠、同义词乱炖、伪装成“不完美”的逗号拼接句，以及 imperfections 规则之外的任何拼写 / 语法错误。故意的错误只允许出现在 imperfections 阶段。

类别 A — 助手残留痕迹（必须修正）

• 聊天机器人的开场 / 结尾用语（“当然！”、“很乐意帮忙！”、“希望这能帮到你！”）——删掉开场语以及任何铺垫建议的前言；不要换成“我会这样处理”
• 训练截止时间说明或“作为 AI”免责声明
• 推理泄露（“我应该说清楚……”、叙述自己的起草过程）。思考中途的自我纠正（“等等，那不对——”）很像人类表达；保留
• 逢迎 / 反复夸赞 / 以复述并吹捧用户情况开场（回答前先复述用户的整个情况并加以赞美）
• 从聊天界面粘贴来的弯引号 / 倾斜引号和撇号——在作者自己的文字中替换为直引号 " / '。归属引文、代码块和符合当地标点习惯的外语内容中保持原样
• “不是 X，而是 Y”的转折和连续否定（“不是 A。不是 B。只有 C。”）——零容忍；即使只出现一次也要改写

B 类——虚假深刻（反复出现时必须修正，否则酌情处理）

• 杜撰概念标签（“X 悖论／陷阱／蔓延”），却把它们当作已有定论
• 夸大影响（把 API 微调说成关乎文明存亡）
• 含糊地说“专家表示”或援引未具名权威
• 用神奇副词粉饰薄弱论点（见下方“始终替换”）
• 并列的三段式规则：三个项目具有相同语法骨架时（三个短分句、三个动词短语、三个“这是 X”句式），即使三项内容都属实，也必须修正。通过将分句从属化或合并来处理，不要把分句拆成没有主语的片段。购物清单、配料表等纯名词清单不必处理，除非这一句同时也是三段式口号。空洞的意义补充（这很重要、这并非假装成 X）不属于清单，应删掉补充内容，或点明具体规格
• 迂回使用系动词（“充当”“作为”），而直接说“是”也行
• 无动词的名词片段：用名词／形容词短语代替特征从句，既没有主语，也没有系动词（搪瓷烧水壶。、少点杂活。多点成效。）。每一组中补上一次 它是／它有；即使是合理的清单，也仍需在句子的其他位置有自己的主语和动词
• 整篇文章的段落／句子长度过于一致；此外，语法和并列结构过于工整，以至于在随意的语体中读起来像脚本。此处不要故意加入错字；错字只应在瑕疵处理环节加入

C 类——机器式节奏

• 滥用破折号：始终修正
• 轮换同义词：为避免重复而交替使用同义词（“开发者……工程师……从业者……构建者”）。人类作者会重复最清晰的词；如果同一个名词或动词出现三次且用词恰当，就保留这三处
• 滥用简短有力的单行片段／刻意制造的包袱：连续出现三个或更多同一形式的节拍（独立的微型句子、短段落，或在一个句子中用于营造虚假轻快感的平行分句）
• 图注／日记式省略主语：省略暗含的第一人称主语，用陈述性回顾分句（“做了……”“修好了……”“去了……”“关上阀门，换了……”）。开头句：始终必须修正。省略主语出现两次或以上：全部修正。若某处省略同时构成三段式节拍，也计入。单独出现在正文中的一处省略，且不构成三段式节拍：酌情处理。每个句子／分句组中补回一次主语；不要为了制造更有冲击力的片段而再次省略。例外：标题、食材／步骤区块、更新日志、食谱中的祈使步骤
• 标示式总结和首尾呼应式结尾：“总之……”“归根结底……”、重复的“就是这样”（“就这样。汤就做好了。”）、分类标签（“这是晚餐。”“今天是星期四。”）、宣告式收尾（“这就是更新／文章／方法。”）。删掉这类收尾；在最后一个具体事实处结束。不要换成更短的标签式结尾

应替换的词语和短语

分三个级别。匹配词形变化形式（quietly → 用作强调的 quiet；leveraging → leverage）。当 robust／ecosystem 是真实的技术术语而非堆砌的比喻时，予以保留。

**优先级：**副词 remarkably 始终替换（用于强调）；形容词 remarkable 仅在密度检查时替换，除非在过度使用的文章中，它也承担同样空洞的强调作用。

始终替换

替换	改为
quietly（强调重要性）	删除，或说明实际发生了什么变化
deeply + integrated / committed / rooted / intertwined	指明具体联系；保留字面表达“care deeply”
fundamentally（空洞地强调深度）	删除，或说明出了什么问题／发生了什么变化
remarkably / arguably（强调重要性）	删除，或给出证据
genuinely / genuine（作强调词时）	删除——直接陈述事实
delve / dive deep / deep dive	look at / dig into
landscape（比喻义）	field / market / scene / 具体名词
tapestry	指明实际的组合
embark	start
leverage（动词）	use / build on
utilize	use
robust（宣传用语／填充词）	solid / reliable / holds up
seamless / seamlessly	smooth / without extra steps
nestled	in / near / sits in
lands / landed / land on（比喻义：发布、决定、“奏效”）	came out / arrived / dropped；pick / go with / end up with；worked / stuck——删除空洞的“glad it landed”。保留字面上的飞机／鸟类／地面含义
vibrant（宣传用语）	busy / lively / 删除
thriving（宣传用语）	growing / busy / 给出数字
showcase / showcasing	show / 删除该从句
testament to	shows / proves
game-changer / game-changing	说明发生了什么变化
groundbreaking / revolutionary	new / first time we’ve…
cutting-edge	latest / newest
in order to	to
serves as / stands as	is
moreover / furthermore / additionally	also / and / 删除
at its core	删除；直接说明核心内容
it’s important to note that	删除；直接说明要点
amidst	amid / in
load-bearing / load bearing	essential / critical——或说明删掉后会有什么问题
realm	area / field / domain
meticulous / meticulously	careful / detailed
intricate / intricacies	complex / detailed
ever-evolving	changing / growing
impactful	effective / significant
paradigm	model / approach
comprehensive	full / covers X and Y
pivotal	big / deciding
underscore	show / highlight
unpack	explain / walk through
holistic	whole / across
actionable	practical / concrete
synergy	说明哪些人与哪些人合作

词群——同一段中出现 2 个或更多时标记

替换	改为
harness	use / take advantage of
foster	encourage / support / build
streamline	simplify / cut steps
empower	let / enable
crucial / critical（习惯用法）	important / the blocker is…
ecosystem（比喻义）	system / community / network
myriad / plethora	many / a number
facilitate	help / run
enhance	improve / add
navigate（比喻义）	handle / work through
resonate	matter to / click with / 删除

密度——仅当全文充斥此类用词时（约占词数的 3% 以上，或每隔一句就出现）

替换	改为
significant	big / real / 若无实际含义则删除
innovative	new / different / 说明差异
compelling	strong / convincing / 删除
remarkable（形容词；参见“始终替换”中的 remarkably）	surprising / unusual / 删除
noteworthy	直接陈述事实
interesting（空洞用法）	说明原因，或删除

2. 第二轮审查

如果用户只要求指出瑕疵，则跳过。

完成删改后，大声简要回答以下两个问题：

1. 哪些地方读起来仍像模型生成的？（流畅度、转折、助手语气、虚假的深度）
2. 我们是否编造了事实，或刻意装得随意？（新轶事、刻意使用俚语、随意堆砌错别字）

修正所有不合格之处。如果草稿从头到尾都带有明显的 AI 痕迹，应优先全面重写，而非只修补个别地方。

3. 瑕疵处理

除非用户要求添加瑕疵，否则跳过。 如果用户要求添加瑕疵，请阅读 references/imperfections.md 并按其中说明操作：λ ≈ max(0.05, word_count / 600)、SHA-256 配方、类型区间、拼写错误 / 错词候选集、QWERTY。软跳过条件为泊松分布 P(k=0) 或没有符合条件的类型。报告 imperfection: none 或 imperfection: <type> @ …（拼写错误 / 错词使用 wrong_word）。

如果用户跳过了 deslop（仅处理瑕疵），配方中的 text 应为原始粘贴内容 / 文件，而不是去杂后的改写文本。完成 deslop 和瑕疵处理后，对去杂后的草稿计算哈希。

4. 交付

Deslop（可单独进行，也可同时处理瑕疵）——分为三部分：

1. 审查——指出发现的问题（引用简短片段），并区分必须修复的问题与可自行判断的问题
2. 改写——提供完整的清理后文本（如有要求，也包括瑕疵）
3. 更改说明——简要列出调整内容及原因

仅处理瑕疵——分为两部分：

1. 改写——哈希抽取后的文本（不含问题审查）
2. 更改说明——仅包含 imperfection: 行

输出习惯

• 各部分之间简洁明了；重点放在改写内容上。
• 引用具体问题，不要把它概括得面目全非。