Скилы для Claude: 14 готовых скилов на русском и как их поставить

Поставь скилл, текст которого я вставлю сразу после этого сообщения.

Куда ставить: [ГДЕ: личная папка ~/.claude/skills, чтобы скилл работал во всех проектах]

Порядок:
1. Прочитай шапку скилла между строками из трёх дефисов: поля name и description. Имя должно состоять из строчных латинских букв, цифр и дефисов, до 64 знаков. Имени нет или оно не подходит — предложи своё и спроси.
2. До записи покажи мне две вещи. Первая — поля в квадратных скобках списком: заполнить ли их моими значениями или оставить как есть. Вторая — всё, что скилл просит делать сам: запускать команды, скачивать файлы, ходить в интернет. Дождись ответа.
3. Создай папку с этим именем и сохрани текст как SKILL.md буква в букву — без правок и сокращений, только с теми значениями полей, которые я назвал.
4. Если скилл ссылается на соседние файлы — справочник, шаблон, скрипт, — а самих файлов в тексте нет, скажи, каких не хватает: без них скилл может работать хуже.

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

Перед выдачей проверь, что файл лежит на месте и шапка читается. Скажи, как вызвать скилл — командой /имя, — и что делать, если в этой сессии его ещё нет в списке /skills: открыть новую.

Открыть карточку: пример результата и разбор

---
name: dizayn-interfeysa
description: Проектирует и верстает экраны сайтов и приложений так, чтобы они не выглядели шаблоном из нейросети. Сначала выбирает визуальное направление и собирает мини-систему из цветов, шрифтов и отступов, потом пишет код. Используй, когда просят сделать лендинг, страницу, форму, дашборд или компонент, а также переделать дизайн готового экрана.
---

# Дизайн интерфейса

Стек: [СТЕК: как в текущем проекте, для нового — HTML и CSS без фреймворков]
Цвета бренда: [ЦВЕТА: из приложенного бренд-бука или логотипа, без них предложи палитру сам]

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

## Сначала направление, потом код
Одним абзацем опиши настроение экрана и один приём, который запомнится: крупная типографика, фото на весь первый экран, строгая сетка как в газете. Направление выводи из продукта и аудитории, а не из моды. Покажи абзац и дождись согласия, потом верстай.

## Система до вёрстки
В начале CSS заведи переменные: не больше шести цветов с ролями (фон, текст, приглушённый текст, акцент, граница, ошибка), не больше двух шрифтов, шкалу размеров и шаг отступов, кратный 8. Дальше в коде только переменные, никаких случайных значений.

## Что обязательно в каждом экране
- Ширина 360 px — первой, десктоп потом.
- Состояния: наведение, фокус с клавиатуры, неактивная кнопка, загрузка, пустой список, ошибка ввода.
- Контраст обычного текста к фону — 4.5:1 и выше, кнопки высотой от 44 px.
- Одно главное действие на экран, и оно заметнее всего остального.

Исключено: фиолетово-синие градиенты на белом, шрифт Inter по умолчанию, стеклянные полупрозрачные карточки, эмодзи вместо иконок, три одинаковых блока «преимущества» с иконкой в кружке. Отзывы, логотипы клиентов и цифры не выдумывай — ставь заметную заглушку «сюда настоящий отзыв».

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

Открыть карточку: пример результата и разбор

---
name: zhivoy-tekst
description: Редактирует текст так, чтобы он читался как написанный человеком для человека — убирает канцелярит, штампы, лишние тире и пустые вступления, не меняя смысла и фактов. Используй, когда просят «сделай живее», «убери воду», «звучит как робот», «вычитай пост или статью перед публикацией».
---

# Живой текст

Голос автора: [ГОЛОС: от первого лица, спокойно, без восклицаний]

Читателя и площадку пойми по самому тексту или по словам человека: «пост в канал», «письмо клиентам». Не получается понять, для кого текст, — спроси.

## Что искать и чем заменять
- Цепочки существительных на -ние и -ость («осуществление контроля за исполнением») — переводи в глаголы: «проверяем, сделано ли».
- Пустые зачины: «в современном мире», «ни для кого не секрет», «давайте разберёмся». Начинай с сути или со случая.
- Конструкцию «не X, а Y» оставь одну на весь текст, остальные перепиши прямым утверждением.
- Тройки слов ради ритма («быстро, удобно и надёжно») — оставь то одно, которое правда.
- Тире на месте любой паузы: больше двух на абзац — меняй на точку, двоеточие или запятую.
- Концовки-морали «главное — помнить», «в итоге можно сказать» — вычёркивай.
- Нет читателя — добавь «вы» и ситуацию, в которой он окажется. Нет автора — одно наблюдение из опыта, если оно есть в исходнике.

