init-skill

name	init-skill
description	Генерирует новые skills с интерактивным workflow, контрольными точками и итеративной доработкой. Используй когда нужно создать новый skill, стандартизировать QA-процесс или автоматизировать рутинные проверки. Не используй для редактирования существующих skills.
allowed-tools	Read Write Edit Glob Grep Bash
agent	agents/sdet.md
context	fork

/init-skill — Генератор новых Skills

Интерактивное создание нового skill с пошаговым workflow, контрольными точками и циклом доработки. Фокус: QA-задачи (тестирование, анализ, автоматизация).

Перед началом

Прочитай .claude/qa_agent.md и .claude/agents/sdet.md.

Когда использовать

• Создание нового инструмента для повторяющейся QA-задачи
• Стандартизация процесса в команде
• Автоматизация рутинных проверок

---

Принцип Progressive Disclosure

YAML-заголовок (всегда в промпте) → Тело SKILL.md (при активации) → scripts/references (по запросу).

Полная диаграмма: references/skill-template.md → секция "Progressive Disclosure".

Стиль написания

Используй императивный/инфинитивный стиль в инструкциях skill:

Правильно	Неправильно
Сгенерируй тест-кейсы	Вы должны сгенерировать тест-кейсы
Проверь входные данные	Следует проверить входные данные
Прочитай спецификацию	Нужно прочитать спецификацию

---

Verbosity Protocol

Structured Output Priority: Весь analysis идёт в артефакт (MD/HTML), не в чат.

Chat output (ограничения):

• Brief Summary: max 5 строк (что нашли, сколько, итог)
• Findings table: max 15 строк (топ по severity)
• Полный отчёт: 📊 Полный отчёт: {path} + открыть файл

Iterative steps: Не выводить прогресс по каждому файлу. Checkpoint только при:

• Phase transition (Фаза N → Фаза N+1)
• Blocker обнаружен
• Завершение (SKILL COMPLETE)

Tools first:

• Grep → table → report, без "Now I will grep..."
• Read → analyze → report, без "The file shows..."

Post-Check: Inline перед SKILL COMPLETE (5-7 строк checklist), не отдельный файл.

---

ИНТЕРАКТИВНЫЙ WORKFLOW

Фаза 1: Определение назначения

Шаг 1.1: Спроси назначение

Что должен делать новый skill?

Примеры для QA:
- Генерировать тест-кейсы для [область]
- Анализировать [что] на [что искать]
- Создавать автотесты для [тип API/UI]
- Проверять [артефакт] на соответствие [стандарт]

Шаг 1.2: Определи категорию

Категории: Analysis (отчёт), Generation (код/документ), Validation (pass/fail), Transformation (конвертация).

Полная таблица с примерами: references/skill-template.md → секция "Категории skills".

Шаг 1.3: Собери конкретные примеры использования

Попроси пользователя привести 2-3 конкретных примера:

Прежде чем проектировать skill, мне нужны конкретные примеры:

1. **Trigger-фразы** — что скажет пользователь, чтобы вызвать skill?
   Пример: "проверь скриншот на L10N баги", "сгенерируй тесты для /api/v1/users"

2. **Use cases** — опиши 2-3 реальных сценария использования:
   - Какие входные данные?
   - Какой ожидаемый результат?
   - Какой контекст (проект, стадия, команда)?

3. **Анти-примеры** — когда skill НЕ должен использоваться?

Зачем: Конкретные примеры определяют scope скилла точнее, чем абстрактное описание. Trigger-фразы помогут написать точный YAML description.

✅ CHECKPOINT 1: Подтверждение назначения

Понял задачу так:
- Назначение: [что делает]
- Категория: [Analysis/Generation/Validation/Transformation]
- Название: /[skill-name]

Примеры использования:
1. [use case 1]
2. [use case 2]

Trigger-фразы: "[фраза 1]", "[фраза 2]"

Всё верно? (да / нет, уточню)

⚠️ НЕ ПРОДОЛЖАЙ без подтверждения пользователя!

---

Фаза 2: Проектирование структуры

Шаг 2.1: Предложи структуру на основе категории

Предложения зависят от категории skill (Analysis/Generation/Validation/Transformation).

Полный список вопросов для каждой категории — в references/interaction-guide.md → секция "Структурные предложения по категориям"

Шаг 2.2: Определи файловую структуру

