WR

Writes and improves JavaScript concept documentation following strict quality guidelines.

Install

mkdir -p .claude/skills/write-concept && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/12445" && unzip -o skill.zip -d .claude/skills/write-concept && rm skill.zip

Installs to .claude/skills/write-concept

Activation

This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.

Write or review JavaScript concept documentation pages for the 33 JavaScript Concepts project, following strict structure and quality guidelines
144 charsno explicit “when” trigger
Intermediate

Key capabilities

  • Write new JavaScript concept documentation pages.
  • Rewrite or significantly improve existing concept pages.
  • Review existing concept pages for quality and completeness.
  • Add explanatory content to a concept.
  • Ensure content is accessible to beginners while providing depth for intermediate developers.
  • Optimize content for search engines with keyword placement and structured data.

How it works

The skill provides writing guidelines, a list of words and phrases to avoid, and a checklist for SEO and content structure to ensure high-quality, human-sounding JavaScript concept documentation.

Inputs & outputs

You give it
A request to write or review a JavaScript concept documentation page.
You get back
A JavaScript concept documentation page that adheres to writing guidelines, avoids AI-generated language, and is optimized for SEO.

When to use write-concept

  • Create a new concept page
  • Rewrite an existing concept page
  • Review concept documentation for quality

About this skill

Skill: Write JavaScript Concept Documentation

Use this skill when writing or improving concept documentation pages for the 33 JavaScript Concepts project.

When to Use

  • Creating a new concept page in /docs/concepts/
  • Rewriting or significantly improving an existing concept page
  • Reviewing an existing concept page for quality and completeness
  • Adding explanatory content to a concept

Target Audience

Remember: the reader might be someone who has never coded before or is just learning JavaScript. Write with empathy for beginners while still providing depth for intermediate developers. Make complex topics feel approachable and never assume prior knowledge without linking to prerequisites.

Writing Guidelines

Voice and Tone

  • Conversational but authoritative: Write like you're explaining to a smart friend
  • Encouraging: Make complex topics feel approachable
  • Practical: Focus on real-world applications and use cases
  • Concise: Respect the reader's time; avoid unnecessary verbosity
  • Question-driven: Open sections with questions the reader might have

Avoiding AI-Generated Language

Your writing must sound human, not AI-generated. Here are specific patterns to avoid:

Words and Phrases to Avoid

❌ Avoid✓ Use Instead
"Master [concept]""Learn [concept]"
"dramatically easier/better""much easier" or "cleaner"
"one fundamental thing""one simple thing"
"one of the most important concepts""This is a big one"
"essential points""key things to remember"
"understanding X deeply improves""knowing X well makes Y easier"
"To truly understand""Let's look at" or "Here's how"
"This is crucial""This trips people up"
"It's worth noting that"Just state the thing directly
"It's important to remember""Don't forget:" or "Remember:"
"In order to""To"
"Due to the fact that""Because"
"At the end of the day"Remove entirely
"When it comes to"Remove or rephrase
"In this section, we will"Just start explaining
"As mentioned earlier"Remove or link to the section

Repetitive Emphasis Patterns

Don't use the same lead-in pattern repeatedly. Vary your emphasis:

Instead of repeating...Vary with...
"Key insight:""Don't forget:", "The pattern:", "Here's the thing:"
"Best practice:""Pro tip:", "Quick check:", "A good habit:"
"Important:""Watch out:", "Heads up:", "Note:"
"Remember:""Keep in mind:", "The rule:", "Think of it this way:"

Em Dash (—) Overuse

AI-generated text overuses em dashes. Limit their use and prefer periods, commas, or colons:

❌ Em Dash Overuse✓ Better Alternative
"async/await — syntactic sugar that...""async/await. It's syntactic sugar that..."
"understand Promises — async/await is built...""understand Promises. async/await is built..."
"doesn't throw an error — you just get...""doesn't throw an error. You just get..."
"outside of async functions — but only in...""outside of async functions, but only in..."
"Fails fast — if any Promise rejects...""Fails fast. If any Promise rejects..."
"achieve the same thing — the choice...""achieve the same thing. The choice..."

