Agent skill

Blog Post Drafting Workflow

by luongnv89 in luongnv89/claude-howto

Guides a blog post from idea to finished draft: project folder, source research, brainstorming, outline, then iterative drafting, with your approval at set points.

MITAuto-check passedWriting & Content

SKILL.md written in Ukrainian; this summary is our English description.

Install Blog Post Drafting Workflow

skills CLI
$ npx skills add luongnv89/claude-howto --skill blog-draft -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install luongnv89/claude-howto blog-draft --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/luongnv89/claude-howto.git skills-src && mkdir -p .claude/skills && cp -r skills-src/uk/03-skills/blog-draft .claude/skills/blog-draft && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
blog-draft
GitHub stars
42k
Token cost
~2.2k tokens
SKILL.md length
803 words
Files
3
Skills in repo
25
Repo updated
First seen
Licence
MIT

At a glance

Guides a blog post from idea to finished draft: project folder, source research, brainstorming, outline, then iterative drafting, with your approval at set points.

  • Works in 3 steps: Згенерувати назву папки у форматі:… → Створити структуру папок → Підтвердити створення папки з…
  • Writing a blog post from an idea and a set of source links
  • SKILL.md covers Введення користувача, Потік виконання, Відстеження версій and Структура вихідних файлів, plus 2 more sections
  • Instructions only: no scripts, shell commands, URLs or credentials in SKILL.md

What it does

Written in Ukrainian, this skill takes a blog idea through a fixed sequence of steps and asks for your approval at the marked points. You supply a topic and, optionally, source URLs or files, a target audience and a tone. After you confirm, the agent creates a dated project folder under blog-posts with a resources subfolder, then researches each source: URLs and files are summarized into numbered markdown files with key points, and a bare topic triggers a web search.

Next comes a brainstorming step that lists main themes, possible angles, key points and information gaps, followed by questions about the main takeaway, findings to highlight, target length (short is 500-800 words, medium 1000-1500, long 2000 or more) and anything to exclude. The agent waits for your answers before moving on to outlining and iterative drafting, and two templates, outline-template.md and draft-template.md, are bundled. If you ask to update an existing post, it reads the current draft files and skips ahead to the iteration step.

When your agent uses it

  • Writing a blog post from an idea and a set of source links
  • Turning research notes into an outlined, iterated draft
  • Updating an existing blog draft in a new round of edits

Example prompts

  • “Write a blog post about remote onboarding using these two articles as sources, in a casual tone.”
  • “Draft a technical post for backend engineers on database indexing and keep it medium length.”
  • “Update my existing draft in blog-posts/ with the feedback I added.”

Requirements

  • Web search access when researching a topic without sources

Workflow steps

3 steps, taken from the first numbered list in SKILL.md.

  1. Згенерувати назву папки у форматі: YYYY-MM-DD-short-topic-name
  2. Створити структуру папок
  3. Підтвердити створення папки з користувачем перед продовженням.

What it can do on your machine

Read from SKILL.md and the folder at commit 556af8d. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    No scripts in the folder and no shell commands in SKILL.md (its code samples are markdown).

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Blog Post Drafting Workflow loads about 2.2k tokens when it runs. Until then it costs about 70 tokens; SKILL.md has 803 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~70
When it runs · the whole SKILL.md, loaded when a task matches
~2.2k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from luongnv89/claude-howto at commit 556af8d, republished under its MIT licence (© luongnv89). 803 words, ~2,178 tokens.

