mcpField
L
lieflat-less-ai-tone

lieflat-less-ai-tone

github.com/larashero3-dotcomCreative & media4.5k1.2k installsUpdated 1d ago
Repository

About lieflat-less-ai-tone

lieflat-less-ai-tone is a skill for detecting and revising AI-associated writing patterns. It first presents a report with metrics, examples, and suggested edits, then waits for user approval before making minimal changes and testing again.

Key features

  1. 01Detect textual patterns with scripts
  2. 02Review candidates semantically using defined criteria
  3. 03Report findings, examples, and suggested edits
  4. 04Wait for approval before rewriting
  5. 05Save and compare before-and-after results

Use cases

  1. 01Check an article for identifiable writing patterns
  2. 02Review findings and choose the scope of edits
  3. 03Revise text while preserving information and structure
  4. 04Compare retest results with the original

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/larashero3-dotcom/lieflat-less-ai-tone --skill lieflat-less-ai-tone

After installing, type/lieflat-less-ai-tonein Claude Code to confirm it loaded.

Bundled files

References and scripts installed along with SKILL.md.

DETECT.md
.gitignore
LICENSE
README.en.md
RESEARCH.en.md
README.md
RESEARCH.md
examples/agent-memory-case/
02-改后全文.md
00-原稿.md
01-改前检测与修改建议.md
04-复测结论.md
03-左右对照.html
README.md
数据-改前检测.json
数据-改后复测.json
数据-语义判读.json
references/
semantic-criteria.md
scripts/
compare-human-ai.py
check-translationese.py
check-structure.py
detect.py
report.py

Details

From the project README

去AI味 v2

识别并改写文本中的 AI 写作痕迹。工作顺序是先检测、用指标与例句讲清发现和改法、等待用户回复、再改写与复测交付。报告要专业且容易读懂:说明哪些特征在研究语料中显著,本篇实际命中了多少,以及为什么这些位置值得改。模型负责逐条筛选,不把几十个候选和比喻清单交给用户逐项决策。用户回复「按建议改」即可继续,也可以一句话调整范围。规则基于两轮实测:第一轮 629 篇对照语料,第二轮 270 对同题同事实配对复测 + 43 万次语义判断。配对复测推翻了 v1 的三条规则(见「X 级清单」),这部分规则只出现在检测报告里,永不执行。

检测分三层分工:数得出符号的归脚本(detect.py 正则/结构指标),要理解句意的归语义层(本会话模型按 references/semantic-criteria.md 的封闭判据逐条判断),机器间共识不够的归人审(比喻贴切度、暗喻、拟人化喻体——报告里只列人审区,模型不判)。

工作流(必须按顺序)

第一步:脚本检测
python3 scripts/detect.py <文件或目录> [--max-hits 5] [--json]

拿到分级报告。各级含义和判级依据见 DETECT.md。改前这次务必带 --json 存档(第四步对比报告要用)。

第 1.5 步:语义层判读(单篇必跑,目录批量可选)
python3 scripts/detect.py <文件> --candidates --out /tmp/candidates.json

对抽出的四类候选(同义重命名段 / 段间衔接接口 / 冒号句 / 三连同构组),按 references/semantic-criteria.md 的判据逐条给出 label/confidence/reason,写回 JSON。判断纪律(43 万次打标的教训):只按判据判不按整体感觉、每条独立判断不看全文、拿不准选兜底标签、禁止自造标签。

单篇 3000 字约 40-80 条候选,会话内直接判,token 开销可忽略。判完按判据文件末尾的汇总口径算四个数:重命名 次/段、最长连环、结论冒号占比、高度同构三连数。

第二步:给用户看检测结果和建议,等待回复

