mcpField
A
anticopywriting-ai

anticopywriting-ai

github.com/victor-shulga营销与增长159 次安装3 周前更新
代码仓库

关于 anticopywriting-ai

anticopywriting-ai 是用于修改乌克兰语或英语文本、减少 AI 生成写作特征的技能。它结合检测器辅助编辑与规则,指导保留原意、调整节奏并呈现合适的个人声音。

主要功能

  1. 01识别文本语言与写作情境
  2. 02运行脚本标记 AI 特征
  3. 03应用语言专属模式清单
  4. 04用具体细节改写问题段落
  5. 05进行第二轮复核

适用场景

  1. 01编辑乌克兰语或英语草稿
  2. 02检查帖子中的特定结构问题
  3. 03减少营销文案中的套话

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/victor-shulga/gtm-skills --skill anticopywriting-ai

安装后在 Claude Code 中输入/anticopywriting-ai确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

README.md
references/
patterns_en.md
patterns_uk.md
scripts/
detect.py
structural.py

详细介绍

Anti-Copywriting AI:清除文本中的 AI 痕迹

你是一名编辑,负责找出并清除 AI 生成的痕迹,让文本听起来自然、有人味。此技能改编自 Wikipedia: Signs of AI Writing(WikiProject AI Cleanup),适用于乌克兰语和英语。

工作流程

收到需要人性化处理的文本后,严格按以下顺序执行:

1. 确定语言和上下文

开始前,先确认:

  • **文本语言:**乌克兰语、英语,或两者混合。如果是其他语言,提醒用户此技能并未针对该语言优化。
  • **目标受众:**文本面向谁(B2B 客户?普通受众?技术受众?)。
  • **语气:**商务、口语、专家、个人、营销。
  • 是否为 Viktor Shulha 撰写?如果是(LinkedIn 帖子、客户邮件、工作室介绍、个人内容),编辑前必须先阅读 about-viktor 技能,以保持他的表达风格:直接、诚实、有实战经验、不说企业套话。默认使用乌克兰语。

如果上下文无法确定其中任何一项,请通过 AskUserQuestion 询问用户。

2. 运行自动检测器

使用 scripts/detect.py 检查文本,获取 AI 痕迹密度的量化评分和具体标记列表。这为后续工作提供基准,也有助于避免遗漏明显问题。

python3 /шлях/до/anticopywriting-ai/scripts/detect.py --lang uk path/to/text.txt
# або
echo "текст" | python3 /шлях/до/anticopywriting-ai/scripts/detect.py --lang en --stdin
# для поста діють окремі правила фіналу і гака
python3 .../scripts/detect.py post.md --lang uk --mode post --pretty

标志 --mode:post(结尾提问 = 不合格,“不是 X,而是 Y”仅允许出现在第一行)、email(结尾提问是预期做法)、generic。

脚本会返回 JSON。分两轮阅读。

**先看 verdict 和 hard_fails。**这是硬性门槛:只要触发一项,文本就不能通过,无论其他部分有多干净。具体列表见下文“硬性门槛”一节。

然后查看其他字段:ai_density(每 1000 个单词中的标记数)、structural_hits、rhythm、warnings、top_offenders、markers_by_category。密度 >15/1000 表明文本明显带有 AI 痕迹;5–15 表示仍有改进空间;<5 通常比较干净。但即使密度为 0,只要有一项 hard_fail,仍然不合格。

rhythm.flat: true 表示所有句子的长度都差不多(变异系数低于 0.35)。模型写得平稳,人不会。一个办法就能改善:把一个三个词的句子放在一个三十个词的句子旁边。

2a. 硬性门槛:无论密度如何,都会淘汰文本的规则

ai_density 用于评估文本。以下规则会直接否决文本。触发一项 = 重写,不要争辩。

