Add hybrid skill creator skill combining official + targeted advanced practices
This commit is contained in:
71
skills/skill-creator-hybrid/SKILL.md
Normal file
71
skills/skill-creator-hybrid/SKILL.md
Normal 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) **Как проверить и использовать**
|
||||||
|
|
||||||
|
## Правило качества
|
||||||
|
|
||||||
|
Если сомневаешься между "подробно" и "полезно" — выбирай **полезно и коротко**.
|
||||||
Reference in New Issue
Block a user