读完脚本报告和语义层四项汇总后,向用户交付一份专业、可读的改前检测报告,并在此结束本轮。篇幅随文章和问题数量而定;不能只给一句感想,也不能把原始脚本输出原样贴给用户。报告至少包含:

  1. 方法和口径:说明脚本统计了什么、语义层判读了什么,给出本篇字数、段落数和候选数量。明确区分“研究语料中的统计显著”和“本篇单次命中”;没有做单篇显著性检验就不能宣称本文统计显著,也不能据此断言作者是 AI。
  2. 指标结果与命中去向:用一张紧凑表列出本篇命中的第一层跨模型指标和第二层单模型指纹。能定位到句子的项目写明原始命中数、有效命中数、拟改数、保留数,以及本篇密度、研究参照和证据强度;句长 CV、结构方差等整篇分布指标只报实测值与处置,不强造逐句命中数。原始命中为零也可简列。即使未达处理门槛或决定保留,也不得从报告中删掉这一项;不同轮次计数口径不同,不得混算倍数。
  3. 例句与改法:对每个建议处理的指标,摘 1–2 处原句并标位置,解释命中机制、对阅读的具体影响,再给可执行的改法。可给短句示意,但不是正式改稿;此时不得写入或交付改后全文。保留事实、限定词和信息点,不用“改得自然些”这种空泛建议。
  4. 排除项与范围:对每个保留/排除的指标写明数量和理由类别,并至少举一处能定位的例句;标题/清单/引文等正常用途、低优先级命中和指纹项的具体保留理由都在此说明。最后汇总拟修改范围和保留边界,只请用户对整套建议回复「按建议改」或提出调整,不逐条索要决定。

命中清单不可静默删项。 脚本原始命中与语义候选先完整保存在 JSON;模型复核只能给每条标注“拟改 / 保留 / 误报 / 待核或人审”及理由,不能改写原始计数或把不喜欢的候选移出清单。语义层的“不符合判据”属于有记录的判读结果,也要计入“原始候选 → 有效命中”的差额。若用户提供了文件,保留可追溯的逐条结果文件;主报告用数量和典型例句解释去向,用户无需逐条决策。

第一、第二层的执行倾向:有效且可定位的命中,默认列为“拟改”。 研究指标用于筛选值得处理的写法;本篇次数少、密度不高或未达到整篇提示线,只影响报告中的优先级,不能单独成为放过一处有效命中的理由。模型要把“保留”当成需要举证的例外:明确指出该处的修辞、引文、术语、语义关系或作者风格为何不可替换,或说明最小改写仍会损失信息。不能只写“读着自然”“只有一处”“模型未必如此”就保留。若判据尚无法确定,标“待核/人审”并列出原句,不默认为无问题。用户回复前仍只提出建议,不改正文。

写法以指标表配合解释性段落为主。术语可以用,但要解释其含义;数字要有口径和参照,例句要能在原稿定位。目标是让用户清楚看到“检测依据 → 本篇命中 → 原文例子 → 具体改法”,而不是只看到形容词或一串 A/B/C 级别。主报告不贴全部候选、逐项勾选表或全篇比喻清单。

完整案例见 examples/agent-memory-case/README.md:包含改前检测与建议、改后全文、左右两列 HTML 对照和复测结论。

表达方式示例(只示范一个指标段落,完整报告见案例):

脚本在本文找到 2 处“不是 A 而是 B”式对举,密度 0.763 次/千字;第一轮人类参考约 0.22 次/千字,配对复测中 GPT 与 Opus 也同向偏高。第 13 行“不是冰箱的容量,而是……”和第 76 行“不是存更多,而是分清楚”都在段落结论位置。建议把判断直接说出来,同时保留容量与存储量这两个限定,不把反面信息整句删掉。

这份报告是唯一的改前确认点。发出后停在检测阶段,收到用户回复前不得改写文章。

