pishi-normalno

name	pishi-normalno
description	Пишет и редактирует русские посты, SMM, маркетинг, лендинги, письма и статьи; делает финальный embedded-проход. Убирает нейрослоп без потери фактов и голоса. Не применять к коду, логам и цитатам.

Пиши нормально

Цель

Писать и редактировать так, чтобы текст решал реальную задачу и оставался текстом конкретного автора. Сохранять факты, позицию, степень уверенности, полезную шероховатость, лексику и эмоциональную силу исходника.

Не определять авторство и не обещать обход AI-детекторов. Паттерны служат редакторскими сигналами, а не доказательством машинной генерации.

Короткий выпускной гейт

Не возвращать существенный русский текст, пока не выполнены все пункты:

1. Ни одного нового факта, образа, действия, носителя, сравнения или обещания, которых не было в исходнике либо брифе.
2. Ни одна исходная связь не уничтожена новой точкой или границей абзаца. Особенно защищать парные конструкции: на входе, на выходе, либо, либо, если, то, сначала, потом, не, а.
3. Сильные слова автора сохранены. Разговорность не добавлена от имени автора и не заменена нейтральной канцелярской формой.
4. В финале не более одного вопроса, если текст не является интервью, FAQ, анкетой или опросом. Вопрос должен запрашивать один конкретный опыт.
5. Короткая фраза выполняет самостоятельную речевую функцию. Точка не используется как декоративный усилитель.
6. Запрещенные кодовые точки и служебные следы отсутствуют, а обычный ASCII-дефис не заменяет синтаксическую проверку. Если исходное тире связывало предмет с оценкой, сначала попробовать вернуть глагол, а не ставить дефис на то же место.
7. Для поста, SMM и маркетинга проведен аудит. Если текст не хранится в файле, передать его аудитору через stdin.

Если локальная правка проходит этот гейт, не переписывать остальной текст.

Работать при автоматическом вызове

Не активировать для кода, команд, логов, дословных цитат и коротких фактических ответов. В смешанной задаче применять только к пользовательской прозе.

Если пользователь не называл скилл, но задача соответствует metadata-триггеру:

1. Активировать скилл без запроса команды или подтверждения.
2. Для готового связного текста выбрать edit, для создаваемого внутри другой задачи текста выбрать embedded.
3. Если основную задачу ведет другой предметный скилл, сначала получить факты и структуру от него, затем провести финальный проход pishi-normalno.
4. Не менять код, команды, данные, цитаты и предметные ограничения. В смешанном артефакте редактировать только русский текст для человека.
5. Не добавлять в результат служебный отчет о хуманизации, если пользователь его не просил.
6. Для поста, SMM и маркетинга прочитать профиль канала и провести финальный аудит, даже если скилл вызван внутри другого предметного скилла.

Выбрать режим и силу вмешательства

• edit: исправить только то, что мешает. Это режим по умолчанию для связного черновика.
• sharpen: усилить хук, конкретику, аргумент, ритм или финал без смены позиции и голоса.
• rewrite: полностью перестроить текст. Использовать по прямому запросу или когда локальная правка не спасает композицию.
• write: написать новый текст по брифу и подтвержденным фактам.
• audit: перечислить проблемы, риски и стратегии правки, не меняя текст.
• embedded: провести проверки внутри другой задачи и вернуть результат в запрошенном формате без служебного разбора.

Выбрать минимальную силу правки, достаточную для задачи:

1. Минимальная: орфография, жесткие ограничения, явные сбои и локальная неясность.
2. Редакторская: композиция, доказательства, плотность, хук и финал.
3. Полная: новый угол и новая структура. Только по запросу или при сломанном исходнике.

Не улучшать фразу только потому, что ее можно сделать нейтральнее. Если текст уже работает, оставить его без изменений.

Запрос сделать живее не разрешает добавлять новый сленг, метафоры, разговорные глаголы или дерзость. Брать выразительность из уже имеющихся слов, деталей, позиции и синтаксиса автора.

В sharpen не превращать наблюдение в совет, возможность в гарантию, частный опыт в правило, а может, чаще или иногда в категоричное надо, всегда или никогда.

При работе с файлом менять только прозу. Не трогать frontmatter, код, команды, URL, адреса, имена файлов, регулярные выражения, данные и цели ссылок без прямого запроса.

Собрать контракт задачи

Перед работой определить:

1. Кто говорит и от чьего лица.
2. Кому, где и в какой ситуации адресован текст.
3. Что читатель должен понять, почувствовать или сделать.
4. Какое одно изменение состояния читателя является задачей текста.
5. Какие факты, доказательства, ограничения и образцы голоса доступны.
6. Какое обращение, терминология, прямота, юмор и уровень давления допустимы.
7. Какой формат и предел длины запросил пользователь.

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

Маршрутизация:

• Для поста, маркетинга, SMM, лендинга, анонса, кейса или продающего текста прочитать marketing-smm.md.
• Для авторского текста, образцов стиля или риска обезличивания прочитать voice-preservation.md.
• Для ответственной публикации или регрессионной проверки прочитать copy-evaluation.md.
• Для научного, юридического, официального, технического или клиентского текста прочитать registers.md.
• Для полного языкового аудита прочитать russian-patterns.md.
• Для поиска новых и составных приемов нейрослопа прочитать neural-slop-corpus.md.
• Использовать examples.md как модель решений, а не как набор готовых фраз.

Соблюдать жесткие ограничения

1. Не добавлять факты, числа, даты, имена, цитаты, источники, кейсы, опыт, эмоции, отзывы, дефицит или мнение, которых нет в материале пользователя.
2. Сохранять отрицания, условия, ограничения, причинность, степень уверенности, обещания и авторизованные призывы к действию.
3. Не превращать функцию продукта в гарантированную выгоду. Выгода допустима, только если дана в брифе или неизбежно следует из функции.
4. Не вводить намеренные ошибки, опечатки, жаргон, частицы, метафоры, разговорные глаголы, вопросы, обрывки фраз или личные истории ради имитации человека.
5. Сохранять уже имеющиеся разговорные слова, англицизмы, фрагменты, повторы и неровности, если они ясны, уместны и принадлежат автору.
6. Не использовать кодовые точки U+2013 и U+2014. Сначала определить функцию знака, затем восстановить ее синтаксисом: предикацией, пояснением, причиной, следствием, противопоставлением, присоединением или паузой. Точка не является заменой по умолчанию. Обычный ASCII-дефис разрешен, в том числе как типографическая замена тире, но не должен становиться механической заменой без проверки смысла.
7. Не использовать стрелки, декоративные указатели, emoji, скрытые символы, soft hyphen и bidi-метки. Направление и последовательность передавать словами.
8. Заменять U+0451 на U+0435 и U+0401 на U+0415 в обычной прозе. Не менять регулярное выражение, которому эти кодовые точки нужны для сопоставления.
9. Не выдавать эвристический балл за вероятность AI-авторства или степень человечности.
10. Не разрывать одну предикативную конструкцию на два обломка ради резкости. Граница предложения должна сохранять отношение между частями, а не только визуальный ритм.

Зафиксировать четыре реестра

Реестр смысла

• тезисы и причинно-следственные связи;
• числа, даты, единицы, валюты и проценты;
• имена, названия, ссылки и цитаты;
• отрицания, модальность, условия и ограничения;
• терминология и авторизованные действия читателя.

Реестр голоса

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

Один текст дает только локальные якоря. Не строить по одному фрагменту полную личность автора. Подробный алгоритм находится в voice-preservation.md.

Реестр энергии

• сила и функция первой фразы;
• сцена, конфликт, контраст или неожиданность;
• детали, за счет которых текст запоминается;
• функция финала: вывод, пауза, вопрос или действие.

Не ослаблять эти элементы ради гладкости. Если сильный прием уже есть, сначала защищать его, потом чистить форму.

Карта смысловых связей

Перед изменением пунктуации или порядка фраз отметить связь между соседними частями:

• кто или что получает признак;
• определение или переименование;
• причина и следствие;
• условие и результат;
• противопоставление или уступка;
• пояснение, пример или присоединение;
• последовательность действий;
• вопрос и настоящий ответ.

Если после правки читатель должен сам угадывать эту связь, правка не прошла. Особенно проверять места, где запрещенный знак заменен точкой, и пары коротких фраз без сказуемого.

Для маркетинга зафиксировать происхождение утверждений

Для каждого обещания или выгоды определить одно основание:

• прямо дано в материале;
• неизбежно следует из названной функции;
• является предположением.

Проверка неизбежного следствия: может ли функция существовать, а заявленная выгода не наступить? Если да, это предположение. Не включать его без разрешения пользователя.

До написания выбрать один рабочий угол из материала: сцена, наблюдение, конфликт, результат, механизм, ошибка, ограничение или позиция. Угол не является шаблоном композиции.

Провести редактуру по слоям

1. Задача и читательский контракт

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

2. Смысл и доказательства

Проверить связку: утверждение, основание, значение для читателя, ограничение. Убрать повтор мысли и круговое развитие. Не прятать неудобные условия в примечание.

3. Композиция

Дать каждому абзацу функцию, но не загонять текст в AIDA, PAS, BAB или другой готовый каркас. Использовать такие модели только как диагностические вопросы. Список нужен для однородных элементов, а история только при наличии реального события и изменения.

Разметить фрагменты по силе вмешательства:

• защищенный: ясный, точный, голосовой фрагмент, оставить как есть;
• точечный: одна или две локальные проблемы, не перестраивать весь абзац;
• сломанный: нарушены задача, логика или связность, допустима полная перестройка.

Не переписывать защищенные фрагменты ради единообразия. Смешанная фактура текста часто и есть голос автора.

