`SKILL.md` — контракт, а не нотатки
`SKILL.md` має пояснювати іншій людині призначення, тригер, вхід, процес, результат і заборони skill. Його читають як опис workflow, який можна переглянути, версіонувати та підтримувати.
Точні назви frontmatter-полів і синтаксис виклику можуть відрізнятися між версіями Claude Code, тому актуальну форму перевіряйте через `/help` та документацію.
---
name: issue-analysis
description: Готує TASK_SPEC.md з issue та evidence.
when_to_use: Коли потрібно спочатку проаналізувати issue.
---
# Мета
## Вхід
## Кроки
## Результат
## Заборони
## Перевірка Що має бути в skill
| Частина | Питання |
|---|---|
| Назва й опис | Яку конкретну користь дає skill? |
| Умова запуску | Коли його застосовувати? |
| Вхід | Які issue, файли чи аргументи потрібні? |
| Процес | Які кроки виконуються і в якому порядку? |
| Результат | Який артефакт або звіт зʼявиться? |
| Заборони | Чого skill не повинен робити? |
| Інструменти | Які права є мінімально необхідними? |
Приклад issue-analysis
- вхід: текст issue, посилання на файли та за потреби логи;
- процес: знайти повʼязані модулі, визначити goal, scope, non-goals і ризики;
- результат: заповнений
TASK_SPEC.mdз evidence та відкритими питаннями; - заборона: не редагувати код і не починати реалізацію;
- перевірка: наявні goal, scope, non-goals, acceptance criteria та verification plan.
Права мають відповідати призначенню
Для аналітичного skill достатньо читання й пошуку. Не надавайте йому доступ до редагування всього проєкту без необхідності. Новий або неперевірений skill краще запускати вручну, а автоматичні пропозиції додавати лише після стабілізації.
Перевірка чужого `SKILL.md`
- Зʼясуйте, коли skill запускається.
- Перевірте, що він отримує на вході.
- Знайдіть очікуваний артефакт.
- Прочитайте заборони та доступні інструменти.
- Переконайтеся, що права відповідають призначенню.
- Порівняйте процес із патернами самого репозиторію.
Канонічне джерело уроку · JavaRush
Відкрити матеріал JavaRush