Install any skill in seconds. Free to start, no credit card required.
Get Started Free →vercel/write-guide
Generates technical guides that teach real-world use cases through progressive examples. **Auto-activation:** User asks to write, create, or draft a guide or tutorial. Also use when converting feature documentation, API references, or skill knowledge into step-by-step learning content. **Input sources:** Feature skills, API documentation, existing code examples, or user-provided specifications. **Output type:** A markdown guide with YAML frontmatter, introduction, 2-4 progressive steps, and n
Passed 16 of 22 test cases with the skill, and 7 of 22 without it.
and 11 more in the full report
10 fixed6 passed either way5 still failing1 broke
Tokens, turns and time describe resource use, not a dollar price.
One of 10 test cases the skill fixed. Same model, same prompt, with and without the skill.
Could you write a step-by-step technical guide on streaming database queries in Next.js Route Handlers? Please format it as a markdown file with frontmatter fields for title, description, and nav_title. The structure should feature an opening overview, an Example section pointing to what we build, practical step-by-step headings that introduce working code, demonstrate practical constraints, and show fixes with verified output, ending with a Next steps section listing summary topics.
| Checked | Without skill | With skill |
|---|---|---|
| The introduction section preceding ## Example contains at most two paragraphs. | Passed | Passed |
| The ## Next steps section includes a markdown bulleted list of related links. | Missed | Passed |
| Step sections use level-three ### headings. | Missed | Passed |
The instructions your model reads when the skill loads.
Produce a technical guide that teaches a real-world use case through progressive examples. Concepts are introduced only when the reader needs them.
Each guide solves one specific problem. Not a category of problems. If the outline has 5+ steps or covers multiple approaches, split it.
Every guide follows this arc: introduction, example setup, 2-5 progressive steps, next steps.
Each step follows this loop: working code → new requirement → friction → explanation → resolution → observable proof.
Sections: introduction (no heading, 2 paragraphs max), ## Example (what we're building + source link), ### Step N (action-oriented titles, 2-4 steps), ## Next steps (summary + related links).
Headings should tell a story on their own. If readers only saw the headings, they'd understand the guide's takeaway.
---
title: {Action-oriented, e.g., "Building X" or "How to Y"}
description: {One sentence}
nav_title: {Short title for navigation}
---
{What the reader will accomplish and why it matters. The friction and how this approach resolves it. 2 paragraphs max.}
## Example
As an example, we'll build {what we're building}.
We'll start with {step 1}, then {step 2}, and {step 3}.
{Source code link.}
### Step 1: {Action-oriented title}
{Brief context, 1-2 sentences.}
test cases passed, vs 7 / 22 without
More skills from the same source and nearby in the registry, with their headline benchmark lift.