// Створення чернетки блог-посту з ідей та ресурсів. Використовуйте, коли користувачі хочуть написати блог-пост, створити контент з дослідження або підготувати статтю. Проводить через дослідження, мозковий штурм, складання плану та ітеративне написання з контролем версій.
Interactive lesson-level quiz for Claude Code tutorials. Tests understanding of a specific lesson (01-10) with 8-10 questions mixing conceptual and practical knowledge. Use before a lesson to pre-test, during to check progress, or after to verify mastery. Use when asked to "quiz me on hooks", "test my knowledge of lesson 3", "lesson quiz", "practice quiz for MCP", or "do I understand skills".
Comprehensive code review with security, performance, and quality analysis. Use when users ask to review code, analyze code quality, evaluate pull requests, or mention code review, security analysis, or performance optimization.
Забезпечення відповідності всіх комунікацій голосу та тону бренду. Використовуйте при створенні маркетингових текстів, клієнтських комунікацій, публічного контенту, або коли користувачі згадують голос бренду, тон чи стиль написання.
Комплексне код-рев'ю з аналізом безпеки, продуктивності та якості. Використовуйте, коли користувачі просять переглянути код, проаналізувати якість коду, оцінити pull request, або згадують код-рев'ю, аналіз безпеки чи оптимізацію продуктивності.
Генерація вичерпної, точної документації API з вихідного коду. Використовуйте при створенні або оновленні документації API, генерації специфікацій OpenAPI, або коли користувачі згадують документацію API, ендпоінти чи документацію.
Систематичний рефакторинг коду на основі методології Мартіна Фаулера. Використовуйте, коли користувачі просять рефакторити код, покращити структуру коду, зменшити технічний борг, очистити застарілий код, усунути запахи коду (code smells) або покращити супровідність коду. Ця навичка проводить через поетапний підхід з дослідженням, плануванням та безпечною інкрементальною реалізацією.
| name | blog-draft |
| description | Створення чернетки блог-посту з ідей та ресурсів. Використовуйте, коли користувачі хочуть написати блог-пост, створити контент з дослідження або підготувати статтю. Проводить через дослідження, мозковий штурм, складання плану та ітеративне написання з контролем версій. |
$ARGUMENTS
Ви ПОВИННІ врахувати введення користувача перед продовженням. Користувач має надати:
ВАЖЛИВО: Якщо користувач запитує оновлення існуючого блог-посту, пропустіть кроки 0-8 і починайте безпосередньо з Кроку 9. Спочатку прочитайте існуючий файл(и) чернетки, потім продовжуйте з процесом ітерації.
Виконуйте ці кроки послідовно. Не пропускайте кроки та не продовжуйте без затвердження користувача, де це зазначено.
Згенерувати назву папки у форматі: YYYY-MM-DD-short-topic-name
Створити структуру папок:
blog-posts/
└── YYYY-MM-DD-short-topic-name/
└── resources/
Підтвердити створення папки з користувачем перед продовженням.
Створити підпапку resources/ у каталозі блог-посту
Для кожного наданого ресурсу:
resources/ як markdown-файлиresources/Для кожного ресурсу створити файл резюме в resources/:
resources/source-1-[short-name].mdresources/source-2-[short-name].mdКожне резюме має включати:
# Джерело: [Назва/URL]
## Ключові тези
- Теза 1
- Теза 2
## Релевантні цитати/дані
- Цитата або статистика 1
- Цитата або статистика 2
## Як це стосується теми
Короткий опис релевантності
Представити резюме дослідження користувачу.
На основі ідеї та досліджених ресурсів представити:
Поставити уточнюючі запитання:
Чекати відповідей користувача перед продовженням.
Створити структурований план, що включає:
# План блог-посту: [Назва]
## Метаінформація
- **Цільова аудиторія**: [хто]
- **Тон**: [стиль]
- **Цільова довжина**: [кількість слів]
- **Головний висновок**: [ключове повідомлення]
## Запропонована структура
### Зачіпка/Вступ
- Ідея вступної зачіпки
- Встановлення контексту
- Теза
### Розділ 1: [Назва]
- Ключова теза A
- Ключова теза B
- Підтверджуючі докази з [джерела]
### Розділ 2: [Назва]
- Ключова теза A
- Ключова теза B
[Продовжити для всіх розділів...]
### Висновок
- Резюме ключових тез
- Заклик до дії або завершальна думка
## Джерела для цитування
- Джерело 1
- Джерело 2
Представити план користувачу та запитати затвердження або модифікації.
Після затвердження плану користувачем зберегти його як OUTLINE.md у папці блог-посту.
Підтвердити збереження плану.
Перевірити, чи поточний каталог є git-репозиторієм.
Якщо так:
docs: Add outline for blog post - [topic-name]Якщо не git-репо, пропустити цей крок та повідомити користувача.
На основі затвердженого плану написати повну чернетку блог-посту.
Точно дотримуватися структури з OUTLINE.md.
Включити:
Зберегти чернетку як draft-v0.1.md у папці блог-посту.
Формат:
# [Назва блог-посту]
*[Необовʼязково: підзаголовок або слоган]*
[Повний вміст з інлайн-цитатами...]
---
## Список джерел
- [1] Назва джерела 1 - URL або цитата
- [2] Назва джерела 2 - URL або цитата
- [3] Назва джерела 3 - URL або цитата
Вимоги до цитування:
Перевірити, чи в git-репозиторії.
Якщо так:
docs: Add draft v0.1 for blog post - [topic-name]Якщо не git-репо, пропустити та повідомити користувача.
Представити вміст чернетки користувачу.
Запитати зворотний звʼязок:
Чекати відповіді користувача.
Якщо користувач запитує зміни:
draft-v[X.Y].mdЯкщо користувач затверджує:
final.mdУсі чернетки зберігаються з інкрементальним версіонуванням:
draft-v0.1.md — початкова чернеткаdraft-v0.2.md — після першого раунду зауваженьdraft-v0.3.md — після другого раунду зауваженьЦе дозволяє відстежувати еволюцію блог-посту та повертатися до попередніх версій за потреби.
blog-posts/
└── YYYY-MM-DD-topic-name/
├── resources/
│ ├── source-1-name.md
│ ├── source-2-name.md
│ └── ...
├── OUTLINE.md
├── draft-v0.1.md
├── draft-v0.2.md (якщо ітерації)
└── draft-v0.3.md (якщо більше ітерацій)