Download SKILL.mdSave it as .claude/skills/blog-draft/SKILL.md (or your agent's skills folder). This skill also uses 2 other files; get the full folder from GitHub.
name
blog-draft
description
Створення чернетки блог-посту з ідей та ресурсів. Використовуйте, коли користувачі хочуть написати блог-пост, створити контент з дослідження або підготувати статтю. Проводить через дослідження, мозковий штурм, складання плану та ітеративне написання з контролем версій.

Введення користувача

text
$ARGUMENTS

Ви ПОВИННІ врахувати введення користувача перед продовженням. Користувач має надати:

  • Ідея/Тема: Основна концепція або тематика блог-посту
  • Ресурси: URL, файли або посилання на дослідження (необовʼязково, але рекомендовано)
  • Цільова аудиторія: Для кого блог-пост (необовʼязково)
  • Тон/Стиль: Формальний, невимушений, технічний тощо (необовʼязково)

ВАЖЛИВО: Якщо користувач запитує оновлення існуючого блог-посту, пропустіть кроки 0-8 і починайте безпосередньо з Кроку 9. Спочатку прочитайте існуючий файл(и) чернетки, потім продовжуйте з процесом ітерації.

Потік виконання

Виконуйте ці кроки послідовно. Не пропускайте кроки та не продовжуйте без затвердження користувача, де це зазначено.

Крок 0: Створення папки проєкту
  1. Згенерувати назву папки у форматі: YYYY-MM-DD-short-topic-name

    • Використати сьогоднішню дату
    • Створити короткий, URL-дружній slug з теми (малі літери, дефіси, макс. 5 слів)
  2. Створити структуру папок:

    blog-posts/
    └── YYYY-MM-DD-short-topic-name/
        └── resources/
  3. Підтвердити створення папки з користувачем перед продовженням.

Крок 1: Дослідження та збір ресурсів
  1. Створити підпапку resources/ у каталозі блог-посту

  2. Для кожного наданого ресурсу:

    • URL-адреси: Отримати та зберегти ключову інформацію до resources/ як markdown-файли
    • Файли: Прочитати та підсумувати в resources/
    • Теми: Використати веб-пошук для збору актуальної інформації
  3. Для кожного ресурсу створити файл резюме в resources/:

    • resources/source-1-[short-name].md
    • resources/source-2-[short-name].md
    • тощо
  4. Кожне резюме має включати:

    markdown
    # Джерело: [Назва/URL]
    
    ## Ключові тези
    - Теза 1
    - Теза 2
    
    ## Релевантні цитати/дані
    - Цитата або статистика 1
    - Цитата або статистика 2
    
    ## Як це стосується теми
    Короткий опис релевантності
  5. Представити резюме дослідження користувачу.

Крок 2: Мозковий штурм та уточнення
  1. На основі ідеї та досліджених ресурсів представити:

    • Основні теми, виявлені з дослідження
    • Потенційні ракурси для блог-посту
    • Ключові тези, які слід розкрити
    • Прогалини в інформації, що потребують уточнення
  2. Поставити уточнюючі запитання:

    • Який головний висновок ви хочете донести до читачів?
    • Чи є конкретні тези з дослідження, які хочете виділити?
    • Яка цільова довжина? (коротка: 500-800 слів, середня: 1000-1500, довга: 2000+)
    • Щось хочете виключити?
  3. Чекати відповідей користувача перед продовженням.

Крок 3: Запропонувати план
  1. Створити структурований план, що включає:

    markdown
    # План блог-посту: [Назва]
    
    ## Метаінформація
    - **Цільова аудиторія**: [хто]
    - **Тон**: [стиль]
    - **Цільова довжина**: [кількість слів]
    - **Головний висновок**: [ключове повідомлення]
    
    ## Запропонована структура
    
    ### Зачіпка/Вступ
    - Ідея вступної зачіпки
    - Встановлення контексту
    - Теза
    
    ### Розділ 1: [Назва]
    - Ключова теза A
    - Ключова теза B
    - Підтверджуючі докази з [джерела]
    
    ### Розділ 2: [Назва]
    - Ключова теза A
    - Ключова теза B
    
    [Продовжити для всіх розділів...]
    
    ### Висновок
    - Резюме ключових тез
    - Заклик до дії або завершальна думка
    
    ## Джерела для цитування
    - Джерело 1
    - Джерело 2
  2. Представити план користувачу та запитати затвердження або модифікації.

Крок 4: Зберегти затверджений план
  1. Після затвердження плану користувачем зберегти його як OUTLINE.md у папці блог-посту.

  2. Підтвердити збереження плану.

Крок 5: Закомітити план (якщо в git-репо)
  1. Перевірити, чи поточний каталог є git-репозиторієм.

  2. Якщо так:

    • Додати нові файли до індексу: папку блог-посту, ресурси та OUTLINE.md
    • Створити коміт з повідомленням: docs: Add outline for blog post - [topic-name]
    • Відправити на віддалений сервер
  3. Якщо не git-репо, пропустити цей крок та повідомити користувача.

Крок 6: Написати чернетку
  1. На основі затвердженого плану написати повну чернетку блог-посту.

  2. Точно дотримуватися структури з OUTLINE.md.

  3. Включити:

    • Захопливий вступ із зачіпкою
    • Чіткі заголовки розділів
    • Підтверджуючі докази та приклади з дослідження
    • Плавні переходи між розділами
    • Сильний висновок з головною тезою
    • Цитування: Усі порівняння, статистика, дані та фактичні твердження ПОВИННІ цитувати оригінальне джерело
  4. Зберегти чернетку як draft-v0.1.md у папці блог-посту.

  5. Формат:

    markdown
    # [Назва блог-посту]
    
    *[Необовʼязково: підзаголовок або слоган]*
    
    [Повний вміст з інлайн-цитатами...]
    
    ---
    
    ## Список джерел
    - [1] Назва джерела 1 - URL або цитата
    - [2] Назва джерела 2 - URL або цитата
    - [3] Назва джерела 3 - URL або цитата
  6. Вимоги до цитування:

    • Кожна точка даних, статистика або порівняння ПОВИННІ мати інлайн-цитату
    • Використовуйте нумеровані посилання [1], [2] тощо, або іменовані цитати [Назва джерела]
    • Звʼязуйте цитати з розділом Список джерел наприкінці
    • Приклад: «Дослідження показують, що 65% розробників віддають перевагу TypeScript [1]»
    • Приклад: «React перевершує Vue за швидкістю рендерингу на 20% [React Benchmarks 2024]»
Show full SKILL.md (333 more words)Show less
Крок 7: Закомітити чернетку (якщо в git-репо)
  1. Перевірити, чи в git-репозиторії.

  2. Якщо так:

    • Додати файл чернетки до індексу
    • Створити коміт з повідомленням: docs: Add draft v0.1 for blog post - [topic-name]
    • Відправити на віддалений сервер
  3. Якщо не git-репо, пропустити та повідомити користувача.

Крок 8: Представити чернетку для перегляду
  1. Представити вміст чернетки користувачу.

  2. Запитати зворотний звʼязок:

    • Загальне враження?
    • Розділи, що потребують розширення або скорочення?
    • Потрібні корекції тону?
    • Відсутня інформація?
    • Конкретні правки або переписування?
  3. Чекати відповіді користувача.

Крок 9: Ітерація або фіналізація

Якщо користувач запитує зміни:

  1. Зафіксувати всі запитані модифікації
  2. Повернутися до Кроку 6 з такими змінами:
    • Збільшити номер версії (v0.2, v0.3 тощо)
    • Врахувати всі зауваження
    • Зберегти як draft-v[X.Y].md
    • Повторити Кроки 7-8

Якщо користувач затверджує:

  1. Підтвердити фінальну версію чернетки
  2. За бажанням перейменувати на final.md
  3. Підсумувати процес створення блог-посту:
    • Загальна кількість створених версій
    • Ключові зміни між версіями
    • Фінальна кількість слів
    • Створені файли

Відстеження версій

Усі чернетки зберігаються з інкрементальним версіонуванням:

  • 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 (якщо більше ітерацій)

Поради щодо якості

  • Зачіпка: Починайте з питання, дивовижного факту або знайомого сценарію
  • Потік: Кожен абзац має зʼєднуватися з наступним
  • Докази: Підтверджуйте твердження даними з дослідження
  • Цитування: ЗАВЖДИ цитуйте джерела для:
    • Усіх статистик та даних (напр., «За даними [Джерело], 75%...»)
    • Порівнянь між продуктами, сервісами або підходами (напр., «X працює у 2 рази швидше за Y [Джерело]»)
    • Фактичних тверджень про ринкові тенденції, результати досліджень або бенчмарки
    • Використовуйте інлайн-цитати у форматі: [Назва джерела] або [Автор, Рік]
  • Голос: Підтримуйте послідовний тон протягом усього тексту
  • Довжина: Дотримуйтесь цільової кількості слів
  • Читабельність: Використовуйте короткі абзаци, маркери де доречно
  • CTA: Завершуйте чітким закликом до дії або питанням, що провокує думки

Примітки

  • Завжди чекайте затвердження користувача у зазначених контрольних точках
  • Зберігайте всі версії чернеток для історії
  • Використовуйте веб-пошук для актуальної інформації, коли надані URL
  • Якщо ресурсів недостатньо, попросіть користувача надати більше або запропонуйте додаткове дослідження
  • Адаптуйте тон відповідно до цільової аудиторії (технічна, загальна, бізнес тощо)

© luongnv89, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

SKILL.md and 2 other files in uk/03-skills/blog-draft of luongnv89/claude-howto.

  • SKILL.md
  • templates/draft-template.md
  • templates/outline-template.md

Open the folder on GitHubat commit 556af8d

Compare with similar skills

Blog Post Drafting Workflow next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Blog Post Drafting Workflow compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Blog Post Drafting Workflow this skillluongnv89/claude-howto42k—~2.2kAutomated safety check: PassMIT
Memstack Automation Content Pipelinecwinvestments/memstack423—~2.5kAutomated safety check: PassProprietary
Khazix WeChat Article WriterKKKKhazix/khazix-skills21k1 repos~2.9kAutomated safety check: PassMIT
Figurevectorize-io/hindsight47k—~1.9kAutomated safety check: PassMIT
SepiaNanako0129/sepia3k—~3.6kAutomated safety check: PassMIT
Notion To Blogwasp-lang/wasp19k—~922Automated safety check: PassMIT

Similar skills

  • A skill your agent uses when the user says 'content pipeline', 'content automation', 'auto-publish', 'repurpose content', 'multi-platform publishing', or needs end-to-end content workflow from…

    423 GitHub stars~2.5k tokensUpdated 12 days ago
    Writing & ContentAuto-check passed
  • Khazix WeChat Article Writer

    KKKKhazix/khazix-skills

    Writes long-form WeChat official account articles in the personal style of the Khazix account, from briefs, links, PDFs or rough notes, with a topic quality check.

    21k GitHub starsUsed in 1 repo~2.9k tokens
    Writing & ContentAuto-check passed
  • Figure

    vectorize-io/hindsight

    Draw an animated figure (boxes, arrows, moving data) as one self-contained SVG for a GitHub README, PR, issue or blog post.

    47k GitHub stars~1.9k tokensUpdated today
    Writing & ContentAuto-check passed
  • Sepia

    Nanako0129/sepia

    Make AI-generated writing read as human-written, in fiction and in professional prose.

    3k GitHub stars~3.6k tokensUpdated 3 days ago
    Writing & ContentAuto-check passed
  • Notion To Blog

    wasp-lang/wasp

    Transfer a blog post from Notion to the Wasp blog. An agent skill from wasp-lang/wasp.

    19k GitHub stars~922 tokensUpdated today
    Writing & ContentAuto-check passed
  • Blog Post

    nteract/semiotic

    Author a new entry for the Semiotic blog. An agent skill from nteract/semiotic.

    2.7k GitHub stars~3.4k tokensUpdated today
    Writing & ContentAuto-check passed

More from luongnv89/claude-howto

All 25 skills in this repo
  • Systematic Code Refactoring

    luongnv89/claude-howto

    Guides refactoring in phases based on Martin Fowler's method: research, test coverage check, planning and small tested steps, with your approval at each phase.

    42k GitHub stars~3k tokensUpdated 9 days ago
    Auto-check passed
  • Code Refactoring Workflow

    luongnv89/claude-howto

    Guides systematic, test-backed refactoring in the style of Martin Fowler, moving through research, planning and small incremental changes with your approval at each phase.

    42k GitHub stars~3.1k tokensUpdated 9 days ago
    Auto-check passed
  • Blog Post Drafting

    luongnv89/claude-howto

    Guides drafting a blog post from an idea and optional source material: research, brainstorming, outlining and version-tracked drafts, with user approval at each step.

    42k GitHub stars~2.1k tokensUpdated 9 days ago
    Auto-check passed
  • Brand Voice Guide

    luongnv89/claude-howto

    Ensure all communication matches brand voice and tone guidelines. Use when creating marketing copy, customer communications, public-facing content, or when…

    42k GitHub stars~609 tokensUpdated 9 days ago
    Auto-check passed
  • Code Review Specialist

    luongnv89/claude-howto

    Reviews code for security, performance, quality and maintainability, using a checklist, a finding template and two metrics scripts.

    42k GitHub stars~764 tokensUpdated 9 days ago
    Auto-check passed
  • Claude Code Skill Assessment

    luongnv89/claude-howto

    Runs a quick or deep quiz on Claude Code skills, scores ten feature areas and generates a personalized learning path with prioritized next steps.

    42k GitHub stars~5.5k tokensUpdated 9 days ago
    Auto-check passed

Questions about Blog Post Drafting Workflow

What does Blog Post Drafting Workflow do?

Guides a blog post from idea to finished draft: project folder, source research, brainstorming, outline, then iterative drafting, with your approval at set points. Written in Ukrainian, this skill takes a blog idea through a fixed sequence of steps and asks for your approval at the marked points. You supply a topic and, optionally, source URLs or files, a target audience and a tone.

When should I use Blog Post Drafting Workflow?

Blog Post Drafting Workflow fits situations like: writing a blog post from an idea and a set of source links; turning research notes into an outlined, iterated draft; updating an existing blog draft in a new round of edits.

How do I install Blog Post Drafting Workflow in Claude Code?

Run `npx skills add luongnv89/claude-howto --skill blog-draft -a claude-code`. Or copy the skill folder (uk/03-skills/blog-draft in luongnv89/claude-howto) into .claude/skills/blog-draft in your project. Claude Code loads it when a task matches its description.

How do I install Blog Post Drafting Workflow in Codex?

Run `npx skills add luongnv89/claude-howto --skill blog-draft -a codex`. Or copy the skill folder (uk/03-skills/blog-draft in luongnv89/claude-howto) into .agents/skills/blog-draft in your project. Codex loads it when a task matches its description.

Can I use Blog Post Drafting Workflow in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add luongnv89/claude-howto --skill blog-draft -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/blog-draft, .gemini/skills/blog-draft, .github/skills/blog-draft and .opencode/skills/blog-draft in your project.

What does Blog Post Drafting Workflow need to run?

SKILL.md names no scripts, command-line tools or credentials: Blog Post Drafting Workflow is instructions for the agent only. Our summary lists: Web search access when researching a topic without sources.

Does Blog Post Drafting Workflow access the network?

SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.

Is Blog Post Drafting Workflow safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Blog Post Drafting Workflow use?

Blog Post Drafting Workflow is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Blog Post Drafting Workflow use?

About 2.2k tokens (SKILL.md is roughly 8.7k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Blog Post Drafting Workflow?

Skills that share tags, products or a category with Blog Post Drafting Workflow: Memstack Automation Content Pipeline (cwinvestments/memstack, 423 stars), Khazix WeChat Article Writer (KKKKhazix/khazix-skills, 21k stars), Figure (vectorize-io/hindsight, 47k stars) and Sepia (Nanako0129/sepia, 3k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Blog Post Drafting Workflow?

luongnv89 (a GitHub user) maintains it in luongnv89/claude-howto, which has 41,779 GitHub stars. The repository holds 25 skills in this directory. The repository was last updated on September 30, 2026.

Source: luongnv89/claude-howto on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.