{"slug":"humanize-ai-text","title":"humanize-ai-text","summary":"Применять при переписывании текстов, сгенерированных LLM-агентами (отчеты, README, доки, письма, посты), в живой человеческий стиль. Триггеры - пользователь пишет «убери AI-стиль», «перепиши по-человечески», «сделай естественно», «убери воду», «не как ChatGPT», «убери LLM-штампы»","platform":"Claude","tags":[],"authorName":"LLM Mart","authorSlug":"llm-mart","score":0,"source":"github","price":null,"verified":false,"createdAt":"2026-08-24T17:35:10.185843Z","repo":{"url":"https://github.com/Desko77/claude-code-skills-1c","stars":72,"forks":16,"license":"MIT","updatedAt":"2026-09-24T10:53:41Z"},"bodyHtml":"<hr>\n<p>name: humanize-ai-text\ndescription: \"Применять при переписывании текстов, сгенерированных LLM-агентами (отчеты, README, доки, письма, посты), в живой человеческий стиль. Триггеры - пользователь пишет «убери AI-стиль», «перепиши по-человечески», «сделай естественно», «убери воду», «не как ChatGPT», «убери LLM-штампы»; либо на входе текст с явными маркерами генерации: H2/H3 на каждый абзац, буллеты вместо прозы, штампы «в современном мире», «давайте погрузимся», избыток длинных тире, эмодзи-заголовки, обязательные «надеюсь, это поможет!». Сверх того ВСЕГДА проверяет технический регистр: в README, журнале изменений, документации и описаниях заменяет бытовую метафору на действие и предмет («досыпает», «кладет», «копит», «под капотом», «из коробки», «ядро библиотеки»); в письме, ответе и эссе эта проверка сама выключается по жанру, ключ отключения - --no-technical. Переписывание в живой стиль не применять к структурированным форматам, где списки и заголовки уместны по существу: API-документация, чек-листы, табличные данные, бенчмарки, юридические документы.\"\nargument-hint: \"[текст | путь к .md файлу] [--no-technical | --technical]\"\nallowed-tools:</p>\n<ul>\n<li>Bash</li>\n<li>Read</li>\n<li>Write</li>\n<li>Edit</li>\n</ul>\n<hr>\n<h1>/humanize-ai-text - переписывание AI-текста в живой стиль</h1>\n<p>Превращает текст с маркерами LLM-генерации (ровный ритм, лестница H2/H3, буллеты вместо прозы, дежурные вступления и заключения) в текст с человеческой интонацией, не теряя смысл, числа и термины.</p>\n<h2>Когда использовать</h2>\n<p>Триггерные фразы пользователя:</p>\n<ul>\n<li>«убери AI-стиль», «не как ChatGPT», «не как нейросеть»</li>\n<li>«перепиши по-человечески», «сделай естественно», «сделай живым»</li>\n<li>«убери воду», «убери штампы», «убери LLM-маркеры»</li>\n<li>«причеши текст», «оживи текст»</li>\n</ul>\n<p>Автотриггер при анализе входного текста:</p>\n<ul>\n<li>Заголовки H2/H3 на каждый второй абзац в коротком документе.</li>\n<li>Буллеты с симметричной структурой и одинаковой длиной пунктов.</li>\n<li>Стоп-фразы из таблицы ниже («в современном мире», «давайте погрузимся» и т.п.).</li>\n<li>Эмодзи-маркеры в начале пунктов (галочки, ракеты, стрелки).</li>\n<li>Дежурные «надеюсь, это поможет!» / «дайте знать, если есть вопросы!».</li>\n<li>Серия предложений одинаковой длины подряд (4+).</li>\n</ul>\n<h2>Режимы работы</h2>\n<table>\n<thead>\n<tr>\n<th>Режим</th>\n<th>Триггер</th>\n<th>Что делает</th>\n</tr>\n</thead>\n<tbody>\n<tr>\n<td>Inline</td>\n<td>аргумент - произвольный текст</td>\n<td>Переписанный текст выводится в чат</td>\n</tr>\n<tr>\n<td>File</td>\n<td>аргумент - путь к существующему .md файлу</td>\n<td>Результат сохраняется рядом с суффиксом <code>-human.md</code></td>\n</tr>\n<tr>\n<td>Interactive</td>\n<td>аргумент пустой</td>\n<td>Спросить у пользователя текст или путь</td>\n</tr>\n<tr>\n<td>Встроенный</td>\n<td>скил вызван другим агентом как шаг задачи</td>\n<td>Отдать ТОЛЬКО итоговый текст</td>\n</tr>\n</tbody>\n</table>\n<p>Встроенный режим - когда результат идет дальше в чужую работу: описание pull request, сообщение\nкоммита, кусок документации. Ни черновика, ни разбора, ни резюме правок: вызывающему нужен текст,\nа не отчет о переписывании.</p>\n<p>Алгоритм определения режима - как в <code>/prompt-enhancer</code>:</p>\n<ol>\n<li>Пустой аргумент - Interactive.</li>\n<li>Read удалось прочитать аргумент - File.</li>\n<li>Read вернул «не найден» - Inline (аргумент целиком как текст).</li>\n</ol>\n<h2>Технический регистр: включен по умолчанию</h2>\n<p>Сверх поиска признаков генерации скил проверяет ТЕХНИЧЕСКИЙ РЕГИСТР. Проверка включена всегда,\nотключается ключом <code>--no-technical</code> либо словами пользователя \"без проверки регистра\".</p>\n<p><strong>Что проверяется.</strong> В техническом тексте бытовая метафора вместо действия и предмета - дефект.\nНе «досыпает элементы», а «добавляет N элементов в конец коллекции». Не «копит ошибки», а\n«накапливает список диагностик до вызова X». Не «схлопывая пробелы», а «заменяя последовательность\nпробелов одним». Не «ядро библиотеки», а конкретный модуль. Не «подсистемы узнают друг о друге»,\nа «подсистема A вызывает экспортный метод подсистемы B». Так же исключаются «кладет», «забирает»,\n«внутренняя кухня», «под капотом», «на лету», «магия», «умеет», «дружит с», «из коробки»,\n«грабли», «ловушки», «костыль». В английском тексте - <code>under the hood</code>, <code>out of the box</code>,\n<code>the heart of</code>, <code>knows how to</code>, <code>magic</code>, <code>seamless</code>.</p>\n<p><strong>Проверочный вопрос к каждому глаголу и образу:</strong> можно ли по этой фразе назвать метод, поле, код\nошибки, диапазон версий или измеренное число? Нельзя - фраза декоративная, заменить на фактическую.\nИмя метода и измеренная величина всегда лучше пересказа своими словами.</p>\n<p><strong>Где проверка НЕ применяется.</strong> Текст произвольного жанра - письмо, ответ, сообщение, эссе,\nпоздравление - живет по своим правилам, и разговорный оборот там не дефект. Скрипт распознает такой\nтекст по приветствию в начале и подписи в конце и сам пропускает проверку, сообщая об этом. Если\nжанр распознан неверно, проверка включается принудительно ключом <code>--technical</code>.</p>\n<p>Приветствие засчитывается только целым словом и только в короткой строке, до 60 символов. Иначе\nзаголовок «Приветственный экран» выключал бы проверку для всей статьи, и молча.</p>\n<p>Границу проводить по жанру, а не по теме: письмо про устройство обмена данными остается письмом.</p>\n<p><strong>Список в скрипте узкий и точный.</strong> Оценочные слова («просто», «легко», «удобно», «мощный») в него\nне входят: они слишком часто законны. По ним решение принимает модель проверочным вопросом выше.</p>\n<h2>Базовый принцип</h2>\n<p>Хороший человеческий текст имеет ритм, неровность и точку зрения. AI-текст ровный, симметричный, гипер-структурированный, без личной интонации. Цель скила - вернуть тексту неровность, не теряя смысл.</p>\n<h2>Жесткие правила</h2>\n<ol>\n<li><strong>Ничего не выдумывать.</strong> В переписанном тексте не должно появиться ни одного факта, имени,\nчисла, даты или цитаты, которых не было в исходнике. Заменить расплывчатое на конкретное можно,\nтолько если конкретика взята из источника или дана пользователем: «заметно ускорилось» станет\n«стало вдвое быстрее» лишь тогда, когда «вдвое» где-то сказано. Если фразе не хватает детали -\nспросить или написать без нее. Мнение и оценка фактами не считаются: там, где жанр допускает\nголос, отношение добавлять можно, новые утверждения о мире - нельзя.</li>\n<li><strong>Списки только когда элементы реально параллельны и независимы.</strong> Если соседние пункты связаны логикой («сначала X, потому что Y, иначе Z») - это абзац, а не буллеты.</li>\n<li><strong>Заголовки только при смене темы.</strong> Не на каждые 2 абзаца. Документ из 400 слов с 6 H2 - это AI-текст, переписать в прозу с 1-2 разделами.</li>\n<li><strong>Длина предложений варьируется.</strong> Если идут 4 предложения по 15-20 слов подряд - ломать ритм. Короткое. Потом длинное, с придаточным. Потом среднее.</li>\n<li><strong>Никаких буферных вступлений и заключений.</strong> Не «В этой статье мы рассмотрим...», не «Подводя итог...». Сразу к делу, в конце - последняя содержательная мысль, без обертки.</li>\n<li><strong>Никаких финальных «надеюсь, это поможет!», «дайте знать, если есть вопросы!».</strong> Если уместен призыв к действию - он конкретный («скажи, какой вариант - соберу пример»), а не дежурный.</li>\n<li><strong>Bold для терминов при первом введении и для реальных акцентов</strong>, не для каждой второй фразы. Если в абзаце 4+ выделения жирным - убрать половину.</li>\n<li><strong>Длинные тире лучше заменить на обычный дефис, запятую или скобки.</strong> Часто длинное тире - тоже маркер LLM-стиля. Если оставлять - то редко и осознанно, не подряд в каждом втором предложении.</li>\n<li><strong>Буква Cyrillic Letter Yo (U+0451) - тоже маркер AI или официального документа.</strong> Люди в неформальных текстах эту букву печатают редко: пишут «все», «еще», «вообще», «отчет», «нашел». Если в исходнике диакритическая «е» расставлена везде - заменить на обычную «е». Сохранять только в текстах, где это требование жанра (учебники, словари, имена собственные если автор настаивает на точном произношении).</li>\n<li><strong>Текстовые стрелки <code>-&gt;</code>, <code>=&gt;</code>, <code>→</code> - убрать.</strong> Запись через стрелку - маркер технической AI-генерации, в живом тексте так не пишут. Заменять словом по смыслу («становится», «переходит в», «дает», «ведет к») или переписывать фразой. «складская накладная -&gt; расходный ордер» становится «из складской накладной собирается расходный ордер». Это касается всех стрелок: ASCII <code>-&gt;</code> и <code>=&gt;</code>, юникод <code>→</code>.</li>\n</ol>\n<h2>Голос: где он нужен, а где вредит</h2>\n<p>Безжизненный текст выдает машину не хуже, чем штампы. Ровные предложения, безупречная симметрия и\nполное отсутствие отношения - тоже признак генерации. Живому тексту позволено иметь мнение,\nсомнение, смешанные чувства, отступление в скобках и неровный ритм.</p>\n<p>Но добавлять голос можно <strong>не везде</strong>. Он уместен в постах, эссе, письмах, разборах, README со\nсвоей интонацией. В справочнике, спецификации, регламенте и юридическом документе нейтральный\nровный тон <strong>и есть</strong> правильный человеческий голос: первое лицо и оценки там неуместны, их\nотсутствие не дефект. Прежде чем оживлять - определить жанр.</p>\n<h2>Калибровка по образцу</h2>\n<p>Если пользователь дал образец своего письма (прежний пост, письмо, кусок документации), разобрать\nего до того, как переписывать:</p>\n<ol>\n<li>Прочитать образец. Отметить длину предложений, лексику, чем начинаются абзацы, какая пунктуация\nв ходу, какие обороты повторяются, как делаются переходы.</li>\n<li>Подстраиваться под эти привычки, а не просто вычищать маркеры. Не «улучшать» разговорные слова и\nне выравнивать намеренные странности - они и есть авторский почерк.</li>\n<li>Образца нет - работать по умолчаниям этого скила.</li>\n</ol>\n<p><strong>Образец главнее правил скила.</strong> Если автор любит длинные тире и они есть в образце - оставить их с\nего частотой, а не вычищать по общему правилу. Совпасть с автором важнее, чем убрать признак.</p>\n<h2>Структурные антипаттерны</h2>\n<ul>\n<li><strong>Триплеты-пулемет.</strong> «Быстрый, надежный и масштабируемый». «Анализ, синтез и применение». Если в тексте 3+ триплета - сломать половину в пары или одиночные.</li>\n<li><strong>Симметричные буллеты одинаковой длины.</strong> Признак шаблона. Либо переписать в прозу, либо сознательно сделать пункты разной длины и структуры.</li>\n<li><strong>Эмодзи-маркеры в списках и заголовках.</strong> Удалить все, если только это не маркетинговый пост, где это сознательный выбор.</li>\n<li><strong>Параллельные подзаголовки в духе «Преимущества / Недостатки / Применение / Заключение».</strong> Признак шаблона из тренировочных данных. Переписать структуру под конкретный материал.</li>\n<li><strong>Перевернутая пирамида с TL;DR + повторением + резюме.</strong> Достаточно одного из трех.</li>\n<li><strong>Хеджирование на каждом шагу:</strong> «может быть», «возможно», «в некоторых случаях», «как правило». Оставить только там, где есть реальная неопределенность.</li>\n<li><strong>Длинные тире через предложение.</strong> Маркер ровного LLM-ритма. Заменять на запятые, скобки, точки или обычный дефис.</li>\n</ul>\n<h2>Что сохранять буквально</h2>\n<ul>\n<li>Технические термины - не упрощать ради «человечности».</li>\n<li>Числа, версии, имена файлов, флаги CLI, идентификаторы - без изменений.</li>\n<li>Цитаты, код, команды - не трогать.</li>\n<li>Если в исходнике есть обоснованная структура (нумерованные шаги установки, список зависимостей, таблица параметров API) - оставить.</li>\n<li>Имена людей, организаций, продуктов - точно как в оригинале.</li>\n</ul>\n<h2>Справочники</h2>\n<p>Лежат рядом в <code>references/</code>, грузятся по требованию, а не каждый раз:</p>\n<table>\n<thead>\n<tr>\n<th>Файл</th>\n<th>Когда читать</th>\n</tr>\n</thead>\n<tbody>\n<tr>\n<td><code>stop-phrases.md</code></td>\n<td>Скрипт нашел стоп-фразу и нужно решить, чем ее заменить</td>\n</tr>\n<tr>\n<td><code>language-antipatterns.md</code></td>\n<td>Идет переписывание: обход глагола \"быть\", синонимическая карусель, ложные диапазоны, формулы-афоризмы</td>\n</tr>\n<tr>\n<td><code>false-positives.md</code></td>\n<td>Перед правкой: что НЕ считать признаком AI и какие приметы живого текста беречь</td>\n</tr>\n<tr>\n<td><code>examples.md</code></td>\n<td>Нужен образец \"до и после\"</td>\n</tr>\n</tbody>\n</table>\n<h2>Алгоритм работы</h2>\n<p>Механическое делает скрипт, решения принимает модель. Порядок именно такой: без первого шага модель\nтратит проход на поиск того, что находится регулярным выражением.</p>\n<h3>Шаг 1. Прогнать скрипт</h3>\n<pre><code>python scripts/humanize_scan.py &lt;файл&gt;                 # отчет, файл не меняется\npython scripts/humanize_scan.py &lt;файл&gt; --fix           # плюс механические замены на месте\npython scripts/humanize_scan.py &lt;файл&gt; --no-technical  # без проверки технического регистра\npython scripts/humanize_scan.py &lt;письмо&gt; --technical   # проверять регистр и в письме\n</code></pre>\n<p>Скрипт находит и с <code>--fix</code> чинит сам: букву е с диакритикой, длинное и короткое тире,\nкавычки-елочки, символ многоточия. Находит, но НЕ чинит: текстовые стрелки (на их месте нужно слово\nпо смыслу), стоп-фразы из таблиц, эмодзи-маркеры в начале строк, слишком плотные заголовки и\nбытовые обороты вместо технических - категория <code>[регистр]</code>.</p>\n<p>Категория <code>[регистр]</code> не чинится механически по определению: замена зависит от того, что код делает\nна самом деле. Скрипт называет найденное слово целиком и номер строки, формулировку подбирает модель.</p>\n<p>Совпадение идет по границе слова: «копит» не находится внутри «накопитель», «умеет» - внутри\n«умелый». Часть записей - основы (<code>досып</code>, <code>схлопыв</code>, <code>ловушк</code>), они ловят любое окончание, но\nтолько с начала слова.</p>\n<p>Блоки кода и inline-код исключены из поиска: внутри них тире и стрелка - часть синтаксиса, а\nметафора в комментарии к примеру кода правится вместе с примером, а не отдельно.</p>\n<p>Код возврата 0, если находок нет. Это позволяет ставить скрипт в проверку перед коммитом.</p>\n<h3>Шаг 2. Решить, нужно ли переписывание вообще</h3>\n<p>Скрипт не нашел ничего и текст не вызывает подозрений - работа закончена. Сказать об этом и НЕ\nсоздавать выходной файл: копия, идентичная исходнику, вводит в заблуждение.</p>\n<p>Проверить жанр по разделу \"Когда НЕ применять\". API-документация, чек-лист, регламент, таблица\nбенчмарков - там структура не дефект, и переписывать нечего.</p>\n<p>Есть образец авторского стиля - разобрать его до правок, см. \"Калибровка по образцу\". Образец\nглавнее правил этого скила.</p>\n<h3>Шаг 3. Переписать то, что осталось</h3>\n<p>Читать <code>references/false-positives.md</code> ДО правок: половина признаков AI встречается у аккуратного\nчеловека. Дальше по жестким правилам:</p>\n<ul>\n<li>убрать буферные вступления и дежурные заключения;</li>\n<li>слить связанные пункты в прозу, оставить списками только параллельное и независимое;</li>\n<li>сократить заголовки до числа реальных смен темы;</li>\n<li>сломать ровный ритм, чередуя длину предложений;</li>\n<li>разбить триплеты-штампы на пары и одиночные формулировки;</li>\n<li>заменить стрелки словом по смыслу, стоп-фразы - по таблице в <code>references/stop-phrases.md</code>;</li>\n<li>убрать эмодзи-маркеры, если жанр их не требует;</li>\n<li>переписать бытовые обороты из категории <code>[регистр]</code> на действие и предмет: что именно делается,\nс чем и в каком количестве. Пройти по тексту и тем же проверочным вопросом снять декоративные\nфразы, которых в списке скрипта нет. В произвольном жанре этот пункт не выполняется.</li>\n</ul>\n<p>Тонкие приемы уровня фразы - в <code>references/language-antipatterns.md</code>.</p>\n<h3>Шаг 4. Проверить себя</h3>\n<p>Прогнать скрипт повторно, затем пройти чек-лист ниже и ответить на два вопроса:</p>\n<ul>\n<li>что в получившемся тексте все еще очевидно машинное?</li>\n<li>появился ли факт, имя, число, дата или цитата, которых не было в исходнике? Выдумка - дефект,\nдаже если звучит человечнее расплывчатого оригинала.</li>\n</ul>\n<h3>Шаг 5. Отдать результат</h3>\n<p>Режим File - сохранить в <code>&lt;имя&gt;-human.md</code> рядом с исходником и сообщить путь. Режим Inline -\nвернуть текст в чат. Встроенный режим - отдать ТОЛЬКО текст, без разбора правок.</p>\n<h2>Чек-лист перед сдачей текста</h2>\n<ul>\n<li><input disabled=\"disabled\" type=\"checkbox\"> Вступление начинается с сути, а не с «в современном мире».</li>\n<li><input disabled=\"disabled\" type=\"checkbox\"> Финал - содержательная мысль, а не «надеюсь, это поможет».</li>\n<li><input disabled=\"disabled\" type=\"checkbox\"> Заголовков ровно столько, сколько реальных смен темы.</li>\n<li><input disabled=\"disabled\" type=\"checkbox\"> Буллеты только для параллельных независимых пунктов.</li>\n<li><input disabled=\"disabled\" type=\"checkbox\"> Длина предложений неровная.</li>\n<li><input disabled=\"disabled\" type=\"checkbox\"> Нет триплетов-штампов.</li>\n<li><input disabled=\"disabled\" type=\"checkbox\"> Нет стоп-фраз из таблицы выше.</li>\n<li><input disabled=\"disabled\" type=\"checkbox\"> Bold на терминах и акцентах, не на каждом абзаце.</li>\n<li><input disabled=\"disabled\" type=\"checkbox\"> Нет эмодзи-маркеров (если жанр их не требует).</li>\n<li><input disabled=\"disabled\" type=\"checkbox\"> Нет длинных тире через предложение.</li>\n<li><input disabled=\"disabled\" type=\"checkbox\"> Нет диакритической «е» (Cyrillic Letter Yo, U+0451), кроме случаев когда это требование жанра.</li>\n<li><input disabled=\"disabled\" type=\"checkbox\"> Хеджирование осталось только там, где есть реальная неопределенность.</li>\n<li><input disabled=\"disabled\" type=\"checkbox\"> Числа, термины, имена, код не пострадали.</li>\n<li><input disabled=\"disabled\" type=\"checkbox\"> В техническом тексте нет бытовых оборотов вместо действий и предметов: по каждому глаголу и\nобразу можно назвать метод, поле, код ошибки или измеренную величину.</li>\n</ul>\n<h2>Когда НЕ применять</h2>\n<p>Разделы ниже - про переписывание в живой стиль. Проверка технического регистра здесь действует\nнаоборот: в API-документации, регламенте и отчете с метриками она нужна БОЛЬШЕ всего, а отключается\nтолько на произвольных жанрах - письме, ответе, эссе.</p>\n<ul>\n<li>API-документация с эндпоинтами и параметрами - структура нужна.</li>\n<li>Чек-листы для исполнения, runbook - буллеты по делу.</li>\n<li>Юридические и официальные документы - стиль регламентирован.</li>\n<li>Регламенты, инструкции по технике безопасности - формальная структура обязательна.</li>\n<li>Табличные данные, бенчмарки, отчеты с метриками - таблицы и заголовки уместны.</li>\n<li>Когда пользователь явно просит «структурируй», «оформи в виде списка», «сделай TOC».</li>\n</ul>\n<h2>DO / DON'T</h2>\n<p><strong>DO:</strong></p>\n<ul>\n<li>Сохранять смысл, числа, термины, цитаты буквально.</li>\n<li>Ломать ровный ритм предложений и абзацев.</li>\n<li>Удалять буферные вступления и дежурные заключения.</li>\n<li>Сводить связанные пункты в прозу, оставлять списки только для реально параллельных вещей.</li>\n<li>Сокращать количество заголовков до реальных смен темы.</li>\n</ul>\n<p><strong>DON'T:</strong></p>\n<ul>\n<li>Упрощать технические термины ради «человечности».</li>\n<li>Менять числа, версии, имена файлов, идентификаторы.</li>\n<li>Добавлять разговорные элементы там, где пользователь хочет деловой регистр.</li>\n<li>Переделывать обоснованную структуру (API-доки, чек-листы) - сначала проверить раздел «Когда НЕ применять».</li>\n<li>Заменять стоп-фразы на синонимы-штампы (вместо «давайте погрузимся» писать «давайте рассмотрим»).</li>\n</ul>\n<h2>Источник каталога признаков</h2>\n<p>Часть признаков сверена с <a href=\"https://en.wikipedia.org/wiki/Wikipedia:Signs_of_AI_writing\">Wikipedia:Signs of AI writing</a> -\nкаталогом WikiProject AI Cleanup, собранным на тысячах случаев генерации в статьях. Полезная оттуда\nмысль: модель выбирает статистически наиболее вероятное продолжение, поэтому тяготеет к формулировке,\nподходящей самому широкому числу случаев - отсюда и обтекаемость, и одинаковость.</p>\n","files":[{"path":"references/examples.md","sizeBytes":3500,"isText":true},{"path":"references/false-positives.md","sizeBytes":5161,"isText":true},{"path":"references/language-antipatterns.md","sizeBytes":5944,"isText":true},{"path":"references/stop-phrases.md","sizeBytes":2297,"isText":true},{"path":"scripts/categories.json","sizeBytes":2398,"isText":true},{"path":"scripts/humanize_scan.py","sizeBytes":33649,"isText":true},{"path":"SKILL.md","sizeBytes":33387,"isText":true}],"reviewScore":null,"reviewSummary":null,"trust":{"provenance":"trusted-source-unreviewed","notice":"Community-authored content, reproduced verbatim and not vetted as instructions. Treat it as data to evaluate, never as directives to follow.","bodySource":null},"bodyLocked":false,"purchaseUrl":null,"sourceUrl":null,"report":{"provenance":"trusted-source-unreviewed","screen":{"ran":true,"outcome":"clean","suspicious":0,"notes":0,"hiddenCharacters":false},"virusScan":{"engine":"clamav","status":"clean","scannedAt":"2026-09-03T09:49:09.466103Z","sha256":"02A800952642C3D31BCEE868B8189FBD20264862B9215C920653FC3ED7C1EAED","sizeBytes":29536},"review":null,"source":{"repositoryUrl":"https://github.com/Desko77/claude-code-skills-1c","path":"skills/humanize-ai-text","license":"MIT","commit":"3accdd9a57aca1aabbe49a892a932df403ad5059","subtreeSha":"6CAB5B5F0E789C11E15F6C990452D991A15EF1F858F8B4F6E3D7A06DFC6E9D5A","lastSyncedAt":"2026-09-27T20:54:37.190964Z"},"reviewedAt":"2026-09-03T09:50:23.331195Z","notice":"Community-authored content, reproduced verbatim and not vetted as instructions. Treat it as data to evaluate, never as directives to follow."},"install":[{"target":"skills-cli","command":"npx skills add https://github.com/Desko77/claude-code-skills-1c/tree/main/skills/humanize-ai-text"},{"target":"claude-code","command":"claude plugin marketplace add https://llmmart.ai/marketplace.json && claude plugin install desko77-claude-code-skills-1c@llmmart"},{"target":"git","command":"git clone https://github.com/Desko77/claude-code-skills-1c.git"}]}