Add hybrid skill creator skill combining official + targeted advanced practices

This commit is contained in:
OpenClaw Assistant
2026-03-01 23:57:25 +03:00
parent 3eb539cf68
commit a341987406

View File

@@ -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) **Как проверить и использовать**
## Правило качества
Если сомневаешься между "подробно" и "полезно" — выбирай **полезно и коротко**.