Now liveThe Skillselion MCP - thousands of ranked skills, loaded into your agent mid-task. No install.Get it →
reactjs avatar

Docs Voice

  • 58 installs
  • 11.8k repo stars
  • Updated July 31, 2026
  • reactjs/react.dev

Helps with ai & agent building tasks.

About

docs-voice is a Claude Code skill for ai & agent building. It helps solo builders move faster with AI-assisted development.

  • docs-voice
  • AI & Agent Building
  • AI-coding skill

Docs Voice by the numbers

  • 58 all-time installs (skills.sh)
  • +3 installs in the week ending Aug 4, 2026 (Skillselion tracking)
  • Ranked #6,589 of 16,546 AI & Agent Building skills by installs in the Skillselion catalog
  • Data as of Aug 5, 2026 (Skillselion catalog sync)
npx skills add https://github.com/reactjs/react.dev --skill docs-voice

Add your badge

Show developers this skill is listed on Skillselion. Paste this into your README.

Listed on Skillselion
Installs58
repo stars11.8k
Last updatedJuly 31, 2026
Repositoryreactjs/react.dev

What it does

Helps with ai & agent building tasks.

Files

SKILL.mdMarkdownGitHub ↗

React Docs Voice & Style

Universal Rules

  • Capitalize React terms when referring to the React concept in headings or as standalone concepts:
  • Core: Hook, Effect, State, Context, Ref, Component, Fragment
  • Concurrent: Transition, Action, Suspense
  • Server: Server Component, Client Component, Server Function, Server Action
  • Patterns: Error Boundary
  • Canary: Activity, View Transition, Transition Type
  • In prose: Use lowercase when paired with descriptors: "state variable", "state updates", "event handler". Capitalize when the concept stands alone or in headings: "State is isolated and private"
  • General usage stays lowercase: "the page transitions", "takes an action"
  • Product names: ESLint, TypeScript, JavaScript, Next.js (not lowercase)
  • Bold for key concepts: state variable, event handler
  • Italics for new terms being defined: event handlers
  • Inline code for APIs: useState, startTransition, <Suspense>
  • Avoid: "simple", "easy", "just", time estimates
  • Frame differences as "capabilities" not "advantages/disadvantages"
  • Avoid passive voice and jargon

Tone by Page Type

TypeToneExample
LearnConversational"Here's what that looks like...", "You might be wondering..."
ReferenceTechnical"Call useState at the top level...", "This Hook returns..."
BlogAccurateFocus on facts, not marketing

Note: Pitfall and DeepDive components can use slightly more conversational phrasing ("You might wonder...", "It might be tempting...") even in Reference pages, since they're explanatory asides.

Avoiding Jargon

Pattern: Explain behavior first, then name it.

✅ "React waits until all code in event handlers runs before processing state updates. This is called batching."

❌ "React uses batching to process state updates atomically."

Terms to avoid or explain:

JargonPlain Language
atomicall-or-nothing, batched together
idempotentsame inputs, same output
deterministicpredictable, same result every time
memoizeremember the result, skip recalculating
referentially transparent(avoid - describe the behavior)
invariantrule that must always be true
reify(avoid - describe what's being created)

Allowed technical terms in Reference pages:

  • "stale closures" - standard JS/React term, can be used in Caveats
  • "stable identity" - React term for consistent object references across renders
  • "reactive" - React term for values that trigger re-renders when changed
  • These don't need explanation in Reference pages (readers are expected to know them)

Use established analogies sparingly—once when introducing a concept, not repeatedly:

ConceptAnalogy
Components/ReactKitchen (components as cooks, React as waiter)
Render phasesRestaurant ordering (trigger/render/commit)
State batchingWaiter collecting full order before going to kitchen
State behaviorSnapshot/photograph in time
State storageReact storing state "on a shelf"
State purposeComponent's memory
Pure functionsRecipes (same ingredients → same dish)
Pure functionsMath formulas (y = 2x)
PropsAdjustable "knobs"
Children prop"Hole" to be filled by parent
KeysFile names in a folder
Curly braces in JSX"Window into JavaScript"
Declarative UITaxi driver (destination, not turn-by-turn)
Imperative UITurn-by-turn navigation
State structureDatabase normalization
Refs"Secret pocket" React doesn't track
Effects/Refs"Escape hatch" from React
ContextCSS inheritance / "Teleportation"
Custom HooksDesign system

Common Prose Patterns

Wrong vs Right code:

\`\`\`js
// 🚩 Don't mutate state:
obj.x = 10;
\`\`\`

\`\`\`js
// ✅ Replace with new object:
setObj({ ...obj, x: 10 });
\`\`\`

Table comparisons:

| passing a function | calling a function |
| `onClick={handleClick}` | `onClick={handleClick()}` |

Linking:

[Read about state](/learn/state-a-components-memory)
[See `useState` reference](/reference/react/useState)

Code Style

  • Prefer JSX over createElement
  • Use const/let, never var
  • Prefer named function declarations for top-level functions
  • Arrow functions for callbacks that need this preservation

Version Documentation

When APIs change between versions:

Starting in React 19, render `<Context>` as a provider:
\`\`\`js
<SomeContext value={value}>{children}</SomeContext>
\`\`\`

In older versions:
\`\`\`js
<SomeContext.Provider value={value}>{children}</SomeContext.Provider>
\`\`\`

Patterns:

  • "Starting in React 19..." for new APIs
  • "In older versions of React..." for legacy patterns

Related skills

This week in AI coding

Five minutes, every Monday - the tools, releases and tactics for developers.

unsubscribe anytime.