ClaudeApp/writing/SKILL.md
Use when user asks to "write a blog post", "create an article", "draft content", "write about [topic]", "help me write", "content writing", "long-form writing", or wants to create blog posts, articles, or other long-form written content. Guides through structured questioning to produce high-quality, audience-focused content.
npx skillsauth add ash4180/vorbit writingInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Create high-quality blog posts and articles through structured questioning. Every piece is tailored to the audience and purpose.
Key Principle: Understand audience first → Plan structure → Write with clear purpose → Review and refine.
Use AskUserQuestion to gather context (ask 2-4 questions per batch):
DO NOT start writing until you have clear answers.
Based on answers, create a structured outline:
## Outline: [Title]
**Hook:** [Opening approach - question, stat, story, problem]
**Sections:**
1. [Section 1 title] - [What it covers]
2. [Section 2 title] - [What it covers]
3. [Section 3 title] - [What it covers]
**Key Points:**
- [Must-include point 1]
- [Must-include point 2]
**Conclusion:** [How to end - CTA, summary, question]
**Estimated length:** X words
Ask: "Does this outline look good? Any sections to add, remove, or reorder?"
Get approval before writing.
Follow these writing principles:
Before presenting the draft, verify:
Content:
Structure:
Style:
Length:
Show the complete draft to user in chat.
After the draft, ask:
Based on feedback:
Only after user approves final version.
Save as markdown file in user's workspace folder.
Filename format: [title-kebab-case].md
## Article Complete
**File:** [link to saved file]
### Summary
- Title: [title]
- Word count: X
- Sections: Y
### Ready for:
- Publishing to blog
- Further editing
- Conversion to other formats
| Type | Example | Best For | |------|---------|----------| | Question | "Ever wondered why..." | Engaging curiosity | | Statistic | "80% of users..." | Building credibility | | Story | "Last week, I..." | Creating connection | | Bold claim | "Everything you know about X is wrong" | Grabbing attention | | Problem | "If you struggle with X..." | Addressing pain points |
| Tone | Characteristics | Avoid | |------|-----------------|-------| | Professional | Clear, authoritative, well-structured | Slang, emojis, casual phrases | | Casual | Friendly, relaxed, conversational | Stiff language, complex sentences | | Conversational | Like talking to a friend, uses "you" | Formal words, passive voice | | Formal | Academic, precise, well-cited | Contractions, colloquialisms |
| Length | Best For | Structure | |--------|----------|-----------| | 500 words | Quick tips, news updates | Hook + 2-3 points + conclusion | | 1000 words | How-to guides, opinions | Hook + 4-5 sections + conclusion | | 2000+ words | Deep dives, tutorials | Hook + 6+ sections + examples + conclusion |
development
Sync design tokens and components from a codebase to a Pencil canvas (`.pen` files), or set up a Pencil canvas from a style guide when no codebase exists. Use when the user says "sync pencil", "setup pencil", "configure pencil", "pencil sync", "sync tokens to pencil", "build pencil component library", or names Pencil/`.pen` files explicitly. Also triggers when mockups generated by Pencil don't match project conventions.
development
--- name: figma version: 1.6.0 description: Use when user says "figma", "figma it", "sync figma", "figma mockup", "create figma file", "design to figma", "figma from PRD", "figma from journey", "build in figma", or "figma design system" — anything that creates, syncs, or updates Figma design systems, components, variables, mockups, or front-end-ready screens. Always enumerates the linked Figma library FIRST (library-driven discovery, not per-need search), produces a block→DS mapping table for us
development
Use when the user wants to build Webflow pages, templates, or components, with or without Figma designs as reference.
testing
Use when the user wants to verify an implementation, validate acceptance criteria, or run a Vorbit-style post-change check using shared project rules.