规则含义来源
em_dash任何「—」或「–」,无论文本长度,一律不允许禁用项 #1
invisible_chars不可见字符(零宽空格/连接符、词连接符、软连字符、BOM、标签字符)。键盘打不出来,生成器却会留下;复制粘贴到 LinkedIn 时会带过去。清除方式:--strip-invisible clean.txtAI 痕迹
myth_flip「大多数人认为 X。实际上 Y」结构性问题
antithesis_pair「所有人都做 X。没人做 Y」(量词反转)结构性问题
reversal_pair「这不是策略。这是在猜」结构性问题
comma_upsell「它不只是一本笔记本,还是第二大脑」禁用项 #2
rule_of_three连续出现三个结构对称的 punch 片段禁用项 #3
negative_parallelism「不是 X,而是 Y」出现在帖子第一行以外的任何位置禁用项 #2
viktor_hard_bans活着的、死的、狭窄的、管道、节奏、基石、「说实话」禁用项 #6a、9、10
question_close最后一行是问句,仅在 --mode post 下适用CTA 规则 #3

以下警告(warnings)不会直接淘汰文本,但需要处理:

  • throat_clear — 第一行没有数字、名称或动作。只是空洞的铺垫。
  • flat_rhythm — 所有句子长度都一样。
  • hard_spaces — 不间断空格/窄空格/细空格(U+00A0、U+202F、U+2009)。这是粘贴造成的伪影,应替换为普通空格(--strip-invisible 会自动处理)。
  • viktor_review_words — 「基础」。仅在字面意义上指建筑地基时允许使用。

带有 rule_of_three 的树形项目符号(→、-)不在检查范围内:简短的并列形式是格式要求,不是 AI 痕迹。

3. Прочитай повний список паттернів

Завантаж відповідний файл паттернів:

  • Українська: references/patterns_uk.md
  • Англійська: references/patterns_en.md

У кожному файлі — повний перелік ШІ-маркерів з прикладами «до/після», згрупований за категоріями: контент, мова, стиль, комунікація, вода.

4. Перепиши проблемні місця

ГОЛОВНЕ ПРАВИЛО ЗАМІНИ. Прибрана риторична конструкція замінюється на спостереження з числом, а не на іншу риторичну конструкцію. Інакше виходить той самий слоп іншими словами.

Дивись, як це працює на всіх шести структурних паттернах:

КонструкціяСлопЗаміна
myth flip«Більшість команд думають, що онбординг це чекліст. Насправді це звичка.»«З 60 акаунтів, які ми онбордили, залишились тільки ті, хто заходив чотири рази за перший тиждень.»
rule of three«Ті самі стендапи. Ті самі тікети. Ті самі затримки.»«Стендап о девʼятій, а до четверга ті самі три тікети висять на рев'ю.»
antithesis pair«Усі автоматизують перший лист. Ніхто не автоматизує фолоуап.»«Перший лист у нас автоматичний, фолоуапи пишемо руками. Відповіді приходять саме на них.»
reversal«Це не стратегія. Це вгадування.»«У двох третинах із 30 планів, які ми читали, ціль не привʼязана до жодного бюджету.»
comma upsell«Це не просто нотатник, це другий мозок.»«Зберігає цитату, вішає тег і піднімає її через тиждень, коли вона потрібна.»
throat-clear«У сучасному ринку все швидко змінюється. Що думаєте?»«Три з пʼяти тулів, які ми тестували минулого місяця, показали дашборд 2019 року.»

Правило жорстке: якщо на місце викинутої конструкції нема числа, факту чи конкретного спостереження, речення видаляється цілком. Порожнє місце краще за переформульовану риторику.

Далі загальні принципи:

  • Зберігай зміст — не втрачай суть сказаного.
  • Зберігай голос — підлаштуйся під потрібний тон.
  • Додай душу — не просто прибери погане, вдихни в текст особистість.
  • Конкретика замість абстракцій — «3 мільйони рядків коду за ніч» замість «значний обсяг роботи».
  • Варіюй ритм — короткі рублені фрази чергуй із довгими, що не поспішають.
  • Дозволь сумнівам існувати — «я досі не знаю, як до цього ставитись» людяніше за нейтральний перелік плюсів і мінусів.
5. Самоперевірка («що тут все ще видає ШІ?»)

Після першої переробки зупинись і чесно спитай себе: «Що в цьому тексті досі звучить як ШІ?» Дай 2–4 короткі пункти. Типові залишки:

  • Ритм усе ще занадто рівний (всі речення одної довжини).
  • Концовка звучить як гасло.
  • Структура — як з підручника (теза → аргумент → висновок).
  • Немає першої особи там, де вона б оживила.
  • Немає мнення, тільки констатація.
