skills/rspress-description-generator/SKILL.md
Generate and maintain description frontmatter for Rspress documentation files (.md/.mdx). Use when a user wants to add SEO descriptions, improve search engine snippets, generate llms.txt metadata, prepare docs for AI summarization, or batch-update frontmatter across an Rspress doc site. Also use when adding new documentation pages to an Rspress project — every new doc file needs a description.
npx skillsauth add rstackjs/agent-skills rspress-description-generatorInstall 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.
The description field in Rspress frontmatter generates <meta name="description" content="..."> tags, which are used for search engine snippets, social media previews, and AI-oriented formats like llms.txt.
rspress.config.ts, .js, .mjs, or .cjs. It may be at the project root or inside a subdirectory like website/.root option.
root: 'docs') or a JS expression (root: path.join(__dirname, 'docs')). In either case, determine the resolved directory path.root is set, resolve it relative to the config file's directory.root is not set, default to docs relative to the config file's directory.docs nor the configured root exists, check for doc as a fallback.Rspress i18n projects place language subdirectories (e.g., en/, zh/) directly under the docs root:
docs/
├── en/
│ ├── guide/
│ └── index.md
└── zh/
├── guide/
└── index.md
Check if the docs root contains language subdirectories (two-letter codes like en, zh, ja, ko, etc.). If so, process each language directory separately — the description language should match the content language.
If there are no language subdirectories, treat the entire docs root as a single-language site.
Glob for **/*.md and **/*.mdx under the docs root. Exclude:
node_modules, build output (doc_build, .rspress, dist)_meta.json / _nav.json (sidebar/nav config files, not doc pages)**/shared/** directories (reusable snippets included via @import, not standalone pages)For each file:
description in frontmatter. If it exists and is non-empty, skip.pageType in frontmatter. For home pages, derive the description from the hero.text / hero.tagline fields or the features list, not from body content.description into frontmatter:
If the file has frontmatter with a title field, insert description on the line after title.
If the file has frontmatter without title, insert description as the first field.
If the file has no frontmatter block, add one:
---
description: Your generated description here
---
Most descriptions can be bare YAML strings:
description: Step-by-step guide to setting up your first Rspress site
If the description contains colons, quotes, or other special YAML characters, wrap in double quotes:
description: 'API reference for Rspress configuration: plugins, themes, and build options'
For sites with many files, use parallel agent calls to process independent files simultaneously. Group by directory (e.g., all files in guide/, then all in api/) to maintain focus and consistency within each section.
After processing all files, do a quick scan to ensure no files were missed — re-glob and check for any remaining files without description.
The description serves three audiences: search engines (Google snippet), AI systems (llms.txt, summarization), and humans (scanning search results). A good description helps all three.
Good:
| Content | Description | | -------------------------- | ---------------------------------------------------------------------------- | | Plugin development guide | Create custom Rspress plugins using the Node.js plugin API and runtime hooks | | MDX component usage | Import and use React components in MDX documentation files | | Rspress 快速开始 | 从安装到本地预览,搭建 Rspress 文档站点的完整流程 | | 主题配置 | 自定义 Rspress 主题的导航栏、侧边栏、页脚和暗色模式 | | Home page (pageType: home) | Rspress documentation framework — fast, MDX-powered static site generator |
Bad:
| Description | Why | | ------------------------------------------------------- | ------------------------------------------------ | | "About plugins" | Too vague — which plugins? what about them? | | "This page explains how to configure the Rspress theme" | Wastes characters on "This page explains how to" | | "Learn everything about Rspress!" | Marketing fluff, says nothing specific |
root option): https://rspress.rs/api/config/config-basicdevelopment
Debug Rstest issues systematically, including performance regressions. First determine whether the slowdown is in build startup or test execution, then run controlled config or code experiments and compare before/after timings.
development
Opinionated Rslib recommendations for modern JS/TS npm package design covering pure ESM, strict TypeScript, explicit exports, small stable APIs, pragmatic dependencies, accurate sideEffects, correct declarations, package validation, provenance, README.md, and AGENTS.md. Use when the user wants to make a JS/TS package more modern, check whether the current package setup is healthy, review package.json/exports/types/dependencies/docs/release readiness, or apply a modern library baseline.
development
Create or update draft GitHub releases for the current project's main GitHub repository, then organize GitHub-generated release notes into user-friendly sections without rewriting release note items. Use for preparing, formatting, categorizing, creating, or updating GitHub release notes or draft releases, including optional highlights when the user asks for them.
tools
Migrate ESLint or other linters to Rslint. Use when asked to replace ESLint flat config, lint scripts, VS Code ESLint settings, inline directives, rules, presets, plugins, or lint dependencies with Rslint equivalents.