.claude/skills/{skill-name}/
├── SKILL.md              # Обязательно (case-sensitive!)
├── scripts/              # Executable — автоматизация и утилиты
│   └── [name].py/.sh
├── references/           # Loaded into context — справочники, чек-листы
│   └── [name].md/.json
└── assets/               # Used in output, NOT loaded — шаблоны, иконки
    └── [name].md/.png

Critical rules:

• Папка: только kebab-case (my-skill ✅, My_Skill ❌)
• Файл: точно SKILL.md (case-sensitive, не skill.md)
• НЕ создавай README.md внутри skill папки — вся документация в SKILL.md или references/

✅ CHECKPOINT 2: Подтверждение структуры

Структура skill:
- Основной файл: SKILL.md
- Scripts: [да/нет] — [назначение]
- References: [да/нет] — [назначение]
- Assets: [да/нет] — [назначение]

Дополнительные фичи:
- [список выбранных опций]

Продолжаем? (да / изменить)

⚠️ НЕ ПРОДОЛЖАЙ без подтверждения пользователя!

---

Фаза 3: Создание YAML-заголовка

Прочитай references/yaml-reference.md для полного справочника по полям, ограничениям и примерам.

Шаг 3.1: Сгенерируй name и description

Ключевые правила:

• name: kebab-case, совпадает с именем папки, без "claude"/"anthropic"
• description: формула [Что делает]. [Когда использовать], < 1024 символов, без XML тегов

Используй trigger-фразы из Checkpoint 1 для формулировки "Когда использовать".

✅ CHECKPOINT 3: Подтверждение YAML frontmatter

YAML Frontmatter (будет виден в системном промпте):

---
name: [skill-name]
description: [твой вариант]
---

Устраивает? (да / предложи свой вариант)

⚠️ НЕ ПРОДОЛЖАЙ без подтверждения пользователя!

---

Фаза 4: Подготовка ресурсов (scripts, references, assets)

Создай выбранные в Checkpoint 2 ресурсы:

• scripts/ — исполняемые утилиты (Python/Bash)
• references/ — справочники, загружаемые в контекст
• assets/ — шаблоны для вывода (НЕ загружаются в контекст)

✅ CHECKPOINT 4: Подтверди список созданных файлов перед переходом к SKILL.md

---

Фаза 5: Написание тела SKILL.md

Шаг 5.1: Сгенерируй полный SKILL.md

Прочитай и используй шаблон из references/skill-template.md → секция "Шаблон".

Стиль: императивный (см. "Стиль написания" выше).

При написании инструкций ссылайся на реальные ресурсы, подготовленные в Фазе 4:

• Прочитай references/checklist.md — а не абстрактное "используй чек-лист"
• Запусти scripts/validate.sh — а не "провалидируй"

✅ CHECKPOINT 5: Ревью SKILL.md

Покажи полный SKILL.md и предложи опции редактирования (см. references/interaction-guide.md → "Опции редактирования").

⚠️ ОБЯЗАТЕЛЬНО покажи файл и дождись выбора!

---

Фаза 6: Итеративная доработка

Цикл доработки описан в references/interaction-guide.md → "Цикл доработки"

---

Фаза 7: Сохранение и валидация

✅ CHECKPOINT 6: Финальное подтверждение

Готово к сохранению:

.claude/skills/[skill-name]/
├── SKILL.md ✅
├── scripts/[name].* ✅ (если есть)
├── references/[name].* ✅ (если есть)
└── assets/[name].* ✅ (если есть)

Сохранить? (да / вернуться к редактированию)

⚠️ НЕ СОХРАНЯЙ без подтверждения пользователя!

Шаг 7.1: Сохрани файлы

Создай директорию и все файлы.

Совет: Используй scripts/init_skill.sh для генерации шаблонной структуры:

bash .claude/skills/init-skill/scripts/init_skill.sh [skill-name]

Шаг 7.2: Валидация и завершение

• Пройди references/validation-checklist.md
• Если SKILL.md > 500 строк — предложи разбиение
• Покажи результат: путь к skill, команду вызова
• Предложи цикл улучшений после первого использования (см. references/interaction-guide.md)

---

Связанные файлы

• Init-скрипт: .claude/skills/init-skill/scripts/init_skill.sh
• Шаблон: references/skill-template.md
• Полный гайд: docs/ai-files-handbook.md
• Примеры: .claude/skills/*/SKILL.md