dehumanize-ai-text

name

dehumanize-ai-text

description

Применять при переписывании текстов, сгенерированных LLM-агентами (отчеты, README, доки, письма, посты), в живой человеческий стиль. Триггеры - пользователь пишет «убери AI-стиль», «перепиши по-человечески», «сделай естественно», «убери воду», «не как ChatGPT», «убери LLM-штампы»; либо на входе текст с явными маркерами генерации: H2/H3 на каждый абзац, буллеты вместо прозы, штампы «в современном мире», «давайте погрузимся», избыток длинных тире, эмодзи-заголовки, обязательные «надеюсь, это поможет!». Не применять к структурированным форматам, где списки и заголовки уместны по существу: API-документация, чек-листы, табличные данные, бенчмарки, юридические документы.

/dehumanize-ai-text - переписывание AI-текста в живой стиль

Превращает текст с маркерами LLM-генерации (ровный ритм, лестница H2/H3, буллеты вместо прозы, дежурные вступления и заключения) в текст с человеческой интонацией, не теряя смысл, числа и термины.

Когда использовать

Триггерные фразы пользователя:

• «убери AI-стиль», «не как ChatGPT», «не как нейросеть»
• «перепиши по-человечески», «сделай естественно», «сделай живым»
• «убери воду», «убери штампы», «убери LLM-маркеры»
• «причеши текст», «оживи текст»

Автотриггер при анализе входного текста:

• Заголовки H2/H3 на каждый второй абзац в коротком документе.
• Буллеты с симметричной структурой и одинаковой длиной пунктов.
• Стоп-фразы из таблицы ниже («в современном мире», «давайте погрузимся» и т.п.).
• Эмодзи-маркеры в начале пунктов (галочки, ракеты, стрелки).
• Дежурные «надеюсь, это поможет!» / «дайте знать, если есть вопросы!».
• Серия предложений одинаковой длины подряд (4+).

Режимы работы

Режим	Триггер	Что делает
Inline	аргумент - произвольный текст	Переписанный текст выводится в чат
File	аргумент - путь к существующему .md файлу	Результат сохраняется рядом с суффиксом -human.md
Interactive	аргумент пустой	Спросить у пользователя текст или путь

Алгоритм определения режима - как в /prompt-enhancer:

1. Пустой аргумент - Interactive.
2. Read удалось прочитать аргумент - File.
3. Read вернул «не найден» - Inline (аргумент целиком как текст).

Базовый принцип

Хороший человеческий текст имеет ритм, неровность и точку зрения. AI-текст ровный, симметричный, гипер-структурированный, без личной интонации. Цель скила - вернуть тексту неровность, не теряя смысл.

Жесткие правила

1. Списки только когда элементы реально параллельны и независимы. Если соседние пункты связаны логикой («сначала X, потому что Y, иначе Z») - это абзац, а не буллеты.
2. Заголовки только при смене темы. Не на каждые 2 абзаца. Документ из 400 слов с 6 H2 - это AI-текст, переписать в прозу с 1-2 разделами.
3. Длина предложений варьируется. Если идут 4 предложения по 15-20 слов подряд - ломать ритм. Короткое. Потом длинное, с придаточным. Потом среднее.
4. Никаких буферных вступлений и заключений. Не «В этой статье мы рассмотрим...», не «Подводя итог...». Сразу к делу, в конце - последняя содержательная мысль, без обертки.
5. Никаких финальных «надеюсь, это поможет!», «дайте знать, если есть вопросы!». Если уместен призыв к действию - он конкретный («скажи, какой вариант - соберу пример»), а не дежурный.
6. Bold для терминов при первом введении и для реальных акцентов, не для каждой второй фразы. Если в абзаце 4+ выделения жирным - убрать половину.
7. Длинные тире лучше заменить на обычный дефис, запятую или скобки. Часто длинное тире - тоже маркер LLM-стиля. Если оставлять - то редко и осознанно, не подряд в каждом втором предложении.
8. Буква Cyrillic Letter Yo (U+0451) - тоже маркер AI или официального документа. Люди в неформальных текстах эту букву печатают редко: пишут «все», «еще», «вообще», «отчет», «нашел». Если в исходнике диакритическая «е» расставлена везде - заменить на обычную «е». Сохранять только в текстах, где это требование жанра (учебники, словари, имена собственные если автор настаивает на точном произношении).
9. Текстовые стрелки ->, =>, → - убрать. Запись через стрелку - маркер технической AI-генерации, в живом тексте так не пишут. Заменять словом по смыслу («становится», «переходит в», «дает», «ведет к») или переписывать фразой. «складская накладная -> расходный ордер» становится «из складской накладной собирается расходный ордер». Это касается всех стрелок: ASCII -> и =>, юникод →.

