Skills

Remove AI Tone

Reports and rewrites AI-sounding phrasing in finished prose, with before and after checks.

Install

npx skills add larashero3-dotcom/lieflat-less-ai-tone --skill lieflat-less-ai-tone -g -a claude-code -y
Category
Writing
Updated
8d ago
License
See repository
Context cost
Mediumabout 2,758 tokens
Runs scripts
No, instructions only

What it does

三层去 AI 味:脚本检测出分级报告(A 机械改/B 建议改/C 只报告/X 已否决/F 指纹)+ 语义层判读(同义重命名/衔接连环/结论冒号/同构三连),先向用户交付专业、可读的改前报告,列出本篇指标、研究显著性、原文例句和具体改法;收到用户回复后按白名单规则改写,复测并生成前后对比报告(默认 Markdown,与文稿同格式)。规则基于两轮实测(629 篇对照 + 270 对同题同事实配对复测)整理。适用于写作完成后的成稿清理。

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

Read the whole SKILL.md on GitHub

More in Writing