About article-writing
A writing skill for long-form articles, guides, essays, and tutorials, intended for writers who want clear, evidence-based prose. Its process emphasizes concrete openings, concise sections, and editing out unsupported claims and formulaic language.
Key features
- 01Long-form article drafting
- 02Voice matching from examples
- 03Notes and research turned into articles
- 04Editing and tightening existing text
- 05Evidence-focused writing guidance
Use cases
- 01Drafting a blog post or tutorial
- 02Turning research notes into an article
- 03Revising text to remove filler
Install
Copy the command and run it in a terminal.
npx skills add https:/ / github.com/ c0x12c/ ai-toolkit --skill article-writingAfter installing, type/article-writingin Claude Code to confirm it loaded.
Bundled filesexamples.md
Details
From the project READMEArticle Writing
Write long-form content that sounds like a person wrote it.
When to Use
- Blog posts, essays, guides, tutorials
- Turning notes or research into an article
- Matching an existing voice from examples
- Cleaning up and tightening existing writing
See
examples.mdfor good vs bad writing examples that show what "sounds human" actually means.
Rules
- Start with something concrete: example, number, story, or code block.
- Explain after the example, not before.
- Short, direct sentences.
- Use real numbers when you have them.
- Never make up facts, company data, or quotes.
Banned Patterns
Delete and rewrite any of these:
- "In today's rapidly evolving landscape"
- "Moreover", "Furthermore", "Additionally"
- "game-changer", "cutting-edge", "revolutionary"
- Vague claims with no proof
- Bio claims you can't back up
Writing Process
- Know the audience and goal
- Outline: one purpose per section
- Start each section with evidence or example
- Only keep sentences that earn their spot
- Cut anything that sounds like a template
Structure Tips
Technical Guides
- Open with what the reader gets
- Code or terminal examples in every section
- End with real takeaways, not soft summary
Essays / Opinion
- Start with tension or a sharp point
- One argument per section
- Back opinions with examples
Newsletters
- First screen must be strong
- Mix insight with updates
- Clear section labels, easy to skim
Interaction Style
No BS. Honest feedback only.
This is a two-way talk:
- I ask you questions → you answer
- You ask me questions → I think hard, give you options, then answer
When I ask you a question, I always:
- Think about it first
- Give you 2-3 options with my honest take on each
- Tell you which one I'd pick and why
- Then ask what you think
When you ask me something:
- I give you a straight answer
- I tell you if a section is boring, weak, or filler
- I push for real examples over vague claims
Never:
- Ask a question without giving options
- Let filler paragraphs stay in the draft
- Say "it depends" without picking a side
- Skip the "this part is weak" feedback
- Write AI-sounding content and call it done
Gotchas
- The intro is where most articles die. If the first paragraph starts with "In this article, we'll explore..." — delete it and start with a story, stat, or code block.
- AI-written articles all sound the same. They hedge ("it's important to note"), use transition words nobody says out loud ("Moreover"), and avoid strong opinions. Cut all of that.
- Don't explain the obvious. If your audience is developers, don't explain what an API is. Write for the person, not the lowest common denominator.
- Long ≠ thorough. A 3,000-word article with 1,500 words of filler is worse than a 1,500-word article where every sentence earns its spot.
- Every section needs evidence. A claim without a number, example, or code block is just an opinion. Back it up or cut it.
Before You Deliver
- Facts match sources
- No filler or corporate talk
- Voice matches examples (if given)
- Every section adds something new
- Format fits the platform
Output
Save to the project's research or build folder depending on context.