Стоп-фразы (RU) - удалить или заменить

Штамп	Замена / реакция
В современном мире / В наше время / В эпоху цифровизации	удалить вступление целиком
Давайте погрузимся / Давайте разберемся / Рассмотрим подробнее	удалить, сразу к содержанию
Стоит отметить, что / Важно понимать, что / Нельзя не упомянуть	удалить, оставить факт
Не секрет, что / Как известно	удалить
В заключение / Подводя итог / Таким образом, мы видим	удалить, последний абзац - содержательный
Ключевой момент здесь / Важный нюанс заключается в том, что	сразу сам момент
Это не просто X - это Y	переписать без формулы
Не только X, но и Y	часто можно «X и Y»
Этот подход открывает новые возможности / революционизирует	конкретно: что именно дает
В мире, где... (зачин)	удалить
Надеюсь, это было полезно / Дайте знать, если нужно еще	удалить или заменить конкретным вопросом

Стоп-фразы (EN)

Let's dive into, It's worth noting, In today's fast-paced world, Furthermore, Moreover, In conclusion, I hope this helps!, Feel free to ask, It's important to note, Game-changer, Revolutionary, Cutting-edge, Leverage (как глагол), Delve into, Navigate the complexities of, In the realm of, At its core, That said, Ultimately.

Структурные антипаттерны

• Триплеты-пулемет. «Быстрый, надежный и масштабируемый». «Анализ, синтез и применение». Если в тексте 3+ триплета - сломать половину в пары или одиночные.
• Симметричные буллеты одинаковой длины. Признак шаблона. Либо переписать в прозу, либо сознательно сделать пункты разной длины и структуры.
• Эмодзи-маркеры в списках и заголовках. Удалить все, если только это не маркетинговый пост, где это сознательный выбор.
• Параллельные подзаголовки в духе «Преимущества / Недостатки / Применение / Заключение». Признак шаблона из тренировочных данных. Переписать структуру под конкретный материал.
• Перевернутая пирамида с TL;DR + повторением + резюме. Достаточно одного из трех.
• Хеджирование на каждом шагу: «может быть», «возможно», «в некоторых случаях», «как правило». Оставить только там, где есть реальная неопределенность.
• Длинные тире через предложение. Маркер ровного LLM-ритма. Заменять на запятые, скобки, точки или обычный дефис.

Что сохранять буквально

• Технические термины - не упрощать ради «человечности».
• Числа, версии, имена файлов, флаги CLI, идентификаторы - без изменений.
• Цитаты, код, команды - не трогать.
• Если в исходнике есть обоснованная структура (нумерованные шаги установки, список зависимостей, таблица параметров API) - оставить.
• Имена людей, организаций, продуктов - точно как в оригинале.

Алгоритм работы

1. Прочитать исходный текст целиком, понять предметную область и жанр.
2. Определить, нужна ли вообще дехуманизация: проверить, не относится ли жанр к разделу «Когда НЕ применять».
3. Пройти по жестким правилам сверху вниз и пометить нарушения.
4. Найти все стоп-фразы из таблицы (RU) и списка (EN).
5. Найти структурные антипаттерны: триплеты, симметричные буллеты, эмодзи, параллельные подзаголовки.
6. Переписать текст:

• Удалить буферные вступления и заключения.
• Слить связанные пункты в прозу, оставить только реально параллельные списки.
• Сократить количество заголовков до числа реальных смен темы.
• Сломать ритм: чередовать длину предложений.
• Убрать дежурные триплеты, заменить часть на пары и одиночные формулировки.
• Заменить длинные тире на запятые / скобки / обычный дефис, если они идут подряд.
• Удалить эмодзи-маркеры (если жанр их не требует).