## Правила правки
Факты, числа, имена и ссылки не трогай. Результат не длиннее исходника. Если фраза держит смысл, а заменить её нечем, оставь как есть.

Запрещено: добавлять утверждения, которых нет в исходнике, даже правдоподобные («гости это ценят», «многие возвращаются»), выдуманные истории, цитаты и «мнения экспертов»; менять вывод автора; вставлять сленг, которого нет в его голосе.

Перед выдачей сверь правку с исходником по фактам и числам. Отдай чистый текст, а под ним — не больше пяти строк о том, что поменял и почему.

Открыть карточку: пример результата и разбор

---
name: marketing-offer-i-plan
description: Собирает оффер и контент-план на месяц для малого бизнеса или эксперта — от задачи клиента до тем постов с форматом и призывом к действию. Используй, когда просят «придумай оффер», «контент-план», «о чём писать в соцсетях», «как продвигать услугу», «упаковать предложение».
---

# Оффер и контент-план

Где продвигаем: [КАНАЛЫ: Telegram-канал и группа ВКонтакте]
Как часто: [ЧАСТОТА: три поста в неделю]

## Шаг 1. Оффер
Что продаём и кому — из брифа в сообщении. Если в нём нет продукта, клиента, цены или отличия от ближайшего конкурента, задай до трёх вопросов. Потом собери оффер из четырёх частей: результат для клиента его словами, для кого именно, чем это подкреплено — факт, цифра или гарантия, которая у вас правда есть, — и что сделать прямо сейчас. Дай три заголовка разной интонации: деловой, дружеский, прямой.

## Шаг 2. План на четыре недели
Таблица: дата, тема, формат (пост, карусель, короткое видео, опрос), мысль, которую клиент унесёт, призыв в конце. Темы раздай по ролям: знакомство, польза без продажи, разбор сомнения клиента, случай из работы, продающий пост. Продающих — не больше одного из пяти.

## Правила
Каждая тема привязана к конкретной ситуации клиента. У велосипедной мастерской это колесо, спущенное утром перед работой, или цепь, которая скрипит после дождя. Заголовки постов звучат так, как человек сказал бы вслух.

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

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

Открыть карточку: пример результата и разбор

---
name: seo-proverka-stranicy
description: Проверяет одну страницу сайта перед публикацией или после неё — заголовок, описание, структуру, ссылки, картинки, разметку и технические мелочи, из-за которых страница не попадает в поиск. Отдаёт список правок по важности. Используй, когда дают ссылку, HTML-файл или текст страницы и просят «проверь SEO», «почему не ранжируется», «что поправить перед запуском».
---

# SEO-проверка страницы

Поисковик: [ПОИСКОВИК: Яндекс]
Что смотреть: [ИСТОЧНИК: HTML-файл или ссылка из сообщения]

Главный запрос называет человек. Не назвал — спроси до проверки: без запроса title и первый абзац оценить не с чем.

## Что проверить
- title: запрос ближе к началу, суть умещается в первые 60 знаков, у каждой страницы сайта свой.
- meta description: отвечает на запрос и зовёт открыть страницу, не повторяет первый абзац слово в слово.
- H1 один на странице, по смыслу совпадает с title, но не дословно.
- Первый абзац сразу отвечает на запрос, в двух-трёх предложениях.
- Подзаголовки H2 и H3 идут по порядку и читаются как оглавление.
- Картинки: осмысленный alt, указаны размеры, вес каждой до 300 КБ.
- Ссылки: битые, ведущие на редирект, внутренние на соседние страницы той же темы.
- Техника: canonical, нет случайного noindex, есть meta viewport и на телефоне нет горизонтальной прокрутки, микроразметка без ошибок.
- Дубли: нет ли на сайте второй страницы под тот же запрос — две такие страницы мешают друг другу.

## Как отдавать
Таблица: проблема, где именно (строка кода или цитата), как исправить, важность — критично, важно или по желанию. Критичное сверху: всё, что прячет страницу от поиска или ломает её на телефоне.
В примерах исправлений бери факты только со страницы. Срока, цены или гарантии там нет — пиши «уточнить», а не придумывай.

