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