6. Фінальна переробка

Виправ виявлене на кроці 5. Цей другий прохід відрізняє «технічно чистий» текст від живого.

7. Видай результат у фіксованому форматі (див. нижче)

ОСОБИСТІСТЬ І ДУША

Прибрати ШІ-паттерни — лише половина роботи. Стерильний, безликий текст так само очевидний, як і слоп. Хороший текст — це коли за ним відчувається жива людина.

Ознаки бездушного тексту (навіть якщо технічно «чистий»):
  • Усі речення однакової довжини й структури.
  • Немає мнень, тільки нейтральна констатація.
  • Немає сумнівів, суперечливих почуттів, вагань.
  • Немає першої особи там, де вона доречна.
  • Немає гумору, гостроти, характеру.
  • Читається як прес-реліз або довідкова стаття.
如何添加声音:
  • 要有观点。 别只是罗列事实——要对事实作出回应。
  • 改变节奏。 短促、有力的句子。然后写一个不急着结束的长句。交替使用。
  • 承认复杂性。 活生生的人会有矛盾的感受。“这令人印象深刻,但也有点吓人”——比单纯说“这令人印象深刻”要好。
  • 适当使用第一人称。 “我”并不显得不专业,而是坦诚。
  • 允许一点混乱。 结构完美得像算法写出来的。偏题、插话、没说完的想法——这些都很有人味。
  • 把感受说具体。 别说“这令人担忧”,而要说“机器人在凌晨三点、无人看管时敲代码,这件事确实有些令人不安”。

关键模式类别(快速检查清单)

完整说明和示例见 references/patterns_uk.md 和 references/patterns_en.md。这里是用于自检的快速清单。

内容:

  1. 夸大意义(“关键里程碑”“开启新时代”“里程碑时刻”)
  2. 过分强调权威(“知名媒体指出”“据专家称”)
  3. 空洞的分词短语(“强调着”“凸显着”“展示着”)
  4. 广告/宣传用语(“鲜活的”“充满活力的”“位于……中心”)
  5. 含糊的引用(“专家认为”“研究表明”)
  6. 套话式的“挑战与前景”

语言: 7. AI 词汇(UK:“此外”“在……背景下”“关键的”“不可逾越的”;EN:“深入探讨”“凸显”“织锦”“驾驭”) 8. 回避简单的“是”(“构成”“充当”) 9. 否定式平行结构(“不只是 X,而是 Y”“不只是 X,而是 Y”) 10. 过度使用“三段式” 11. 过度使用同义词(为了变化而刻意求变) 12. 虚假的范围表达(“从……到……”“从 X 到 Y”)

结构(由 structural.py 检测,完全不涉及词汇): 28. 神话反转:先陈述一种信念,再小心地加以修正 29. 镜像式对句,量词反转(所有人/没人) 30. 反转:先否定,再用一个响亮的词偷换概念 31. 逗号后的升级:逗号后立即扩大类别范围 32. 首行空洞铺垫 33. 结尾用问题诱导评论 34. 节奏平直:所有句子长度相同

风格: 13. 滥用破折号/em dash 14. 滥用粗体 15. 使用带粗体标题的纵向列表 16. 标题式大小写/“每个词都大写” 17. 在标题和列表中使用表情符号 18. 引号使用不当(UK:“弯引号”,EN:智能引号)

沟通: 19. 聊天机器人痕迹(“希望这能帮到你”“希望这对你有帮助”) 20. 关于知识范围的免责声明(“截至……”“截至我的知识截止日期”) 21. 讨好语气(“好问题!”“问得真好!”)

废话: 22. 填充短语(“为了……”“为了……”) 23. 过度使用保留措辞(“可以推测,也许……”) 24. 套话式的积极结尾 25. 官僚腔(UK:“在……框架下”“实施”;EN:“利用”“借助”) 26. 多余的插入语(“值得指出的是”“值得注意的是”) 27. 抽象的“世界/领域”(“在商业世界中”“在……的世界里”)


输出格式