模型在给出建议前自己复核每条命中,但复核结果必须留痕:A 级的标题、引文等误报标“误报”,不能从原始数中抹掉;A/B 级有效且可安全改写的局部命中默认标“拟改”,保留需给逐处的具体理由;语义层按封闭判据核验(重命名 ≥2 组的段、≥6 连环、结论冒号、高度同构三连 ≥2 组是重点报告门槛),阴性判读也记录。低于整篇门槛但本句确有同类问题,可列低优先级拟改,不能写成本文统计显著;单凭次数少不得排除。判不准则标“待核/人审”并展示,不归零。**C 级句长方差、小节几何等整篇分布指标不可假装成某句的错误;报告实测值,有可定位且不破坏文章结构的改法才建议处理。H 级比喻、暗喻和拟人仍交人审,不让模型假装能判贴切度。**用户主动要求处理 C/H 时按相应约束办理;涉及引文时仍不得改动引文本身。

用户回复「好」「按建议改」「就这样改」等,即按报告中的建议直接进入第三步,不再二次确认。用户提出修改意见时,按其意见调整并进入第三步;如果回复只是提问或明确要求先别改,先回答或暂停,不能把沉默当作同意。用户说「全部改」时,默认指经复核列为拟改的 A+B+语义层+F 局部命中,不包括 X、不可定位的 C 和待人审的 H;用户对 C/H 给出明确要求时按其要求处理。

第三步:改写

收到第二步的用户回复后,只改用户接受或调整后的方案纳入的项。改写原则见下。每处改动记录「原文 → 改后 + 命中规则编号」,供第四步复核。

第四步:复测 + 前后对比报告

对改写稿重跑 detect.py(带 --json 存档),然后生成前后对比报告:

python3 scripts/detect.py 改后.md --json > /tmp/after.json
python3 scripts/report.py 原文.md 改后.md /tmp/before.json /tmp/after.json \
    --semantic /tmp/candidates_labeled.json --out 去AI味报告.md

默认输出 Markdown(与用户文稿同格式,对照区是改后稿全文、改动处用 <del>原文</del><ins>新文字</ins> 标记,其余 md 标记原样保留,整段可直接复制回写作流程)。用户要网页版再加 --format html(红绿划线,open 浏览器看)。

报告三段式:顶部指标前后对比表(含人类参考列)、中部分级问题清单+语义层判读、底部前后对照。

复测判读:经复核列为拟改的 A/B/语义/F 局部命中,应核对是否完成修改;标题、清单等误报可保留并在报告里说明。F 指纹密度变化给出方向解读,不强迫归零;C 级结构指标(句长CV、同构/百段)变化给出数字但不追求推到某个目标值——把句长CV 从 0.37 拉到 0.67 是机械参差化,比不改更糟。

改写原则(解决「AI 改写不好」)

这部分是 v2 新增的。模型改写 AI 味的常见失败模式和对策:

1. 最小改动。 一处命中只改解决该问题所必需的部分。不顺便润色,不替换没问题的词,不调整语气详略。没有把握时保持原文。改得越多,错得越多——每次额外改动都是一次新的语义风险。

2. 信息守恒。 原文的观点、事实、限定词完整保留。姓名、数字、日期、引语、来源、因果,改写后每个实词都要能在原文指出出处。「可能」改「一定」是篡改判断强度,不是去 AI 味。

3. 不制造参差。 句长和段长的离散度实测人机无差异(v1 已证,配对复测确认)。不要为了「像人写的」把句子改得忽长忽短、把段落拆碎。节奏问题只在 C 级报告里提示,默认不逐句改。

4. 结构不动。 标题层级、章节顺序、段落顺序、列表、表格、引用、代码块的位置原样保留。小标题编号不改(配对复测已推翻,见 X 级清单)。

5. 有风格参考先读参考。 同目录有风格文档(写作风格指南、语言DNA.md 类)时先读它。冲突时以风格文档为准——那是目标作者的真实写法,不是 AI 痕迹。作者本来就爱用破折号,就不按指纹规则删。

6. 改完自查三件事。

  • 每处改动能否指出对应的方案项和规则编号?指不出就撤销
  • 实词是否都有出处?没有就撤销
  • 复测后需要处理的 A/B 是否清零、保留的误报是否有说明、C 级指标是否没有大幅摆动?

