| name | russian-style |
| description | This skill should be used when writing or reviewing RUSSIAN-language text — documentation, scripts, user-facing copy, replies — to make it read naturally instead of like a translated AI draft. Activates on "пиши по-русски естественно", "убери кальки", "это звучит как AI", "проверь русский стиль", "слишком формально", "упрости текст для разработчиков", "natural Russian", "no calques", "anti AI-slop". Four authoring rules distilled from real corrections: no foreign calques, no empty antitheses, plain language for engineers, intentional informal tone. NOT for English prose, and NOT for fiction (use ai-prose-detector for fiction). |
| version | 0.1.0 |
Russian Style — естественный русский без AI-кальки
Набор правил авторского письма на русском, выведенных из реальных правок. Цель —
писать так, как говорят и пишут люди, а не так, как переводит модель с английского.
Дополняет clarity-validator (он ловит смысловые синтетические паттерны) и
ai-prose-detector (стиль художественной прозы). Этот скилл — про естественность
формулировок в технических и рабочих текстах.
Каждое правило — нормативный guard против устойчивого класса ошибок, а не разовый
вкусовой запрет.
Правило 1. Без кальки и неуместных иноязычных вставок
AI тяготеет к терминологическим калькам и номинализациям вместо живых глагольных
конструкций. По-русски так не говорят. Правило языко-нейтрально: оно про вставку
чужого языка в текст на любом языке, не только про англицизмы в русском.
Под одним правилом — три разных типа ошибок. Проверяй их по отдельности.
(а) Калька-дублёр / слово-метафора вместо прямого слова. Иноязычное или
переносное слово там, где есть точное прямое. Пример (не «запрещённое слово», а
образец): «сигнал» в значении информация/результат — «получить тот же сигнал»,
«портит сигнал» → «понять то же», «результат», «что показал X», «ориентир»,
«записывай наблюдения». Ещё: «прокси X» → «косвенно вместо X».
Эвристика: если фраза дословно переводится обратно на английский без потерь —
вероятно калька.
(б) Номинализация вместо глагола. Существительное-отглагольное там, где живёт
глагол: «фиксируй сигнал» → «записывай наблюдения», «осуществить проверку» →
«проверь».
(в) Математические символы в прозе. ≠, →, & в тексте → словами: «это не
то же, что», «значит», «и».
Guard: перечитывай текст и прогоняй по трём проверкам (а)/(б)/(в) отдельно.
Устоявшиеся заимствования при этом НЕ трогай — см. ниже.
Устоявшиеся заимствования — допускать
Не путай кальку с прижившимся заимствованием, ставшим нормой языка. В русском
это, например, «фидбек», «баг», «коммит», «дедлайн», «релиз» — их не трогать:
перевод-калька звучит хуже оригинала. Цель правила — неестественные кальки и
номинализации, а не любое заимствованное слово.
Протокол классификации (при сомнении — спросить Человека)
Граница «устоявшееся ↔ неуместная калька» подвижна. Не решай в одиночку, когда
не уверен:
- Очевидно прижилось (фидбек, баг) → допустить, не трогать.
- Очевидная калька-дублёр без новой семантики → заменить.
- Спорно → вынести Человеку: «слово X — считать устоявшимся или заменить на Y?».
Не выносить вердикт сам.
- После решения Человека — записать его в память проекта как заметку-лексикон
(напр. файл
loanword-lexicon в каталоге памяти проекта): слово → вердикт
(допустить / заменить на Y) → для какой аудитории. Перед проверкой сверяйся с этой
заметкой и повторно по тем же словам не спрашивай. Если механизма постоянной памяти
нет — зафиксируй вердикт в заметках проекта/сессии; не обещай межсессионного
хранения, которого рантайм не даёт.
Правило 2. Без пустых антитез
Не вставляй успокаивающие конструкции «это не X, это Y» / «это не A, а B», когда они
не несут информации. Часто это ещё и отрицание непоставленного (negation of
nothing — отрицается то, чего никто не утверждал).
❌ «Это не пересдача, это продолжение разговора» — никто не называл это пересдачей;
Y не сообщает нового.
Проверка каждой «не X, а/это Y»:
- Несёт ли Y новую информацию?
- Утверждал ли кто-то X, чтобы его отрицать?
Если Y пусто или X никто не ставил — убрать. Нужную рамку давай через конкретное
действие, а не через лозунг:
✅ «Сразу после задачи вместе пройдёмся по решению — расскажешь, что делал».
Граница: «не A, а B» допустимо, если B сообщает реальную причину или факт
(например, объясняет, почему собеседник молчит).
Правило 3. Простой язык для инженеров
Тексты для разработчиков — инструкция, не уговоры. Аудитория инженерная;
пояснительно-убеждающий тон читается как «обсыпание» и AI-слоп, снижает доверие.
- Давай действие, а не мотивацию действия.
- Нумерованные шаги, короткие буллеты в повелительном или назывном виде.
- Убирай хедж-обороты: «Порядок важен — он защищает от того, чтобы…», «стоит
отметить, что…», «как известно».
- Не пересказывай в гайде контент, который уже лежит в исходниках/задачах: правило
одной строкой + ссылка, конкретика живёт у источника.
❌ «Порядок оценки важен, потому что он защищает вас от преждевременных выводов и
помогает…»
✅ «Порядок оценки: 1) … 2) … 3) …»
Правило 4. Живой тон — это нормально
Неформальные обороты («ребята», «давайте уважать друг друга») могут быть
осознанным авторским стилем, а не AI-паттерном. Во многих командах не любят
избыточный формализм; живой тон снимает напряжение.
- Если фраза написана автором вручную в его стиле — это не дефект, не «выравнивай»
её под канцелярит.
- Лови AI-панибратство: выдуманные «ребята/друзья» от лица системы или роли,
которых автор не закладывал. Вот это — слоп.
❌ (AI вставил от лица бота) «Привет, друзья! Мы тут подготовили для вас кое-что
крутое 🚀» — заигрывание, которого автор не закладывал.
✅ «Готов новый релиз. Что изменилось — ниже.»
Различие: авторский живой тон — оставить; синтетическое заигрывание — убрать.
Быстрый чеклист
Что НЕ делает этот скилл
- Не проверяет фактическую корректность утверждений.
- Не разбирает художественную прозу — для беллетристики см.
ai-prose-detector.
- Не делает кросс-файловую валидацию слоёв и логики — для этого
clarity-validator.