Исключено: советы «добавьте больше ключевых слов», переписывание текста целиком, выдуманная частота запроса, обещания места в выдаче. Не хватает данных — нет доступа к странице, нет HTML — так и скажи, без догадок.

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

Открыть карточку: пример результата и разбор

---
name: revyu-koda
description: Проверяет изменения в коде перед коммитом или слиянием — ищет ошибки, которые сломают работу, дыры в безопасности и места без тестов, и отдаёт замечания по важности со ссылкой на строку. Используй, когда просят «посмотри код», «сделай ревью», «проверь дифф», «проверь пулреквест», «что тут не так».
---

# Ревью кода

Что проверяем: [ОБЪЁМ: незакоммиченные изменения в текущей ветке, git diff]
Правила команды: [ПРАВИЛА: файл CONTRIBUTING.md в корне, если он есть]

Язык и фреймворк определи по файлам проекта, а не по догадке.

## Порядок
1. Прочитай дифф целиком и пойми, что изменение должно делать. Если цель не видна из кода и сообщений коммитов, спроси одним вопросом.
2. Для каждой изменённой функции найди, откуда её вызывают. Ошибка часто живёт в вызывающем коде, который про изменение не знает.
3. Проверяй в таком порядке:
   - поломка: неверная логика, необработанный None, гонки, границы циклов, миграции базы без отката;
   - безопасность: SQL и команды оболочки из пользовательского ввода, секреты в коде, права доступа;
   - тесты: что поменялось в поведении и чем это проверено;
   - читаемость — в последнюю очередь и коротко.

## Формат замечания
файл:строка — что не так — чем грозит, на конкретном сценарии — как исправить. Уверенность: «точно» или «возможно».

Исключено: замечания о вкусе вроде кавычек и порядка импортов, если за этим следит линтер; переписывание модуля целиком; похвала ради похвалы. Код сам не исправляй, пока не попросят.

Перед выдачей перепроверь каждое замечание с пометкой «точно»: есть ли реальный вход, на котором код ломается? Если такого входа нет, переведи замечание в «возможно» или убери.

Открыть карточку: пример результата и разбор

---
name: razrabotka-1s
description: Помогает писать и проверять код 1С Предприятия 8.3 на встроенном языке — модули, запросы, обработки и отчёты — по стандартам разработки и с учётом клиент-серверного исполнения. Используй, когда просят написать или поправить код 1С, запрос к регистрам, обработку, отчёт на СКД или разобрать ошибку в модуле.
---

# Разработка на 1С

Интерфейс: [РЕЖИМ: управляемые формы, тонкий клиент]
Как дорабатываем: [ДОРАБОТКИ: только расширением, типовая конфигурация остаётся на поддержке]

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

## Правила кода
- Русский синтаксис встроенного языка, имена по стандарту: процедура ЗаполнитьТаблицуОстатков(), переменные без сокращений.
- У каждой процедуры модуля формы директива компиляции — &НаКлиенте, &НаСервере или &НаСервереБезКонтекста — и одна строка, почему именно она. Лишний серверный вызов в цикле — главный тормоз управляемых форм.
- Запросы пакетом и через временные таблицы. Запрос внутри цикла недопустим.
- Условия к виртуальным таблицам регистров передавай в параметрах таблицы, а не в секции ГДЕ.
- Обращение к реквизитам ссылки через точку внутри цикла заменяй одним запросом.

## Как отдавать
Код целиком, комментарии только там, где решение неочевидно. Под кодом — куда его вставить (модуль формы, модуль объекта, общий модуль) и какие права нужны пользователю.

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

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

Открыть карточку: пример результата и разбор

---
name: rolik-remotion
description: Делает короткие ролики кодом на Remotion — титры, анимированную инфографику, вертикальные видео для Shorts и Reels — и рендерит их в mp4. Используй, когда просят «сделай ролик на Remotion», «анимируй цифры», «видео из данных», «заставку с логотипом».
---

# Ролик на Remotion

Формат по умолчанию: [ФОРМАТ: вертикаль 1080×1920, 30 кадров в секунду]
Где материалы: [МАТЕРИАЛЫ: папка public проекта]

Что за ролик, сколько он длится и что в нём показать — из сообщения человека.

## Подготовка
Проекта нет — создай его командой npx create-video@latest, но сначала спроси разрешения на установку зависимостей.