不改的情况

  • 文章框架(同上)
  • 对话体、口语体:本来就是自然表达
  • 问句、设问、问句小标题:正文问句人类远多于 AI,删了更不像人写
  • 文学性表达:散文小说的排比比喻按原有风格判断
  • 体裁要求:学术新闻公文不必强加「我/你」
  • 代码块、外语段落、引文
  • 序数词小标题、「这意味着」复述、空转句引列表、概括替代(同段有数据也不改):v1/v2 曾列为规则,270 对配对复测方向反转或净零(人类用得更多/两侧对称),永不改。检测报告的 X 区会标出这些,防止误改

改写规则(按优先级排序)

规则里的实测数字:标注「配对复测」的来自 270 对同题同事实语料(GPT-5.6 135 篇 + Opus 4.6 135 篇 vs 人类 270 篇),其余来自第一轮 629 篇对照。两轮都过的才保留为规则。

1. 翻案腔

先立一个读者并没有的误解,再推翻它。「不是……而是……」「并非……而是……」「与其说……不如说……」「表面……实际……」「看似……实则……」「你以为……其实……」「A 不重要,重要的是 B」。清单只是举例,同一动作换任何字面都要改。

实测:第一轮 AI 0.73 / 人类 0.22(3.4×);配对复测欧化构式 GPT δ+0.88 / Opus δ+0.72,两轮同向,是最强的纯写作信号。

改法:直接正面下判断,先给判断再给依据。

❌ 真正的壁垒不是技术,而是认知。 ✅ 真正的壁垒是认知。

❌ 你以为用户在乎功能多少,其实他们只在乎能不能马上用。 ✅ 用户首先在乎能不能马上用。

2. 提示语冒号

冒号前是「一句话总结」「核心是」「关键在于」「原因如下」这类提示语,替作者宣告下面有结论。

实测:第一轮 AI 0.29 / 人类 0.08(3.8×);配对复测语义层「结论提示冒号」AI 2.1 倍于人类,两轮同向。

改法分两种。提示语不承担信息时删掉直接写;前半句承接上文时保留、只把冒号换成句号或逗号。判断方法:删掉这半句会不会丢信息或断衔接。

❌ 一句话总结:这个方案成本太高。 ✅ 这个方案成本太高。

❌ 原因有两个:交付晚了,预算也超了。 ✅ 交付晚了,预算也超了。

空转句引列表(「我见过的几种典型场景:」+列表)不改。 第一轮测出 9.4×,但配对复测方向反转:人类高一个量级,目录式长文里这是正常写法。已列入 X 级。

不改:引出人物原话;小标题里的冒号;列表项内部;「人擅长的是:判断业务逻辑」这类总说分说(人类内部用量差异 6.6 倍,测不出稳定差异);网址代码。

3. 起手式

「说白了」「说穿了」「先说结论」。删掉直接给判断。第一轮 3.2×,量小但稳定。

4. 翻译腔(四种)

只处理四种结构。触发标记之外的即使读着生硬也保留——第一轮从 18 种里只筛出 5 种,配对复测又推翻 1 种(「这意味着」),剩这 4 种。

过长前置定语(第一轮 0.42/千字,配对复测前置定语长 GPT δ+0.48 / Opus δ+0.54):中心名词前修饰超十五字,或「的」连续两个以上。拆成两个分句。

❌ 一个能够帮助团队在不增加人力的情况下显著提升审核速度的工具 ✅ 这个工具能显著提升审核速度,不需要增加人力

「当……时」前置从句:删「当」和「时」,让从句直接作前一分句。确实需要标示时点、删了时间关系变模糊的不改。

前置话题壳:「对于……来说」「就……而言」「在……方面」后面的句子本来就以这个对象为主语时,删壳子。

❌ 对于早期团队来说,招人是最难的事。 ✅ 早期团队最难的事是招人。

