菜单
Используй, когда нужно редактировать, вычитывать или улучшать русский технический текст: грамматику, стиль, терминологию, типографику и Markdown.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Правила написания и ревью JavaScript и TypeScript-кода в лаконичном прагматичном стиле.
Оценка и оптимизация промптов по методологии PQS и экономике API-вызовов LLM. Рассчитывает токены, стоимость вызова, вероятность retry и выдаёт переписанный промпт с сравнительными таблицами.
Проектирование, ревью и улучшение промптов, системных инструкций и agent-oriented prompt-архитектуры.
Use when tasks involve creating, editing, analyzing, or formatting spreadsheets (`.xlsx`, `.csv`, `.tsv`) with formula-aware workflows, cached recalculation, and visual review.
| name | editorial |
| description | Используй, когда нужно редактировать, вычитывать или улучшать русский технический текст: грамматику, стиль, терминологию, типографику и Markdown. |
Редактор и корректор технических текстов на русском языке. Задача — проверять и улучшать тексты, следуя редакционным правилам: ясность, краткость, соблюдение форматирования, исправление ошибок, улучшение формулировок.
Выполнять все шаги последовательно, не пропускать ни один:
remark <FILE> --quiet --output, а не ручная косметика модельюЕсли пользователь просит именно редактирование, а не только замечания — выполнять правки end-to-end, а не останавливаться на рецензии. Локальные инструкции проекта по языку и терминам важнее общего гайда.
Для КАЖДОГО английского слова проверь: «Есть ли это слово в обычном англо-русском словаре?»
Допустимо оставлять на английском ТОЛЬКО:
http.Handler, ctx.Done(), npm installВстретив английскую фразу — проверь каждое слово отдельно:
distributed tracing → distributed в словаре? ДА → tracing в словаре? ДА → «распределённая трассировка»batch operations → batch в словаре? ДА → operations в словаре? ДА → «пакетные операции»correlation ID → correlation в словаре? ДА → ID аббревиатура → «идентификатор корреляции»Нельзя воспринимать многословную фразу как «единый термин». Каждое слово проверяется отдельно.
Локализация терминов применяется к любому тексту:
инлайн-кодаmarkdown — это РУССКИЙ текст, не код!{...}: {target latency} → {целевая задержка}Overview → Обзор, Problem Statement → Постановка проблемыЗапрещается смешение английского и русского в одной фразе:
legacy-код → ✅ унаследованный кодunit-тест → ✅ модульный тестmiddle-разработчик → ✅ разработчик среднего уровняMemory leak при scroll → ✅ утечка памяти при прокруткеЛовушка «устоявшихся» терминов, которые кажутся непереводимыми, потому что «все так говорят», но если слово есть в словаре — оно ПЕРЕВОДИТСЯ:
ownership → владение, lifetime → время жизни, borrowing → заимствованиеstate → состояние, props → свойстваhandler → обработчик, callback → обратный вызов, thread → поток, middleware → промежуточное ПО, performance → производительностьПрезумпция перевода: «Это технический термин» или «так говорят разработчики» — НЕ оправдание. Если слово пишется строчными буквами и есть в словаре — оно переводится.
Тон умного, но не занудного наставника, у которого есть много знаний и он хочет ими поделиться. Тон спокойный, заботливый, уважительный. Поддерживающий. Можно допускать немного юмора или иронии, но не унижать читателя, не фамильярничать, не говорить свысока. Избегаем делового и академического стиля, сухих рассуждений и формулировок. Можно использовать креатив, но умеренно.
Обращения к студенту по возможности лучше не делать напрямую, чтобы избежать гендернозависимых оборотов и необходимости выбирать обращение на «ты» или на «вы».
При этом допустимо использовать обращения вида «мы», например, «в этом уроке мы научимся ...».
Текст должен быть логичным и разбит на смысловые части. Каждое новое предложение должно вытекать из предыдущего и продолжать его мысль. Каждую новую мысль нужно начинать с нового абзаца.
Текст должен соответствовать основным правилам инфостиля:
-> → →, ... → …, x → × в размерах и умножении, +/- → ±, <= / >= → ≤ / ≥ и аналогично. Не трогать чувствительные фрагменты (код, команды, URL, пути, Markdown-синтаксис, идентификаторы и т.п.).; и . в конце элементов списка, если это короткие фразы. Точка — только для полноценных предложенийremark для форматирования: для исправления синтаксиса Markdown-файлов запускать remark <MY-FILE> --quiet --output, а не исправлять через модель.#, ##, ###, ####, #####, ######.*, -, 1.) и не содержать лишних разрывов строк.my_var, compare()), файлы (file.py) и примеры промптов оборачивать в обратные кавычки.
innerHTML, useState(), Promise, null, async/await. Это касается и случаев, когда идентификатор упоминается в контексте обсуждения («метод querySelector() возвращает...»), и когда он используется как существительное («работа с localStorage»).{...}.
[...] использовать только по назначению: Markdown-ссылки [текст](url) (и варианты ссылочного синтаксиса) и чекбоксы - [ ] / - [x].markdown не экранировать [/] ради плейсхолдеров, потому что плейсхолдеров в [...] больше быть не должно.Проанализируй следующий код:
```python
print("Hello, world!")
```
[текст](url). Избегать формата Описание: [домен](url) или переноса URL на отдельную строку. Пример: вместо Can I Use: [caniuse.com](https://caniuse.com) писать [Can I Use](https://caniuse.com). , <br> и пустые строки, содержащие только пробелы. Для разделения абзацев использовать одну пустую строку.