diff --git a/skills/skill-creator-hybrid/SKILL.md b/skills/skill-creator-hybrid/SKILL.md
new file mode 100644
index 0000000..c1b240c
--- /dev/null
+++ b/skills/skill-creator-hybrid/SKILL.md
@@ -0,0 +1,71 @@
+---
+name: skill-creator-hybrid
+description: Create or improve OpenClaw skills with a practical hybrid workflow: concise official structure + targeted research when needed. Use when user asks to create, redesign, audit, or package a skill.
+---
+
+# Skill Creator Hybrid
+
+Используй этот скилл, когда нужно спроектировать или улучшить skill без перегруза контекста.
+
+## Принцип
+
+- База: официальный `skill-creator` (минимализм, корректная структура, упаковка).
+- Усиление: брать из расширенных подходов **только по необходимости** (исследование похожих скиллов, security-check, сравнение вариантов).
+
+## Адаптивный workflow (вместо жёстких "всегда 5 шагов")
+
+1. **Уточнить цель и триггеры**
+   - Что должен делать skill.
+   - Какие фразы/контексты должны его активировать.
+   - Какие ограничения критичны.
+
+2. **Определить минимальный состав**
+   - Обязательно: `SKILL.md`.
+   - Опционально: `scripts/`, `references/`, `assets/` только если реально нужны.
+
+3. **Собрать каркас skill**
+   - Ясный `name` (kebab-case).
+   - Сильный `description` с условиями активации.
+   - В теле — короткие, операционные инструкции.
+
+4. **Точечное исследование (по задаче)**
+   - Сравнить 1-3 релевантных публичных skill, если это повышает качество.
+   - Не тащить длинные обзоры, если задача типовая.
+
+5. **Безопасность и отказоустойчивость**
+   - Не выполнять потенциально опасные действия без явного запроса.
+   - Для скриптов: предусмотреть валидацию входа, понятные ошибки, dry-run при возможности.
+
+6. **Проверка и упаковка**
+   - Прогнать пример использования.
+   - Убедиться, что skill не раздут и не дублирует лишние файлы.
+
+## Стандарт SKILL.md
+
+- Frontmatter: только то, что реально нужно для надёжного триггера.
+- Описание должно отвечать на вопрос: **когда именно вызывать skill**.
+- В body — короткие инструкции для исполнения, а не длинная теория.
+
+## Что переносить из "advanced" подхода
+
+Брать:
+- сравнение альтернатив, если есть спорная архитектура;
+- security-проверки для действий с сетью/файлами/командами;
+- явные критерии выбора решения.
+
+Не брать:
+- жёсткую обязательность каждого шага всегда;
+- избыточные секции и длинные формальные отчёты без пользы.
+
+## Готовый формат выдачи пользователю
+
+При создании/обновлении skill отвечай блоками:
+
+1) **Рекомендуемый вариант** (коротко почему)  
+2) **Структура файлов**  
+3) **Готовые файлы (SKILL.md + нужные ресурсы)**  
+4) **Как проверить и использовать**
+
+## Правило качества
+
+Если сомневаешься между "подробно" и "полезно" — выбирай **полезно и коротко**.