句首连接词当路标:「然而,」「因此,」「此外,」尤其相邻段落连续这样开头。移到主语后,或换「不过」「其实」。论证确实需要显式路标时不改。

「这意味着」「这表明」式复述不改。 第一轮 0.15/千字收录,配对复测三项口径全部反向(人类 0.027 vs AI 0.016 每千字)。已列入 X 级。

5. 顿号罗列过密

一个分句内两个以上顿号、连起三项以上并列。第一轮 AI 3.21 / 人类 1.78;配对复测密集并列 AI 1.45 倍,两轮同向。

改法:能概括就概括;必须保留时改变其中一项的句法,不让它们排成同一结构。不改法规条目、配置清单等必须完整列出的;Markdown 列表内部。句内排比(「提升效率,降低成本,优化体验」)人类用得不比 AI 少,不在本条范围。

6. 相邻句结构同款

相邻句同一句法骨架,逗号位置一样、成分顺序一样、收尾一样。第一轮每百段 AI 9.41 / 人类 4.81;配对复测高度同构 AI 1.6 倍(三连句 2.75 倍),两轮同向。

改法:打散其中一句——合并、拆分、换语序或改短句。只改句内,不动段落顺序不删信息。

❌ Cloudflare 发长文提了一套凭证隔离框架。AWS 把 Kiro Crew 开源了,一个多 agent 编排平台。Y Combinator 也把内部工具 QM 放出来了。 ✅ Cloudflare 发长文提了一套凭证隔离框架。AWS 和 Y Combinator 则各自开源了一套编排工具,Kiro Crew 配签名审计日志,QM 自带「人类批准门」。

平级案例凑数时可合并同类项、次要的压成半句,信息不删只改主次。叙事推进(先发生什么、结果如何)不算。清单式段落、对话引语、文学排比不改。

7. 拟人化喻体(人审区,不自动改)

把工具系统比作理想化的人:「像一位智慧的导师」「永不疲倦的初级审查员」。第一轮 7.3×,配对复测拟人化喻体 AI 1.2 倍(弱信号)——但两侧近饱和(99.3%/97.4% 的文章都含拟人),差异不在「有没有」在贴切度,而贴切度模型判不准(与比喻贴切度同族,模型间共识 0–40%)。

2026-10-26 起移入人审区:模型对贴切度理解不可靠,默认保留比喻和拟人,不用全篇清单打断改写。用户主动要求检查 H 级时,再列出命中原句供人审,不评级不给意见;明确要求把某条改成非比喻时,平实陈述这个工具/系统实际做了什么。

F 级单模型指纹的处置

指纹是研究语料中的模型使用偏好,不能用来反推这篇文章由哪个模型写成。 不要求用户提供生成模型;未知来源文本照样检测,但报告只说“本篇密度/用法与哪种指纹方向相似”,不说“这篇来自某模型”。对可定位、可安全改写的指纹用法,默认提出最小改法;次数与密度用于排序,不是单项豁免。模型的语义判断只核对具体用法,不能把单模型差异说成跨模型通用事实。

  • 破折号:>2/千字为优先处理线,不是唯一入口。逐处检查,装饰性停顿或把本可直说的结论悬置起来时默认建议改;承担必要强调、插入解释或人物语气且改动会损失作用时保留,并写明理由。
  • 分号:逐处看能否安全拆成句号;连续分号让一句承载过多层次时优先建议拆。确有并列层级或逻辑对应、拆句会损失关系时保留。
  • 引号:Opus 偏少不构成补引号的理由。按引语、专名和原文标注需要处理,不凭指纹增删。
  • 高度同构三连:按第 13 条的封闭语义判据确认;达到整篇报告门槛时优先处理,单组确有机械复用也可列低优先级拟改。刻意修辞、清单和叙事中的三件事保留,并说明依据。