## Правила анимации
- Всё движение считается от номера кадра: useCurrentFrame() и interpolate() или spring(). CSS-анимации и transition не используй: кадры рендерятся по отдельности, и такая анимация дёргается или пропадает.
- Длительность и размер задавай в Composition, время — в кадрах: секунда равна fps кадров.
- Сцены раскладывай через Sequence с from и durationInFrames, а не условиями внутри одного компонента.
- Картинки и шрифты бери из папки public через staticFile(), видео вставляй компонентом OffthreadVideo.
- Для вертикали держи текст крупным и подальше от верхнего и нижнего края: там площадка кладёт свой интерфейс.

## Предпросмотр и рендер
Сначала открой Remotion Studio (npx remotion studio) и попроси посмотреть ролик. После одобрения рендер: npx remotion render, id композиции, путь out/video.mp4.

Исключено: Math.random() — случайность только через random() из remotion с постоянным seed; загрузка картинок по ссылкам из интернета во время рендера; музыка без указания, откуда она и можно ли её использовать.

Перед выдачей проверь, что длительность в кадрах совпадает с заданной, а последний кадр не обрезает финальную надпись.

Открыть карточку: пример результата и разбор

---
name: prezentaciya-po-smyslu
description: Строит презентацию от главной мысли — сюжет, текст каждого слайда, что на нём показать и что сказать вслух. Если доступно создание файлов, собирает pptx. Используй, когда просят «сделай презентацию», «слайды для выступления», «питч», «доклад», «защита проекта».
---

# Презентация по смыслу

Оформление: [ОФОРМЛЕНИЕ: фирменный шаблон, если приложен, иначе белый фон и один акцентный цвет]

Повод, слушателей, время на выступление и материалы бери из сообщения. Чего не хватает — спроси одним сообщением, списком.

## Порядок
1. Одна фраза — что слушатели должны решить или запомнить. Покажи её и дождись согласия, прежде чем писать слайды.
2. Сюжет: вопрос → что выяснили → что предлагаем → что нужно от слушателей. Для отчёта порядок другой: итог → причины → риски → план.
3. Слайдов не больше, чем минут выступления.
4. На каждый слайд: заголовок-вывод (не «Продажи за квартал», а «Продажи выросли на 12% за счёт двух крупных клиентов»), до трёх опорных пунктов под ним, что показать — график, таблицу, фото, — и текст для выступающего на полминуты.

## Цифры и графики
Цифры бери только из приложенных материалов. К каждому графику укажи тип и причину: динамика — линия, сравнение — столбцы; круговая диаграмма годится для двух-трёх долей, не для десяти.

Исключено: слайды «Спасибо за внимание» и «Вопросы?», абзацы текста на слайде, цифры и проценты, которых нет в материалах, картинки для красоты.

Перед выдачей проверь: заголовки слайдов, прочитанные подряд, должны пересказывать всё выступление. Если не пересказывают — перепиши заголовки.

Открыть карточку: пример результата и разбор

---
name: pdf-v-tablicu
description: Достаёт таблицы и данные из PDF — прайсов, отчётов, счетов, каталогов — и собирает их в Excel или CSV со сверкой итогов. Используй, когда к чату приложен PDF и просят «перенеси в таблицу», «вытащи данные», «собери цены в Excel», «сравни два прайса».
---

# Из PDF в таблицу

Нужные поля: [ПОЛЯ: те, что назовёт человек, иначе все колонки таблиц]
Результат: [РЕЗУЛЬТАТ: файл xlsx, по листу на каждый PDF и сводный лист]

Работай с PDF, которые приложены к чату или лежат в папке проекта.

## Как работать
1. Сначала определи тип PDF: с текстовым слоем или скан. Текстовый разбирай кодом (pdfplumber или camelot). Для скана скажи, что нужно распознавание, и спроси, продолжать ли.
2. Покажи первые десять строк каждой таблицы и как ты понял колонки. Всё остальное обрабатывай после подтверждения.
3. Приведи данные к одному виду: числа без пробелов между разрядами, запятая в дроби заменена точкой, единицы измерения в отдельной колонке, пустые ячейки пустые, а не ноль.
4. Строки, разорванные переходом на новую страницу, склей; шапку, повторённую на каждой странице, убери.

## Сверка
Если в документе есть итог, посчитай сумму по своей таблице и сравни. Все расхождения — на отдельный лист «Проверить»: какие строки и на какой странице PDF.

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

В конце напиши, сколько строк извлечено из каждого файла, сколько попало на лист «Проверить» и сошлись ли итоги.

Открыть карточку: пример результата и разбор

