ring:structuring-documentation
Structuring documentation: content hierarchy, overview/conceptual/task page structures, section dividers, navigation, tables-vs-lists, code placement, cross-linking, and page-length targets. Use when planning doc structure, organizing a content hierarchy, splitting content across pages, or designing navigation. Skip when writing the actual content, or checking voice (use ring:applying-voice-and-tone).
What this skill does
# Documentation Structure ## When to use - Planning documentation structure - Organizing content hierarchy - Deciding how to split content across pages - Creating navigation patterns ## Skip when - Writing content → dispatch the guide-writer or api-writer agent - Checking voice → use ring:applying-voice-and-tone ## Related **Complementary:** ring:applying-voice-and-tone, ring:reviewing-docs Good structure helps users find what they need quickly. Organize content by user tasks and mental models, not by internal system organization. ## Content Hierarchy ``` Documentation/ ├── Welcome/ # Entry point, product overview ├── Getting Started/ # First steps, quick wins ├── Guides/ # Task-oriented documentation │ ├── Understanding X # Conceptual │ ├── Use Cases # Real-world scenarios │ └── Best Practices # Recommendations ├── API Reference/ # Technical reference │ ├── Introduction # API overview │ └── Endpoints/ # Per-resource documentation └── Updates/ # Changelog, versioning ``` --- ## Page Structure Patterns | Page Type | Structure | |-----------|-----------| | **Overview** | Brief description → "In this section you will find:" → Linked list of child pages | | **Conceptual** | Lead paragraph → Key characteristics (bullets) → How it works → Subtopics with `---` dividers → Related concepts | | **Task-Oriented** | Brief context → Prerequisites → Numbered steps → Verification → Next steps | --- ## Section Dividers Use `---` between major sections for visual separation. **When to use:** - Between major topic changes - Before "Related" or "Next steps" sections - After introductory content - Before prerequisites in guides **Don't overuse:** Not every heading needs a divider. --- ## Navigation Patterns | Pattern | Usage | |---------|-------| | Breadcrumb | Show hierarchy: `Guides > Core Entities > Accounts` | | Prev/Next | Connect sequential content: `[Previous: Assets] \| [Next: Portfolios]` | | On-this-page | For long pages, show section links at top | --- ## Information Density **Scannable content:** 1. Lead with key point in each section 2. Use bullet points for 3+ items 3. Use tables for comparing options 4. Use headings every 2-3 paragraphs 5. Bold key terms on first use **Progressive disclosure:** - Essential info (80% of users need) first - Advanced configuration in separate section - Edge cases and rare scenarios last --- ## Tables vs Lists **Use tables when:** Comparing items across same attributes, showing structured data (API fields), displaying options with consistent properties **Use lists when:** Items don't have comparable attributes, sequence matters (steps), items have varying detail levels --- ## Code Examples Placement | Type | When | |------|------| | Inline code | Short references: "Set the `assetCode` field..." | | Code blocks | Complete, runnable examples | **Rules:** 1. Show example immediately after explaining it 2. Keep examples minimal but complete 3. Use realistic data (not "foo", "bar") 4. Show both request and response for API docs --- ## Cross-Linking Strategy - **Link first mention** of a concept in each section - **Don't over-link** – once per section is enough - **Link destinations:** Concept → conceptual docs, API action → endpoint, "Learn more" → deeper dive --- ## Page Length Guidelines | Page Type | Target | Reasoning | |-----------|--------|-----------| | Overview | 1-2 screens | Quick orientation | | Concept | 2-4 screens | Thorough explanation | | How-to | 1-3 screens | Task completion | | API endpoint | 2-3 screens | Complete reference | | Best practices | 3-5 screens | Multiple recommendations | If >5 screens, consider splitting. --- ## Quality Checklist - [ ] Content organized by user task, not system structure - [ ] Overview pages link to all child content - [ ] Section dividers separate major topics - [ ] Headings create scannable structure - [ ] Tables used for comparable items - [ ] Code examples follow explanations - [ ] Cross-links connect related content - [ ] Page length appropriate for type - [ ] Navigation connects sequential content ---
Related in Image & Video
watch
IncludedWatch a video (URL or local path). Downloads with yt-dlp, extracts auto-scaled frames with ffmpeg, pulls the transcript from captions (or Whisper API fallback), and hands the result to Claude so it can answer questions about what's in the video.
physical-ai-defect-image-generation
IncludedUse when the user wants to orchestrate defect image generation, run associated setup, or handle outputs on OSMO. The Day 0 path handles cold-start with USD-to-ROI, image-edit augmentation, and AnomalyGen to create initial PCBA datasets. The Day 1 path performs inference and labeling on real images. This skill helps with first-time asset setup, creation of finetuning checkpoints, and configuring deployment. Trigger keywords: defect image generation, dig workflow, dig pipeline, defect image detection workflow, aoi pipeline, aoi anomalygen, usd2roi anomalygen, day 0 pcba, day 1 pcba, day 1 real-photo alignment, day 1 manual roi, metal surface anomaly, glass defect, anomalygen finetune, setup_pcb, setup_metal, setup_glass, setup_pretrained, dig setup, dig datasets, dig pretrained checkpoint, dig image-edit endpoint.
accelint-react-best-practices
IncludedReact performance optimization and best practices. ALWAYS use this skill when working with any React code - writing components, hooks, JSX; refactoring; optimizing re-renders, memoization, state management; reviewing for performance; fixing hydration mismatches; debugging infinite re-renders, stale closures, input focus loss, animations restarting; preventing remounting; implementing transitions, lazy initialization, effect dependencies. Even simple React tasks benefit from these patterns. Covers React 19+ (useEffectEvent, Activity, ref props). Triggers - useEffect, useState, useMemo, useCallback, memo, inline components, nested components, components inside components, re-render, performance, hydration, SSR, Next.js, useDeferredValue, combined hooks.
elevenlabs-agents
IncludedBuild conversational AI voice agents with ElevenLabs Platform using React, JavaScript, React Native, or Swift SDKs. Configure agents, tools (client/server/MCP), RAG knowledge bases, multi-voice, and Scribe real-time STT. Use when: building voice chat interfaces, implementing AI phone agents with Twilio, configuring agent workflows or tools, adding RAG knowledge bases, testing with CLI "agents as code", or troubleshooting deprecated @11labs packages, Android audio cutoff, CSP violations, dynamic variables, or WebRTC config. Keywords: ElevenLabs Agents, ElevenLabs voice agents, AI voice agents, conversational AI, @elevenlabs/react, @elevenlabs/client, @elevenlabs/react-native, @elevenlabs/elevenlabs-js, @elevenlabs/agents-cli, elevenlabs SDK, voice AI, TTS, text-to-speech, ASR, speech recognition, turn-taking model, WebRTC voice, WebSocket voice, ElevenLabs conversation, agent system prompt, agent tools, agent knowledge base, RAG voice agents, multi-voice agents, pronunciation dictionary, voice speed control, elevenlabs scribe, @11labs deprecated, Android audio cutoff, CSP violation elevenlabs, dynamic variables elevenlabs, case-sensitive tool names, webhook authentication
humanizer
IncludedHumanize AI-generated text by detecting and removing patterns typical of LLM output. Rewrites text to sound natural, specific, and human. Uses 28 pattern detectors, 560+ AI vocabulary terms across 3 tiers, and statistical analysis (burstiness, type-token ratio, readability) for comprehensive detection. Use when asked to humanize text, de-AI writing, make content sound more natural/human, review writing for AI patterns, score text for AI detection, or improve AI-generated drafts. Covers content, language, style, communication, and filler categories.
generating-mermaid-diagrams
IncludedSalesforce architecture diagrams using Mermaid with ASCII fallback. Use this skill when generating text-based diagrams for Salesforce architecture, OAuth flows, ERDs, integration sequences, or Agentforce structure. TRIGGER when: user says "diagram", "visualize", "ERD", or asks for sequence diagrams, flowcharts, class diagrams, or architecture visualizations in Mermaid. DO NOT TRIGGER when: user wants PNG/SVG image output (use generating-visual-diagrams), or asks about non-Salesforce systems.