F 级可改的局部候选默认提出改法;保留要举出这处表达不可替换的具体功能,不能只因数量少或作者模型未知而放过。指纹中“引号偏少”等缺失型、句长分布等整篇型指标没有逐处命中可改,只报告方向或在确有独立问题时处理。研究中的单模型显著不等于本篇单次命中显著。

8. 破折号(指纹规则,密度决定优先级)

破折号密度 >2/千字时优先处理;低于这条线也逐处检查可否安全改写。 配对复测显示分模型极端分化:GPT −0.54(比人类还少)/ Opus +0.95(偏多)。密度低于人类参考值 0.80/千字的文本不因“缺破折号”而补写。

确需改时:直接写完整句子,或在不损失语义关系的前提下改用逗号、句号。

❌ 答案其实很简单——专注。 ✅ 答案是专注。

9. 段首零主语评论(降级:不再自动检测)

原为改写规则(补「这」字)。2026-10-26 裁定不再列入检测与改写:该特征为第三层弱信号(配对复测 AI 4.9% vs 人类 3.3%,约 1.5 倍,接近临界),且与第四层已反转的「句间指代不清」(人类不清率是 AI 4-5 倍,多为可控紧凑)属同族——AI 的阅读负担不在语法层指代,在概念层换说法(见规则 11)。正文遇到读着悬空的段首评论仍可按「补回指词」处理,但不扫描、不计分、不进报告。

原规则 9(概括盖住同段具体信息)2026-10-13 撤销——对称口径复查概括替代净零(更含糊 24.7% vs 更具体 26.0%),净零特征不进改写集,整条降 X 级,见 X 级清单。


语义层改写规则(第 10-13 条,配合第 1.5 步判读结果使用)

四项基于 270 对配对复测统计显著(同义重命名为单模型判据,弱一档)。改写只动逐条复核后纳入方案的项。

10. 同义重命名(段级)

同一实体/概念在段内换实义说法(「优化/增强/提升/提高」轮着用;「版图→基地→项目→节点」叫同一个项目),读者要做「X 就是 Y」的等同连接。配对复测:AI 0.83-0.86 次/段 vs 人类 0.49;≥2 次重灾段 AI 20.6-22.5% vs 人类 8.4%。证据注记:Jev 单模型一轮判据,跨模型同向但未迭代,稳健性弱于其他三条。

改法:同义链统一回原名词。零信息损失——人类范本就是反复用原名的写法(人类语料里同一段 3 次原名重复的实测例)。

❌ 采用兼容体系……站点利用率就可能提升(同段前文说的是「优化」「增强」) ✅ 采用兼容体系……站点利用率就可能优化(统一回原词)

不改:不同实体恰好用近义词(判据要求同一概念);术语首次引入时「又名 X」的正式介绍;文学性指称变化。

11. 衔接连环过长

段段紧扣、零跳转。判读口径:连续「明确承接」接口数 ≥6(AI 短文中位 7 连环 vs 人类 2,93% 的 AI 文有 ≥6 连环)。真正问题不是承接词频率(两侧都低,无害),是零跳转的背景概率——读者全程被动接收,无需参与推理。

改法:在连环中选 1-2 个接口改成自然跳跃——话题跟着材料走,不替读者预先铺垫。改前检查该接口是否承担因果/伏笔功能,承担则换下一个接口。

❌ 每段开头都接住上一段末句关键词(「这也解释了为什么……」「从这个角度看……」连环 7 段) ✅ 选一处直接切话题(人类范本:从主业务直接跳到一句新业务的引语,中间不铺垫)

不改:论证链的关键环节;文类本身要求紧扣(教程、法律文书)。

12. 结论提示冒号(语义层版)

规则 2 的语义层补充:只有「冒号前给出独立明确的结论性判断,冒号后展开论证」这一类才是真信号(AI 2.1-2.2 倍)。冒号总量人类反而多,「空转提示引列表」人类高一个量级(X 级)。

改法同规则 2:删提示语直接写内容;前半句承接上文时只换标点。