4. Русский синтаксис и лексика

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

Считать границу предложения смысловым решением. Перед разделением спросить, какое отношение кодировала исходная конструкция и останется ли оно явным. Две короткие фразы не становятся сильнее только из-за точек.

Псевдопанчлайн обычно выглядит как две или несколько коротких именных групп, которым точками придали вид выводов. Если части отвечают на один вопрос, вторая лишь называет первую или слушатель ждет пропущенное это, вернуть сказуемое либо связать части нормальным русским синтаксисом.

Короткий фрагмент допустим, когда у него есть отдельная речевая функция: реакция, команда, ответ, осознанный повтор или авторская пауза. Он должен быть понятен в речи, опираться на соседнюю полную мысль и принадлежать голосу автора. Не создавать фрагмент только ради темпа.

5. Хук, ритм и финал

Хук должен соответствовать телу текста и доказательствам. Не нейтрализовать резкую первую фразу автоматически. Менять ритм только ради смысла и интонации, не ради искусственного разнообразия.

Не добавлять вопрос или CTA по привычке. Финал может быть утверждением, честным ограничением, следующим шагом, конкретным вопросом или просто последней сильной фразой. Общие просьбы о комментариях заменять конкретным вопросом только тогда, когда ответы действительно нужны. Вопрос Ты уже так делал? остается общим: назвать действие, о котором спрашивает автор, либо убрать вопрос.

Проверить результат

Провести четыре независимых прохода:

1. Артефакты и факты: запрещенные кодовые точки, служебные следы, числа, имена, ссылки, отрицания, условия и ограничения.
2. Смысловой скелет: предикация, референты, причинность, карта связей и полнота каждого тезиса.
3. Русская речь и голос: сочетаемость, актуальное членение, обращение, лексика автора, уместная шероховатость и жанр.
4. Композиция и читатель: честность хука, функция абзацев, повторяющийся каркас, доказательства, финал и CTA.

На четвертом проходе отдельно прочитать только первые фразы абзацев и пунктов. Если они образуют один и тот же шаблон, исправить структуру, не добавляя случайной неровности.

1. Все факты исходника сохранены, новых фактических утверждений нет.
2. Не потеряны отрицания, условия, ограничения, сомнение и границы причинности.
3. Сохранены критические голосовые якоря, прямота хука и функция финала.
4. В тексте нет смешения обращений на ты и вы, если смена не задумана.
5. CTA существует в брифе, подходит стадии читателя и не обещает отсутствующего действия.
6. Текст нельзя без потерь приписать любому бренду или автору, просто заменив существительные.
7. Второй проход не меняет уже хорошую фразу без новой причины.
8. Каждая измененная граница предложения сохраняет исходную смысловую связь.
9. Ни одна короткая фраза не добавлена только ради панчлайна или статистического разнообразия.
10. Текст проходит детерминированный аудит:

python skills/pishi-normalno/scripts/audit_russian_text.py result.md --genre social --strict

Для текста без файла использовать stdin:

@'
<готовый текст>
'@ | python skills/pishi-normalno/scripts/audit_russian_text.py - --genre social --strict

Если Python отсутствует в окружении, не искать случайный интерпретатор и не блокировать ответ. Пройти короткий выпускной гейт вручную. В Codex Desktop можно сначала получить путь к комплектному runtime через инструмент загрузки зависимостей рабочего пространства.

Для рискованной редактуры дополнительно сравнить исходник:

python skills/pishi-normalno/scripts/audit_russian_text.py result.md --source source.md --genre social --strict

Скрипт проверяет формальные расхождения и сигналы. После него вручную сопоставить смысл, голос и происхождение выгод. Исправить ошибки, проверить предупреждения по контексту, не чинить информационные сигналы механически.

Вернуть результат

• В write, rewrite, sharpen и embedded вернуть только готовый текст, если пользователь не просил разбор.
• В edit вернуть текст или внести правку в файл в запрошенном формате. Объяснение давать только по запросу.
• В audit назвать приоритет, фрагмент, причину, риск и конкретную стратегию правки.
• Если исходнику не хватает доказательств, не маскировать пробел уверенным тоном.

Ресурсы

• voice-preservation.md: паспорт голоса, полезная шероховатость и бюджет правки.
• marketing-smm.md: маркетинговый бриф, углы, доказательства, посты, CTA и каналы.
• copy-evaluation.md: независимые гейты и слепые сценарии проверки.
• russian-patterns.md: русская таксономия, ложные срабатывания и стратегии правки.
• neural-slop-corpus.md: составные паттерны нейрослопа, минимальные пары и контрпримеры.
• registers.md: жанровые профили и допустимые конструкции.
• examples.md: безопасные примеры до и после.
• research-basis.md: источники, ограничения исследований и редакторская база.
• patterns.json: машиночитаемые эвристики для аудитора.
• audit_russian_text.py: Unicode, паттерны, структура и формальная сверка фактов.