---
name: zametki-obsidian
description: Превращает сырые записи — расшифровки голосовых, конспекты, выписки из статей — в заметки Obsidian со свойствами, тегами и ссылками на соседние заметки, не ломая существующие связи. Используй, когда работают с папкой Obsidian или просят «разложи заметки», «сделай заметку из этого», «свяжи с тем, что уже есть».
---

# Заметки для Obsidian

Хранилище: [ХРАНИЛИЩЕ: текущая папка, если в ней есть .obsidian]
Для чего база: [НАЗНАЧЕНИЕ: личная база по работе и чтению]
Свойства заметки: [СВОЙСТВА: тип, источник, дата, статус]

## Как собрать заметку
1. Одна мысль — одна заметка. Длинную запись режь на несколько и свяжи их между собой.
2. Заголовок — утверждение или вопрос, а не тема: «Утренние созвоны съедают фокус» вместо «Созвоны».
3. В начале файла свойства в YAML между строками из трёх дефисов; теги — в свойстве tags, а не решётками по тексту.
4. Ссылки на другие заметки — в двойных квадратных скобках и только на существующие файлы. Прежде чем поставить ссылку, найди в хранилище, как называется нужная заметка.
5. Цитаты из источника — в блоке с угловой скобкой и с пометкой, откуда они.

## Бережно к хранилищу
Правка готовой заметки — дописыванием в конец, если не просили иначе. Нужной заметки нет — пустую не создавай, а внеси её название в итоговый список.

Исключено: переименование и перенос существующих файлов (ссылки на них сломаются), правка служебной папки .obsidian и файлов плагинов, удаление заметок.

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

Открыть карточку: пример результата и разбор

---
name: dopros-resheniya
description: Допрашивает план или решение до общего понимания — по одному вопросу за раз и с рекомендуемым ответом на каждый. Используй, когда человек говорит «допроси меня», «покопай глубже», «что я упускаю», или приносит план запуска, ремонта, переезда, покупки, архитектуры, где внутри больше одного решения.
---

# Допрос решения

Вопросов за один заход: [ЗА ЗАХОД: один]
Что проверять первым: [ПРИОРИТЕТ: деньги, сроки и шаги, которые потом не отменить]

Само решение и всё, что о нём известно, человек приносит в сообщении, в приложенных файлах или в переписке выше.

## Дерево решений
Разложи решение на дерево: главный выбор и те решения, что от него зависят. Иди сверху вниз. Вопрос, ответ на который зависит от ещё открытой ветки выше, отложи — сначала закрой ветку.

## Вопросы
За один заход задавай столько вопросов, сколько указано в настройке. Каждый оформляй так:
1. Вопрос одной фразой.
2. Что поменяется в плане от ответа.
3. Твой рекомендуемый ответ и причина в одно предложение.

Человек отвечает «да», поправляет или говорит своё — прими ответ и переходи к следующей ветке. Молчаливых допущений не оставляй: если принял что-то без вопроса, скажи об этом вслух.

## Факты добывай сам
Если ответ можно найти в файлах, документах или переписке, которые тебе дали, найди его и назови источник — спрашивать о таком нельзя. Вопрос нужен там, где решает человек: деньги, сроки, риск, вкус. Рекомендуемый ответ — совет, как решить, а не догадка о факте: цифры, которой нет в материалах (стоимость, срок, спрос), не подставляй «типичной», а скажи, где её взять.

Не делай:
- список из десяти вопросов разом — на пятом человек начинает отвечать формально;
- согласие из вежливости — если ответ противоречит фактам из контекста, скажи прямо;
- план работ, пока дерево не пройдено до конца.

## Когда остановиться
Когда в дереве не осталось ветки без ответа. Итог — принятые решения, непроверенные допущения и что проверить первым делом. Перед выдачей итога перечитай ответы человека и назови противоречия между ними, если нашёл.

Открыть карточку: пример результата и разбор

---
name: peredacha-sessii
description: Сжимает текущий разговор в файл передачи, чтобы новая сессия продолжила работу с первой минуты, не перечитывая старый чат. Используй, когда говорят «сохрани план», «на завтра», «заканчиваем», «передай дальше», или когда контекст подходит к пределу и пора начинать новый разговор.
---

# Передача между сессиями

Куда сохранить: [ПАПКА: docs/handoff в корне проекта]

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

Файл называй по дате: handoff-год-месяц-день.md. Если такой уже есть, допиши к имени номер.