7. Прогнать результат по чек-листу.
8. Если жанр File - сохранить в <имя>-human.md рядом с исходником и сообщить путь. Если Inline - вернуть текст в чат.

Примеры

Пример 1: Описание фичи

До (AI):

Возможности нашего решения

В современном мире разработки автоматизация играет ключевую роль. Наш инструмент предлагает следующие преимущества:

• ✅ Быстрая интеграция - подключение за считанные минуты
• ✅ Надежность - проверенная архитектура
• ✅ Масштабируемость - растет вместе с вашим проектом

Это не просто инструмент - это полноценное решение для вашей команды. Надеюсь, эта информация была полезной!

После (живой):

Подключается одним конфигом и парой переменных окружения, на чистом проекте занимает минут десять. Архитектура простая: один процесс-координатор, воркеры по числу ядер, очередь в Redis. Под нагрузку 200 RPS на ноду из коробки, дальше горизонтально.

---

Пример 2: Технический отчет

До (AI):

Результаты тестирования

Производительность

Тесты показали отличные результаты по всем метрикам.

Стабильность

Система работала стабильно на протяжении всего теста.

Заключение

Можно сделать вывод, что решение готово к продакшену.

После (живой):

Прогнал нагрузочный тест на 4 часа, 150 RPS, p95 = 220 мс, p99 = 410 мс. OOM не было, рестартов воркеров не было. К продакшену готово, но перед раскаткой надо поднять лимит файловых дескрипторов на проде, на тестовом стенде упирался в 4096.

---

Пример 3: Письмо

До (AI):

Здравствуйте!

Надеюсь, это письмо застанет вас в добром здравии. Я хотел бы поделиться с вами обновлениями по проекту:

• Завершен первый этап
• Начат второй этап
• Планируется третий этап

Буду рад обсудить детали. Не стесняйтесь обращаться с любыми вопросами!

С наилучшими пожеланиями

После (живой):

Привет. Первый этап закрыли, второй уже идет, по графику, без сюрпризов. Третий начнем как только подпишем доступ к боевому контуру (жду от вас). Если есть вопросы по второму этапу - звони.

Чек-лист перед сдачей текста

• Вступление начинается с сути, а не с «в современном мире».
• Финал - содержательная мысль, а не «надеюсь, это поможет».
• Заголовков ровно столько, сколько реальных смен темы.
• Буллеты только для параллельных независимых пунктов.
• Длина предложений неровная.
• Нет триплетов-штампов.
• Нет стоп-фраз из таблицы выше.
• Bold на терминах и акцентах, не на каждом абзаце.
• Нет эмодзи-маркеров (если жанр их не требует).
• Нет длинных тире через предложение.
• Нет диакритической «е» (Cyrillic Letter Yo, U+0451), кроме случаев когда это требование жанра.
• Хеджирование осталось только там, где есть реальная неопределенность.
• Числа, термины, имена, код не пострадали.

Когда НЕ применять

• API-документация с эндпоинтами и параметрами - структура нужна.
• Чек-листы для исполнения, runbook - буллеты по делу.
• Юридические и официальные документы - стиль регламентирован.
• Регламенты, инструкции по технике безопасности - формальная структура обязательна.
• Табличные данные, бенчмарки, отчеты с метриками - таблицы и заголовки уместны.
• Когда пользователь явно просит «структурируй», «оформи в виде списка», «сделай TOC».

DO / DON'T

DO:

• Сохранять смысл, числа, термины, цитаты буквально.
• Ломать ровный ритм предложений и абзацев.
• Удалять буферные вступления и дежурные заключения.
• Сводить связанные пункты в прозу, оставлять списки только для реально параллельных вещей.
• Сокращать количество заголовков до реальных смен темы.

DON'T:

• Упрощать технические термины ради «человечности».
• Менять числа, версии, имена файлов, идентификаторы.
• Добавлять разговорные элементы там, где пользователь хочет деловой регистр.
• Переделывать обоснованную структуру (API-доки, чек-листы) - сначала проверить раздел «Когда НЕ применять».
• Заменять стоп-фразы на синонимы-штампы (вместо «давайте погрузимся» писать «давайте рассмотрим»).