Write developer blog posts from video transcripts, meeting notes, or rough ideas. Extracts narrative from source material, structures content with hooks and technical sections, formats code examples with placeholders, and checks drafts against 18 AI anti-patterns. Includes interactive onboarding to learn the author's voice from writing samples. Use this skill whenever the user wants to write a blog post, draft a blog, turn a transcript into a blog, work on blog content, or mentions "blog" in the context of content creation. Also trigger when the user provides a video transcript and wants written content derived from it, or when continuing work on a blog series.
Overall
score
100%
Does it follow best practices?
Validation for skill structure
This file defines the interactive onboarding that runs when persona/voice.md is empty
or missing. Follow these steps in order. The goal: generate persona files that let the
blog-writer skill match the author's actual voice.
Tell the author:
Welcome to the blog-writer skill!
Before we write anything, I need to learn your voice. I'll ask a few questions, then analyze some of your existing writing to build a voice profile. This takes about 5 minutes and only happens once.
You can see an example of a completed persona in
example-persona/if you want to know what we're building toward.
Ask the author:
Record the answers. These feed into the bio template later.
Ask for 2-5 writing samples. These are the foundation of the voice analysis. The more representative the samples, the better the voice profile.
Accepted formats:
Tell the author:
I need 2-5 samples of your writing. These should be posts or articles that sound like YOU — your natural voice, not corporate ghostwriting. Blog posts, newsletter issues, conference talk write-ups all work. The more "you" they sound, the better I can learn your voice.
Give me URLs, paste text, or point me to local files.
Fetch/read all samples before proceeding.
Analyze the collected samples to identify patterns across these dimensions:
Catalog the specific devices the author actually uses, with examples pulled from their writing. Common ones to look for:
For each device found, include 1-2 direct quotes from the samples.
persona/voice.mdUsing the analysis from Step 4, generate persona/voice.md with this structure:
# Voice Profile: [Author Name]
## The Voice in One Paragraph
[Synthesized description of the author's voice — what makes them sound like them]
## Rhetorical Devices That Work
[Each device as a subsection with description and quoted examples from their writing]
## Cultural Reference Style
[Era, domains, frequency, approach]
## Recurring Characters
[Named collaborators, foils, or recurring figures — if any]
## Voice Consistency Notes
[How the voice behaves in technical sections, whether it changes register, etc.]Present the generated file to the author for review. Ask:
Here's the voice profile I built from your writing samples. Read through it — does this sound like you? Anything missing, wrong, or overemphasized?
Apply their feedback, then write the final version to persona/voice.md.
persona/bio.mdUsing the basic info from Step 2, ask the author about their bio preferences:
How do you want your author bio to work? I need:
- A bio template — the fixed part that appears on every post
- Whether you want a rotating kicker — a final sentence that changes per post (usually a dry joke or callback to the post's content)
Here's an example of a bio with a rotating kicker:
"[Name] is a [Role] at [Company], where [current focus]. Previously, [career context]. [Dry kicker that callbacks to the post.]"
Generate persona/bio.md with:
# Author Bio: [Author Name]
## Bio Schema
[The template with variable parts marked]
## Examples
[1-2 example bios if available from the writing samples, or generate examples
based on the template and the author's info]
## Kicker Notes
[How the kicker should work — rotating or fixed, tone guidance]Write to persona/bio.md.
Ask the author:
Do you write about a specific product or platform? If so, I can set up a product context file so I'll check technical accuracy against your docs during drafting.
This is optional — skip it if you write about general topics.
If yes:
persona/product.md with the same structure as example-persona/product.md:
If no:
Leave persona/product.md empty. The process phases will skip product accuracy checks
automatically.
persona/examples.mdWrite the sample URLs/references from Step 3 to persona/examples.md:
# Example Posts: [Author Name]
The following posts define the canonical tone. Fetch them during Phase 0 to calibrate
voice when writing in a series or when the tone needs recalibration.
## [Post title or description]
URL: [url]
Key patterns: [1-line note about what this sample demonstrates about the voice]Tell the author:
Setup complete! Your persona files are ready:
persona/voice.md— Your voice profilepersona/bio.md— Your bio templatepersona/product.md— [Product context / Skipped]persona/examples.md— Your reference postsYou can edit any of these files directly at any time. The skill reads them fresh each session.
Ready to write a blog post? Just tell me what you're working on.
Proceed to the normal blog writing flow (back to SKILL.md).