## Четыре блока, в этом порядке
1. Сделано — по факту, с числами, путями к файлам и номерами коммитов. Не «поправили импорт», а «импорт: дубли по телефону 312 → 0, файл src/import/orders.py, коммит a41c9e2».
2. Решено — только то, что меняет будущие решения, и рядом причина. Вывод без причины следующая сессия пересмотрит заново.
3. Открыто — задачи с датой или условием. Отдельной строкой то, что ждёт человека: доступы, ответ заказчика, согласование.
4. Где лежит — черновики, выгрузки и временные файлы вне git. Без этого блока их не найдут и сделают работу второй раз.

## Ссылка вместо пересказа
То, что уже записано в плане, задаче, README или коммитах, не пересказывай: дай путь и одну строку «зачем туда смотреть». Передача разрастается именно из пересказа.

Исключено: пароли, токены, ключи API и личные данные, даже если мелькали в разговоре, — вместо них напиши, где их взять. Не приукрашивай: упавший тест и незаконченный шаг так и называются.

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

Открыть карточку: пример результата и разбор

---
name: korotko-bez-vody
description: Переключает ответы в сжатый режим — без вступлений, пересказа вопроса, вежливых оборотов и итогов, только суть, команды и код. Экономит токены и время на чтение. Используй, когда говорят «коротко», «без воды», «экономь токены», а также в долгих рабочих сессиях Claude Code.
---

# Коротко и без воды

Уровень сжатия: [УРОВЕНЬ: средний]
Язык ответа: [ЯЗЫК: русский, термины и команды как есть]

## Как отвечать
Сначала результат: команда, код, число, решение. Пояснение — после, одной-двумя строками, и только если без него результат легко применить неправильно.

Уровни:
- лёгкий — обычные предложения, выброшены вступления и итоги;
- средний — короткие фразы, списки вместо абзацев, без связок «таким образом», «стоит отметить»;
- жёсткий — телеграфный стиль: предмет, действие, число; стрелка → вместо «приводит к».

## Где сжатие выключается
Код, команды, пути, сообщения об ошибках и цитаты из документов переносятся дословно. Предупреждение о необратимом действии — удалении файлов, миграции базы, git push --force — пиши полностью даже на жёстком уровне. Попросили «объясни подробно» — отвечай подробно, но только на этот вопрос, потом возвращайся к сжатию.

Не пиши: «Отличный вопрос», «Конечно!», «Надеюсь, это поможет», пересказ задачи своими словами, возможности, о которых не спрашивали, один и тот же вывод разными словами.

Прежде чем выдать ответ, проверь каждую фразу: если её можно вычеркнуть без потери смысла — вычеркни.

Открыть карточку: пример результата и разбор

---
name: sozdat-skill
description: Помогает написать новый скилл — выясняет задачу, пишет SKILL.md с понятным описанием, проверяет на пробных запросах и дорабатывает. Используй, когда говорят «сделай скилл», «хочу, чтобы Claude всегда делал вот так», «упакуй этот процесс в навык», или просят улучшить готовый SKILL.md.
---

# Создать скилл

Где будет жить: [ГДЕ: Claude Code, папка ~/.claude/skills]

Что должен уметь скилл — из просьбы человека. Удачный прошлый результат, если его приложили, считай образцом формата.

## 1. Выяснить
Если в сообщении нет ответа, задай до четырёх вопросов: что на входе, что на выходе, как понять, что результат хороший, где ошибались, когда делали вручную.

## 2. Написать
Папка с именем скилла латиницей через дефис, внутри файл SKILL.md. В начале файла — блок между строками из трёх дефисов с полями name и description. Имя — строчные латинские буквы, цифры и дефисы, до 64 знаков, без слов claude и anthropic. Описание — до 1024 знаков: что делает скилл и какими словами человек об этом попросит, ведь именно по описанию решается, включать ли скилл.
Тело — инструкция по шагам, как для нового сотрудника: порядок, правила, формат результата, типичные ошибки. Длинные справочники и шаблоны вынеси в отдельные файлы рядом и сошлись на них из SKILL.md — они загрузятся, только когда понадобятся.

## 3. Проверить
Придумай три пробных запроса: обычный, неудобный и такой, на котором скилл включаться не должен. Пройди каждый по инструкции и покажи, где она сбоит.

## 4. Доработать
Правь инструкцию по найденным сбоям, а не дописывай общие пожелания. Правило, которое не изменило ни одного ответа, вычеркни.

Исключено: пароли и ключи в тексте скилла, пути, которые есть только на этом компьютере, требования вроде «будь максимально полезным», которые нечем проверить.

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

Открыть карточку: пример результата и разбор