When em dashes ARE acceptable:

  • In Key Takeaways section (consistent formatting for the numbered list)
  • In MDN card titles (e.g., "async function — MDN")
  • In interview answer step-by-step explanations (structured formatting)
  • Sparingly when a true parenthetical aside reads naturally

Rule of thumb: If you have more than 10-15 em dashes in a 1500-word document outside of structured sections, you're overusing them. After writing, search for "—" and evaluate each one.

Superlatives and Filler Words

Avoid vague superlatives that add no information:

❌ Avoid✓ Use Instead
"dramatically""much" or remove entirely
"fundamentally""simply" or be specific about what's fundamental
"incredibly"remove or be specific
"extremely"remove or be specific
"absolutely"remove
"basically"remove (if you need it, you're not explaining clearly)
"essentially"remove or just explain directly
"very"remove or use a stronger word
"really"remove
"actually"remove (unless correcting a misconception)
"In fact"remove (just state the fact)
"Interestingly"remove (let the reader decide if it's interesting)

Stiff/Formal Phrases

Replace formal academic-style phrases with conversational alternatives:

❌ Stiff✓ Conversational
"It should be noted that""Note that" or just state it
"One might wonder""You might wonder"
"This enables developers to""This lets you"
"The aforementioned""this" or name it again
"Subsequently""Then" or "Next"
"Utilize""Use"
"Commence""Start"
"Prior to""Before"
"In the event that""If"
"A considerable amount of""A lot of" or "Many"

Playful Touches (Use Sparingly)

Add occasional human touches to make the content feel less robotic, but don't overdo it:

// ✓ Good: One playful comment per section
// Callback hell - nested so deep you need a flashlight

// ✓ Good: Conversational aside  
// forEach and async don't play well together — it just fires and forgets:

// ✓ Good: Relatable frustration
// Finally, error handling that doesn't make you want to flip a table.

// ❌ Bad: Trying too hard
// Callback hell - it's like a Russian nesting doll had a baby with a spaghetti monster! 🍝

// ❌ Bad: Forced humor
// Let's dive into the AMAZING world of Promises! 🎉🚀

Guidelines:

  • One or two playful touches per major section is enough
  • Humor should arise naturally from the content
  • Avoid emojis in body text (they're fine in comments occasionally)
  • Don't explain your jokes
  • If a playful line doesn't work, just be direct instead

Page Structure (Follow This Exactly)

Every concept page MUST follow this structure in this exact order:

---
title: "Concept Name: [Hook] in JavaScript"
sidebarTitle: "Concept Name: [Hook]"
description: "SEO-friendly description in 150-160 characters starting with action word"
---

[Opening hook - Start with engaging questions that make the reader curious]
[Example: "How does JavaScript get data from a server? How do you load user profiles, submit forms, or fetch the latest posts from an API?"]

[Immediately show a simple code example demonstrating the concept]

```javascript
// This is how you [do the thing] in JavaScript
const example = doSomething()
console.log(example)  // Expected output

[Brief explanation connecting to what they'll learn, with inline MDN links for key terms]

<Info> **What you'll learn in this guide:** - Key learning outcome 1 - Key learning outcome 2 - Key learning outcome 3 - Key learning outcome 4 (aim for 5-7 items) </Info> <Warning> [Optional: Prerequisites or important notices - place AFTER Info box] **Prerequisite:** This guide assumes you understand [Related Concept](/concepts/related-concept). If you're not comfortable with that yet, read that guide first! </Warning>

[First Major Section - e.g., "What is X?"]

[Core explanation with inline MDN links for any new terms/APIs introduced]

[Optional: CardGroup with MDN reference links for this section]


[Analogy Section - e.g., "The Restaurant Analogy"]

[Relatable real-world analogy that makes the concept click]

[ASCII art diagram visualizing the concept]

┌─────────────────────────────────────────────────────────────────────────┐
│                          DIAGRAM TITLE                                   │
├─────────────────────────────────────────────────────────────────────────┤
│                                                                          │
│    [Visual representation of the concept]                                │
│                                                                          │
└─────────────────────────────────────────────────────────────────────────┘

[Core Concepts Section]

[Deep dive with code examples, tables, and Mintlify components]

<Steps> <Step title="Step 1"> Explanation of the first step </Step> <Step title="Step 2"> Explanation of the second step </Step> </Steps> <AccordionGroup> <Accordion title="Subtopic 1"> Detailed explanation with code examples </Accordion> <Accordion title="Subtopic 2"> Detailed explanation with code examples </Accordion> </AccordionGroup> <Tip> **Quick Rule of Thumb:** [Memorable summary or mnemonic] </Tip>

[The API/Implementation Section]

[How to actually use the concept in code]

Basic Usage

// Basic example with step-by-step comments
// Step 1: Do this
const step1 = something()

// Step 2: Then this
const step2 = somethingElse(step1)

// Step 3: Finally
console.log(step2)  // Expected output

[Advanced Pattern]

// More complex real-world example

[Common Mistakes Section - e.g., "The #1 Fetch Mistake"]

[Highlight the most common mistake developers make]

┌─────────────────────────────────────────────────────────────────────────┐
│                         VISUAL COMPARISON                                │
├─────────────────────────────────────────────────────────────────────────┤
│                                                                          │
│  WRONG WAY                           RIGHT WAY                           │
│  ─────────                           ─────────                           │
│  • Problem 1                         • Solution 1                        │
│  • Problem 2                         • Solution 2                        │
│                          

---

*Content truncated.*

When not to use it

  • When the user needs to write documentation for a project other than the 33 JavaScript Concepts.
  • When the user needs to write content that sounds AI-generated.
  • When the user wants to overuse em dashes or vague superlatives.

Limitations

  • The skill is specifically for the 33 JavaScript Concepts project.
  • The skill enforces strict writing guidelines to avoid AI-generated language.
  • The skill requires content to be 1,500+ words for complete coverage.

How it compares

This skill provides specific guidelines for writing JavaScript concept documentation, including voice, tone, and explicit patterns to avoid AI-generated language, ensuring human-like, authoritative, and beginner-friendly content, unlike gen

Compared to similar skills

write-concept side by side with the closest alternatives in the catalog.

SkillInstallsUpdatedSafetyDifficulty
write-concept (this skill)07moNo flagsIntermediate
docs-writer-reference16moNo flagsBeginner
markdown-to-html166moReviewBeginner
concept-workflow67moNo flagsIntermediate

Try saying

Example prompts that trigger this skill in your AI assistant.

You might also like

docs-writer-reference

reactjs

Reference page structure, templates, and writing patterns for src/content/reference/. For components, see /docs-components. For code examples, see /docs-sandpack.

13

markdown-to-html

github

Convert Markdown files to HTML similar to `marked.js`, `pandoc`, `gomarkdown/markdown`, or similar tools; or writing custom script to convert markdown to html and/or working on web template systems like `jekyll/jekyll`, `gohugoio/hugo`, or similar web templating systems that utilize markdown documents, converting them to html. Use when asked to "convert markdown to html", "transform md to html", "render markdown", "generate html from markdown", or when working with .md files and/or web a templating system that converts markdown to HTML output. Supports CLI and Node.js workflows with GFM, CommonMark, and standard Markdown flavors.

1662

concept-workflow

leonardomso

End-to-end workflow for creating complete JavaScript concept documentation, orchestrating all skills from research to final review

67

ml-paper-writing

davila7

Write publication-ready ML/AI papers for NeurIPS, ICML, ICLR, ACL, AAAI, COLM. Use when drafting papers from research repos, structuring arguments, verifying citations, or preparing camera-ready submissions. Includes LaTeX templates, reviewer guidelines, and citation verification workflows.

4897

docs-review

metabase

Review documentation changes for compliance with the Metabase writing style guide. Use when reviewing pull requests, files, or diffs containing documentation markdown files.

1085

claude-md-improver

anthropics

Audit and improve CLAUDE.md files in repositories. Use when user asks to check, audit, update, improve, or fix CLAUDE.md files. Scans for all CLAUDE.md files, evaluates quality against templates, outputs quality report, then makes targeted updates. Also use when the user mentions "CLAUDE.md maintenance" or "project memory optimization".

2167

Search skills

Search the agent skills registry