菜单
Створення чернетки блог-посту з ідей та ресурсів. Використовуйте, коли користувачі хочуть написати блог-пост, створити контент з дослідження або підготувати статтю. Проводить через дослідження, мозковий штурм, складання плану та ітеративне написання з контролем версій.
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/luongnv89/claude-howto --skill blog-draft命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
Test a learner on a single Claude Code tutorial lesson (01-10) with 10 questions, scoring answers and flagging weak spots. Use before, during, or after a lesson. Don't use for whole-tutorial assessment or explaining a topic instead of testing it.
Comprehensive Claude Code self-assessment and learning path advisor. Runs a multi-category quiz covering 10 feature areas, produces a detailed skill profile with per-topic scores, identifies specific gaps, and generates a personalized learning path with prioritized next steps. Use when asked to "assess my level", "take the quiz", "find my level", "where should I start", "what should I learn next", "check my skills", "skill check", or "level up".
Draft a blog post from ideas and resources. Use when users want to write a blog post, create content from research, or draft articles. Guides through research, brainstorming, outlining, and iterative drafting with version control.
基于 SOC 职业分类
正在显示 SKILL.md
| 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 (якщо більше ітерацій)