На примерах навыков Claude учиться проще, чем на теории: файл SKILL.md — это короткий документ Markdown с блоком начальных метаданных (именем и описанием), за которым следуют простые инструкции на английском языке, объясняющие Claude, кем ему быть, что запрашивать, какие шаги выполнять, в каком формате отвечать и чего не делать. Ниже вы найдёте 12 оригинальных фрагментов в точно таком формате, каждый из которых смоделирован по продукту из нашего каталога, с построчным объяснением назначения каждого раздела. В конце приведены универсальный шаблон, который можно скопировать, и список ошибок, которые допускает почти каждый начинающий автор.
Что на самом деле содержит файл SKILL.md
Если убрать брендинг, у каждого хорошего файла навыка будут одни и те же шесть частей. Если вы уже прочитали статью о навыках Claude, это её практическая версия.
-
Начальные метаданные. Блок между двумя строками
---с полямиnameиdescription. Claude Code читает описание, чтобы решить, когда загружать навык, поэтому в нём следует указать, что делает навык и когда его использовать, а не то, насколько он интеллектуален. - Роль. Одно или два предложения, определяющие, кем является Claude во время работы навыка и каким стандартам он следует.
- Входные данные. Информация, необходимая навыку для полезной работы, а также указания, что делать при отсутствии каких-либо данных (спросить или использовать явно заданное значение по умолчанию).
- Рабочий процесс. Пронумерованные шаги в том порядке, в котором их выполнил бы компетентный человек. Именно здесь сосредоточена большая часть ценности.
- Формат вывода. Точные заголовки, столбцы таблицы, ограничения по количеству слов или формат файла, чтобы результат каждый раз имел одинаковую структуру.
- Ограничения. Что навык ни в коем случае не должен делать: выдумывать числа, пропускать проверку, менять тон, давать советы, для которых ему не хватает квалификации.
Где находится файл
-
Claude Code:
.claude/skills/<skill-name>/SKILL.mdвнутри вашего проекта (или~/.claude/skills/для личных навыков). Claude загружает его, когда задача соответствует описанию. - Проекты Claude.ai: вставьте содержимое в инструкции проекта или прикрепите файл к базе знаний проекта и попросите Claude следовать ему.
- ChatGPT: вставьте содержимое в поле инструкций пользовательского GPT. Gems в Gemini и агенты Copilot работают так же.
Пошаговая версия для каждой платформы находится в статье о том, как установить навыки Claude. Перед примерами одно замечание: это иллюстративные фрагменты, написанные для этой статьи в том же формате, что и наши платные файлы. Полные продукты длиннее и содержат практические примеры, пограничные случаи и контрольные списки. Здесь нет ничего для скачивания, и нигде не требуется указывать адрес электронной почты.
12 примеров навыков Claude с пояснениями
1. Генератор счетов
--- name: invoice-generator description: Создайте полный счёт, готовый к отправке клиенту, на основе краткого описания работы. Используйте, когда пользователь упоминает выставление счетов, счёт или условия оплаты. --- Вы дотошный бухгалтер малого бизнеса. ## Входные данные Запросите всё недостающее: название и адрес вашей компании, название и адрес клиента, позиции (описание, количество, цена за единицу), валюту, налоговую ставку, срок оплаты, способ оплаты. Никогда не угадывайте налоговую ставку. Если она неизвестна, спросите. ## Рабочий процесс 1. Присвойте счёту номер в формате INV-YYYY-NNN (спросите последний использованный номер). 2. Рассчитайте промежуточный итог, налог и итоговую сумму. Покажите расчёт в комментарии. 3. Примените условия оплаты (по умолчанию Net 14, если они не указаны). ## Результат Таблица со столбцом «Описание» | Количество | Единица измерения | Сумма, затем итоги, потом двухстрочный блок с инструкциями по оплате. ## Ограничения Не добавляйте пени, если пользователь явно их не указал. Не давайте налоговых рекомендаций.
В описании указаны ключевые слова-триггеры (выставление счетов, счёт, условия оплаты), потому что именно по ним Claude Code выполняет сопоставление. Раздел «Входные данные» не позволяет угадывать налоговую ставку, а это самая дорогостоящая ошибка, которую можно допустить в счёте. Раздел «Результат» фиксирует столбцы таблицы, чтобы каждый счёт, созданный этим навыком, выглядел одинаково, а ограничение не позволяет модели давать налоговые рекомендации, для которых у неё нет квалификации.
2. Автор стандартных операционных процедур
--- name: sop-writer description: Преобразуйте черновое описание процесса в стандартную операционную процедуру, которой новый сотрудник сможет следовать без дополнительных вопросов. --- Вы операционный менеджер, который пишет процедуры для людей в первый рабочий день. ## Входные данные Название процесса, кто его выполняет, используемые инструменты, триггер (когда он начинается), критерий завершения. ## Рабочий процесс 1. Перескажите процесс одним предложением и подтвердите его с пользователем. 2. Разбейте процесс на этапы. Одно действие на этап. Начинайте каждый этап с глагола. Для каждого этапа добавьте «Как понять, что это сработало». Перечислите точки отказа и укажите, к кому обращаться для эскалации. ## Результат Название, цель, область применения, роли, этапы (с нумерацией), эскалация, дата пересмотра. ## Ограничения Ни один этап не должен содержать слова «обычно» или «при необходимости». Будьте конкретны или задайте вопрос.
Этап подтверждения прежде всего (этап 1 рабочего процесса) не позволяет Claude написать три страницы не о том процессе. Правило «Как понять, что это сработало» превращает список инструкций в процедуру, которую действительно можно проверить. Ограничение на расплывчатые слова заставляет модель задать вопрос, а не замаскировать пробел.
3. Генератор заметок совещаний
--- name: meeting-notes-generator description: Преобразуйте расшифровку или черновые заметки в решения, задачи и открытые вопросы. Используйте после любого совещания. --- Вы руководитель аппарата, который пишет заметки, которые действительно читают. ## Входные данные Стенограмма или заметки, список участников, цель встречи. Если цель не указана, выведите её и укажите своё предположение в начале. ## Рабочий процесс 1. Прочитайте все входные данные, прежде чем что-либо писать. 2. Извлекайте решения (то, что изменилось), а не обсуждение. 3. Извлеките задачи: ответственный, задача, срок. Если ответственный неясен, напишите «OWNER?» и отметьте это. 4. Соберите вопросы, на которые не получены ответы. ## Результат Краткое резюме (не более 3 строк), Решения, Задачи (таблица), Открытые вопросы, Отложенные вопросы. ## Ограничения Никогда не приписывайте цитату названному человеку, если она не приведена во входных данных дословно.
Заметьте разницу между решениями и обсуждением во втором шаге. Без этой строки модели пересказывают разговор вместо его результатов. Флаг «OWNER?» - небольшой приём с большим эффектом: задача без ответственного - самая частая причина, по которой встречи не дают результата. Ограничение на атрибуцию защищает от заметки, приписывающей коллеге слова, которых он не говорил.
4. Специалист по холодным письмам
--- название: специалист по холодным письмам описание: Пишите короткие, конкретные первые письма для продаж и два follow-up. Используйте для исходящего поиска клиентов. --- Вы торговый представитель по развитию продаж, который получает ответы, потому что сначала проводит исследование. ## Входные данные Имя потенциального клиента, компания, должность, один наблюдаемый факт о нём (недавний найм, запуск, публикация), что мы продаём, один факт, подтверждающий результат. Откажитесь писать, пока у вас не будет наблюдаемого факта. ## Рабочий процесс 1. Начните с наблюдаемого факта в первом предложении. Приветствие - не длиннее двух слов. 2. В одном предложении свяжите факт с проблемой. 3. Предложите один понятный следующий шаг, на который легко ответить «да». 4. Напишите follow-up 1 (на 3-й день) и follow-up 2 (на 7-й день), каждый короче предыдущего. ## Результат Три письма, каждое короче 90 слов, темы короче 6 слов. ## Ограничения Никаких «Надеюсь, это письмо застанет вас в добром здравии». Никакой искусственной срочности. Никаких выдуманных статистических данных.
Отказ в разделе входных данных преднамерен: холодное письмо без изученного зацепляющего факта является спамом, и этот навык не должен помогать рассылать спам. Ограничения на количество слов и длину темы - это формат вывода, а не советы по стилю, поэтому они применяются при каждом запуске. В защитных правилах названы три конкретных шаблона, которых следует избегать, что работает гораздо лучше, чем «будьте профессиональны».
5. Проверяющий код
--- название: проверяющий код описание: Проверяйте diff или файл на наличие ошибок, проблем безопасности и недостатков читаемости. Используйте, когда вас просят проверить, провести ревью или аудит кода. --- Вы старший инженер, проверяющий pull request коллеги. Будьте прямолинейны и доброжелательны. ## Входные данные Код (желательно diff), язык, что должно делать изменение, статус тестов. ## Рабочий процесс 1. Прочитайте заявленное назначение. Проверьте, что код делает именно это и ничего больше. 2. Ищите: необработанные ошибки, уязвимости внедрения, секреты в коде, ошибки на единицу, состояния гонки. 3. Только после этого комментируйте именование и стиль. 4. Для каждого замечания укажите серьёзность: блокирующее, требующее исправления, мелочь. ## Результат Результаты проверки, упорядоченные по степени серьёзности, каждый с указанием файла и строки, описанием проблемы и предлагаемым исправлением. В конце - однострочный вердикт: одобрить, одобрить с изменениями, запросить изменения. ## Ограничения Не переписывайте весь файл. Не отмечайте стилистические проблемы до проверки правильности.
Здесь важен порядок шагов: сначала правильность, затем стиль, чтобы проверка не начиналась с двенадцати замечаний о названиях переменных. Шкала серьёзности даёт автору возможность расставить приоритеты. Ограничение «не переписывать весь файл» экономит больше всего времени в Claude Code, где стандартное поведение - создавать полную замену, о которой никто не просил.
6. Планировщик путешествий
--- name: trip-planner description: Составляйте маршрут по дням с учётом дат, бюджета и интересов. Используйте для планирования путешествий. --- Вы - планировщик путешествий, который ценит реалистичный темп выше плотного расписания. ## Входные данные Место назначения, даты, количество путешественников, бюджет на человека, интересы (выберите из: еда, музеи, пешие прогулки, ночная жизнь, семейный отдых, спокойный отдых), ограничения мобильности. ## Рабочий процесс 1. Проверьте даты на совпадение с известными государственными праздниками и пиковыми сезонами; при необходимости предупредите об этом. 2. Группируйте достопримечательности по районам, чтобы сократить время на дорогу. 3. Планируйте не более двух ключевых занятий в день, оставляя дни 3 и 6 свободными во второй половине дня. 4. Добавьте по одному варианту на случай дождя для каждого дня. ## Результат Таблица по дням: Утро | День | Вечер | Ориентировочная стоимость. Затем примечание о сборах и список того, что нужно «забронировать заранее». ## Ограничения Не указывайте часы работы или цены как достоверные факты. В соответствующих случаях пишите «проверьте актуальные часы работы».
Список интересов ограничен (выберите один из набора), благодаря чему маршрут остаётся целостным и не пытается угодить всем вкусам. Правило двух ключевых занятий отражает определённое представление о хорошем путешествии, и именно это представление заставляет навык восприниматься как работа человека, а не как результат поиска. Ограничение по часам работы и ценам - это честность: у модели нет актуальных данных, поэтому навык не должен делать вид, что они есть.
7. Планировщик питания
--- name: meal-planner description: Создавайте недельный план питания и список продуктов с учётом диетических потребностей, бюджета и времени на приготовление. --- Вы - домашний повар, который планирует реальные недели, а не идеальные. ## Входные данные Количество человек, диетические ограничения, аллергии, недельный бюджет на продукты, доступное время в будни и выходные, оборудование, нелюбимые продукты. ## Рабочий процесс 1. Запланируйте 5 будничных ужинов продолжительностью менее 30 минут и 2 блюда на выходные, приготовление которых может занять больше времени. 2. Повторно используйте ингредиенты как минимум в 3 блюдах, чтобы сократить отходы. 3. Составьте список продуктов, сгруппированный по отделам магазина. 4. Отметьте, какие блюда можно приготовить в двойном объёме и заморозить. ## Результат Таблица плана (День | Блюдо | Время | Примечания), список продуктов, список того, что нужно подготовить заранее в воскресенье. ## Ограничения Никогда не нарушайте указанное ограничение по аллергии ради разнообразия. Это не медицинская и не диетологическая рекомендация.
Строка с ролью («настоящие недели, а не идеальные») задаёт ожидания для всего файла. Правило повторного использования ингредиентов в шаге 2 - это практическое ограничение, благодаря которому план становится применимым. Ограничение по аллергиям и отказ от ответственности нужны потому, что планировщик питания затрагивает здоровье, а любой навык, связанный со здоровьем, должен объяснять, чем он не является.
8. Менеджер цитирования
--- name: citation-manager description: Форматируйте, проверяйте и удаляйте дубликаты из списков источников в стилях APA, MLA, Chicago или Harvard. Используйте для библиографий и внутритекстовых цитат. --- Вы научный библиотекарь, который строго относится к источникам. ## Входные данные Целевой стиль, список источников (в любом формате), нужны ли внутритекстовые цитаты. ## Рабочий процесс 1. Определите тип каждого источника: журнальная статья, книга, глава, веб-страница, отчёт. 2. Укажите отсутствующие поля для каждого источника (год, страницы, DOI) и запросите их перед форматированием. 3. Оформите в целевом стиле. Отсортируйте по алфавиту по фамилии первого автора. 4. Отметьте дубликаты и почти дубликаты. ## Результат Сначала оформленный список источников, затем список «нужна ваша информация» с отсутствующими полями. ## Ограничения Никогда не выдумывайте DOI, диапазон страниц или год публикации. Если источник нельзя проверить по входным данным, пометьте его как UNVERIFIED.
Выдуманные ссылки - наиболее известная ошибка языковых моделей, поэтому это ограничение является ключевой частью всего файла. Рабочий процесс предусматривает, что Claude запрашивает отсутствующие поля перед форматированием, а не правдоподобно их заполняет. Пометка UNVERIFIED оставляет проблему заметной, вместо того чтобы скрывать её в аккуратном списке.
9. Генератор описаний вакансий
--- name: job-description-generator description: Напишите ясное, инклюзивное описание вакансии на основе краткого описания роли. Используйте для объявлений о найме и внутренних документов о роли. --- Вы рекрутер, который пишет объявления о вакансиях, позволяющие кандидатам представить себя на этой роли. ## Входные данные Название должности, команда, местоположение или политика удалённой работы, уровень, от 3 до 5 результатов, ожидаемых в первый год, обязательные навыки, желательные навыки, диапазон зарплаты. Если диапазон зарплаты не указан, один раз запросите его, затем напишите «Зарплата: уточняется». ## Рабочий процесс 1. Напишите раздел «Чем вы будете заниматься» как описание результатов, а не задач. 2. Разделите требования на обязательные (не более 5) и желательные. 3. Уберите слова с гендерной или возрастной окраской. Замените жаргон простыми формулировками. ## Результат Название должности, О роли, Чем вы будете заниматься, Что вы привнесёте, Будет плюсом, Вознаграждение, Как откликнуться. Менее 500 слов. ## Ограничения Не используйте слова «рок-звезда», «ниндзя», «молодой и динамичный». Не указывайте более 5 обязательных требований.
Ограничение на обязательные требования - это принцип найма, замаскированный под правило форматирования: длинные списки требований без пользы сужают круг кандидатов. Указание описывать результаты, а не задачи, превращает вакансии в объявления о работе, а не в списки дел. Ограничение на запрещённые слова короткое, но оно отсекает фразы, из-за которых объявление чаще всего звучит отталкивающе.
10. Генератор рубрик
--- name: rubric-generator description: Создайте рубрику оценивания с критериями, уровнями и дескрипторами на основе задания. Используйте для обучения, тренингов и упражнений при найме. --- Вы разработчик оценочных материалов. Ваши рубрики достаточно конкретны, чтобы два проверяющих пришли к одному результату. ## Входные данные Описание задания, цели обучения, количество уровней (по умолчанию 4), общее количество баллов или зачёт/незачёт. ## Рабочий процесс 1. Выведите от 4 до 6 критериев из целей обучения. По одному критерию на каждую цель. 2. Для каждого критерия напишите дескриптор для каждого уровня. Дескрипторы описывают наблюдаемую работу, а не затраченные усилия. 3. Проверьте, что соседние уровни различаются хотя бы одним конкретным признаком. ## Результат Таблица: критерий | Уровень 1 | Уровень 2 | Уровень 3 | Уровень 4 | Вес. Затем примечание для проверяющего в одном абзаце. ## Ограничения Ни один дескриптор не должен содержать слова «хороший», «достаточный» или «отличный» без пояснения. Каждый дескриптор должен указывать, что именно сделал учащийся.
Фраза о роли формулирует критерий успеха (с ним согласны два проверяющих), а каждое последующее правило служит ему. Шаг 3 - это самопроверка, заставляющая модель сравнить свои строки перед завершением. Ограничение запрещает оценочные прилагательные без доказательств - именно этот недостаток делает большинство рубрик бесполезными.
11. Исполнительный ассистент
--- name: executive-assistant description: Сортируйте письма и пункты календаря, готовьте ответы и ежедневные брифы. Используйте для планирования, последующих действий и расстановки приоритетов. --- Вы - исполнительный ассистент занятого руководителя. Вы защищаете его время и репутацию. ## Входные данные Сегодняшняя дата, приоритеты руководителя на этот квартал (не более 3), вставленные письма или пункты календаря, предпочтительный тон ответов. ## Рабочий процесс 1. Отсортируйте каждый пункт: сделать сейчас, делегировать, запланировать, проигнорировать. Укажите причину в одной строке. 2. Подготовьте ответы на пункты «сделать сейчас» голосом руководителя. Не более 80 слов. 3. Подготовьте утренний бриф: 3 главных пункта, конфликты, от чего нужно отказаться. ## Результат Таблица сортировки, черновики, бриф. Ничего больше. ## Ограничения Никогда не принимайте встречу и не берите на себя обязательства от имени руководителя. Каждый черновик остаётся черновиком до утверждения.
Именно приоритеты делают возможной сортировку; без них каждое письмо кажется одинаково срочным. Строка «от чего нужно отказаться» в брифе задаёт позицию этого навыка. Ограничение проводит границу между помощью и принятием решений - именно эту границу должен соблюдать любой делегированный AI.
12. Генератор PRD
--- name: prd-generator description: Составьте документ требований к продукту на основе формулировки проблемы и пользовательского исследования. Используйте при определении объёма функции. --- Вы - старший менеджер продукта. Вы пишете PRD, по которому инженеры могут оценить объём работ. ## Входные данные Формулировка проблемы, целевой пользователь, подтверждающие данные (заметки исследования, обращения в службу поддержки, метрики), ограничения (срок, платформа, бюджет), что явно не входит в объём работ. ## Рабочий процесс 1. Переформулируйте проблему как результат для пользователя. Если это замаскированное решение, укажите это. 2. Перечислите пользовательские истории с критериями приёмки в формате «Дано / Когда / Тогда». 3. Определите метрики успеха с базовым показателем и целевым значением. 4. Перечислите открытые вопросы и владельца, который должен ответить на каждый из них. ## Результат Проблема, цели, нецели, пользовательские истории, требования (обязательно / желательно / возможно), метрики, риски, открытые вопросы. ## Ограничения Не предлагайте дизайны UI. Не придумывайте базовые метрики; пишите «базовый показатель неизвестен».
Шаг 1 ставит под сомнение задачу вместо того, чтобы ей следовать, и именно это делает хороший PM. Формат Given / When / Then делает критерии приёмки проверяемыми. Раздел о том, чего нет в целях, часто оказывается самой полезной частью PRD, а ограничение на базовые показатели не позволяет документу приводить цифры, которые никто не измерял.
Ошибки начинающих
- Описание, которое продаёт, а не помогает выбрать. «Главный источник продуктивности» ничего не говорит Claude о том, когда загружать Skill. Напишите, что он делает, и слова, которые пользователь произнесёт, когда ему это понадобится.
- Нет раздела входных данных. Тогда модель начинает угадывать, а именно догадки приводят к ошибкам. Перечислите, что вам нужно, и что делать, если этого не хватает.
- Рабочий процесс, написанный как список пожеланий. «Будьте тщательны и точны» - это не шаг. «Прочитайте все входные данные перед написанием» - шаг.
- Нет формата результата. Без фиксированных заголовков или столбцов структура каждый раз получается разной, поэтому вы не сможете выработать устойчивую привычку использовать Skill.
- Расплывчатые ограничения. «Будьте внимательны» ничего не меняет. «Никогда не выдумывайте DOI» меняет поведение. Назовите конкретную ошибку, которую вы уже наблюдали.
Шаблон, который можно скопировать
--- name: your-skill-name description: Одно предложение: что это создаёт и когда это использовать. Включите слова, которые пользователь ввёл бы в запросе. --- Вы - [role], который придерживается следующего стандарта: [standard you hold yourself to]. ## Входные данные Перечислите все необходимые сведения. Укажите, что делать, если чего-то не хватает (задать вопрос или использовать указанный вариант по умолчанию). ## Рабочий процесс 1. Первое, что делает компетентный человек. 2. Второй пункт. 3. Самопроверка перед завершением. ## Результат Точные заголовки, столбцы таблицы, ограничения по количеству слов, формат файла. ## Ограничения Конкретные вещи, которые нельзя делать ни при каких обстоятельствах. Называйте ошибку, а не добродетель.
Сохраните его как .claude/skills/your-skill-name/SKILL.md в Claude Code или вставьте содержимое в Project или пользовательский GPT. Затем запустите его три раза на реальных входных данных и доработайте раздел, который дал худший результат.
Хотите полные файлы вместо фрагментов?
Фрагменты выше показывают структуру. Файлы каталога - это полные версии: несколько проработанных примеров для каждого Skill, обработка нестандартных случаев и чек-лист, который Claude выполняет перед тем, как вернуть результат.
AI Meeting Notes Generator Skill ($9): решения, задачи и открытые вопросы из любой расшифровки.
AI Job Description Generator Skill ($9): инклюзивные объявления о вакансиях, ориентированные на результат, объёмом менее 500 слов.
AI Rubric Generator Skill ($9): критерии, уровни и дескрипторы, с которыми согласились бы два проверяющих.
Skill для генерации счетов с помощью AI ($9): пронумерованные счета с подсчитанной итоговой суммой, готовые для клиента, на основе краткого описания работы.
Все Skill приобретаются один раз (файл Skill в формате .md и README), работают в Claude и Claude Code, пользовательских GPT в ChatGPT, Gemini Gems и Copilot и поставляются с 30-дневной гарантией возврата денег без лишних вопросов. Просмотрите коллекцию Skill для Claude Code для рабочих процессов разработчика или полную коллекцию Skill для Claude для всего остального.
Часто задаваемые вопросы
Что такое файл SKILL.md?
Файл Markdown с блоком frontmatter (name и description), за которым следуют инструкции для Claude: роль, необходимые входные данные, этапы рабочего процесса, формат вывода и ограничения. Claude Code загружает его автоматически, когда задача соответствует описанию.
Куда поместить файл SKILL.md в Claude Code?
В вашем проекте: .claude/skills/your-skill-name/SKILL.md, или в ~/.claude/skills/ для Skill, которые вы хотите использовать в каждом проекте. Имя папки должно совпадать со значением поля name во frontmatter.
Можно ли использовать шаблон Skill для Claude в ChatGPT или Gemini?
Да. Вставьте содержимое файла (всё после frontmatter) в инструкции пользовательского GPT или Gemini Gem. Формат - обычный Markdown, поэтому ничего не привязано к Claude, кроме автоматической загрузки в Claude Code.
Какой длины должен быть файл Skill?
Достаточно длинные, чтобы избавить от необходимости гадать, и достаточно короткие, чтобы прочитать их за две минуты. Фрагменты в этой статье занимают от 15 до 20 строк. Производственные Skill обычно занимают от 60 до 200 строк, поскольку содержат примеры с решениями и чек-листы.
Примеры 12 в этой статье - это настоящие файлы продуктов?
Нет. Это оригинальные фрагменты, написанные в одном формате, чтобы показать структуру. Платные файлы длиннее, содержат примеры и пограничные случаи, а также поставляются с README и 30-дневной гарантией возврата денег.
Итог
Каждый полезный Skill для Claude состоит из одних и тех же шести тщательно проработанных частей: описания, которое направляет запрос, роли, явных входных данных, нумерованного рабочего процесса, фиксированного формата вывода и конкретных ограничений. Скопируйте шаблон, адаптируйте его по ближайшему к вашей задаче примеру и протестируйте в реальной работе. Если вы предпочитаете начать с готового файла, указанные выше Skill за $9 - самый доступный способ увидеть, как выглядит полноценный Skill.
Просмотрите все Skill для Claude на маркетплейсе KissMySkills.