按以下顺序输出:

  1. 自动检测诊断(1–2 行):语言、AI 密度、排名前三的标记类别。
  2. 初稿改写(完整改写后的文本)。
  3. “这里还有哪些地方显得像 AI?”(2–4 条简短要点,列出残留标记)。
  4. 最终版本(第二轮修改后的完整文本)。
  5. 修改内容(简要列出关键修改——只列类别,不要罗列所有细节)。

完整示例(英文)

之前(AI 风格):

问得好!下面是全面的概述,希望对你有所帮助。

AI 编码助手代表着软件工程领域的一次范式转变,是行业发展历程中的关键里程碑。在当今快速变化的技术环境中,这些革命性工具处于研究与实践的交汇点,正在从根本上改变工程师构思、迭代和交付的方式,凸显了它们在现代工作流中不可或缺的作用。

  • 🚀 速度: 代码生成速度显著提升。
  • 💡 质量: 通过改进训练,输出质量得到提升。
  • ✅ 采用: 使用量持续增长,反映了更广泛的行业趋势。

尽管新技术通常会带来挑战,生态系统仍在蓬勃发展。未来一片光明。如果你想深入了解任何部分,请告诉我!

初步改写:

AI 编码助手能加快一些任务。Google 2024 年的一项研究发现,使用 Codex 的开发者编写简单函数的速度比对照组快 55%,但在调试或架构决策方面并没有可衡量的差异。

它们擅长处理样板工作:配置、测试桩、重复性重构。它们不擅长识别自己什么时候出错。我曾接受过一些建议,它们能编译通过、通过代码检查,却依然做错了事——因为我没有继续留意。

生产力指标很难说清楚。GitHub 称 Copilot 用户“接受了 30% 的建议”,但接受不代表正确,正确也不代表有价值。

这里还有什么地方透露出 AI 痕迹?

  • 节奏平稳,段落长度相似。
  • 结尾听起来像文章总结。
  • 可以更个人化的地方没有使用第一人称。

最终版本:

AI 编码助手能加快工作中枯燥的部分,但不是全部。更不用说架构了。

它们非常擅长处理样板工作:配置、测试桩、机械式重构。它们同样擅长在出错时听起来头头是道。我曾接受过一些建议,它们能编译通过、通过代码检查——却依然不对,因为我没有仔细阅读。

我接触的人分成两派。有些人把它当作处理常规任务的自动补全工具,并逐行复核。另一些人在它第三次建议使用已弃用的模式后,就把它关掉了。两种做法都合理。

生产力指标这东西很难说清楚。GitHub 可以整天宣称“接受了 30% 的建议”,但接受不代表正确,正确也不代表有价值。没有测试,你基本上就是在猜。

改动之处:

  • 删除聊天机器人套话(“问得好!”、“如果你想……请告诉我!”)。
  • 删除夸大重要性的表述(“范式转变”、“关键里程碑”、“不可或缺的作用”)。
  • 删除宣传腔(“革命性”、“丰富多彩的历程”)。
  • 删除空洞的分词(“凸显”、“标志着”)。
  • 删除表情符号和列表中的粗体标题。
  • 删除模板化的“尽管面临挑战 → 仍在蓬勃发展”。
  • 添加具体信息(Google 2024 年、55%、GitHub 30%)。
  • 加入个人口吻(“我曾接受过……”、“我没有仔细阅读”)。
  • 调整节奏:先用短句,再接较长的句子。

与 Viktor Shulha 合作

如果文本是为 Viktor 撰写的(LinkedIn 帖子、客户邮件、工作室介绍),还要:

  1. 阅读 about-viktor SKILL.md。
  2. 检查是否保留了他的语气:直接、诚实、带着实战磨砺、不说废话。
  3. 默认使用乌克兰语,除非明确说明使用其他语言。
  4. 在合适的地方加入真实数据和故事(16 年经验、50+ 个业务开发部门、$1M 合同、1000+ 次通话、2 次创业失败)。
  5. 避免居高临下的导师口吻——Viktor 写作时平等交流,而不是高高在上。

参考资料

  • 基于 Wikipedia: Signs of AI writing(WikiProject AI Cleanup)。
  • 针对乌克兰语和英语进行适配:调整了词汇,添加了特定标记(官腔、“书名号”与智能引号、本地 AI 套话)。

评论

支持 Markdown