13. 高度同构三连

连续三句共用同一句法骨架(「叫什么名字?/承载什么功能?/嵌入哪个生态?」)。宽口径排比无区分力(人类本就爱排比),只有骨架逐字复刻的高度同构档是信号(AI 29.4% vs 人类 10.7%)。指纹层特征,证据强度弱于第一层。

改法:拆掉其中一句——合并、拆分、换语序或改短句,打破骨架复用。不是删掉一项内容。

❌ 服务网络能不能覆盖到我春节回老家的那段路?/车的残值能不能经得起检验?/这家公司出了问题谁来管? ✅ 服务网络能不能覆盖到我春节回老家的那段路?车的残值经不经得起检验,谁说了算?出了问题这家公司管不管?

不改:刻意修辞(演讲、檄文、诗歌);清单/表格体;叙事推进的三件事(先发生什么、结果如何)。


X 级清单(永不改,防误改)

特征v1 依据配对复测结果处置
序数词小标题3.1×反转:人类 8.6% vs AI 4.9%永不改
「这意味着」复述翻译腔收录反向:人类 0.027 vs AI 0.016/千字永不改
空转句引列表9.4×反向:人类高一个量级永不改
概括替代(同段有数也不改)语义层 24.7%(单侧口径)对称口径净零:更含糊 24.7% vs 更具体 26.0%,数字保留 98%永不改(2026-10-13 撤销 v2 规则 9)
精确数字堆砌曾疑 AI 多 3 倍δ−0.06,话题混杂假象永不改
漂亮词黑名单赋能/闭环/抓手δ+0.10 不显著永不改
名词化、明喻、设问、模糊量词、首先/其次/总之经典清单全部 |δ|<0.2永不改
句长/段落长度不参差曾疑 AI 均匀配对复测两轮均无差异不为节奏改句长
「其」字用量—人类更多(反向)不删

各条实测数据、测量脚本、被推翻的预设见 RESEARCH.md。

只能人审的(skill 明确不碰)

  • 比喻贴切度:真实的 AI 味(硬套宏大意象、直译腔、混合比喻),但不是频率问题不是词表问题,模型间共识只有 0–40%。检测报告可给出活跃暗喻密度作参考;默认保留,不把判断任务交给用户。用户主动要求人审时才列 H 级清单,只列出不评级,由用户决定具体条目。
  • 暗喻、拟人化喻体:2026-10-26 起不做语义层检测(暗喻密度只对 Opus 成立,GPT 无差;拟人两侧近饱和),与比喻贴切度一起并入人审区——通读标红区时顺手看,不做候选判读
  • 三个并列案例是否在凑数(要看语义)
  • 「参差」的质量(自然节奏 vs 机械长短交替,脚本分不开)

最终验收

  • 改前报告是否列出本篇指标、研究参照与显著性口径、可定位的例句、具体改法和排除项,并等待用户回复再改写;A/B 及语义层命中是否逐条复核,误报是否排除;C/H 是否遵守默认保留边界
  • 语义层判断是否守了纪律:只用判据标签、每条独立判、拿不准选兜底
  • 每处改动是否都能对应方案项和规则编号,指不出的撤销
  • 是否最小改动:没有顺便润色、没动相邻文字
  • 实词全部有出处;限定词让步(「可能」「通常」)没被抹掉
  • 结构完全保留:标题层级、段落顺序、列表表格引用代码块位置
  • 小标题编号、「这意味着」、空转引列表句没被误删(X 级)
  • 没有制造参差:没为节奏改句长、没拆段落、没强加「我/你」
  • 破折号只在高密度文本中处理过
  • 没碰概括替代——即使同段有具体数值也不改(X 级;改写不引入新含糊由信息守恒原则兜底)
  • 段首零主语评论没被扫描/计分(2026-10-26 降级)
  • 复测+对比报告已给用户,A/B 清零,C 级指标无大幅摆动

Comments

Markdown supported