Update Starlight Documentation
SkillDocs & knowledgeUpdate Astro Starlight user documentation (site/src/content/docs/) when code changes affect user-facing features. Use when: adding new tools, changing configuration, updating deployment, modifying capabilities.
Use Update Starlight Documentation in Claude, ChatGPT or Ahel Desktop
Free. Sign in, add Update Starlight Documentation and connect your AI. About a minute.
Also: Claude Code · Cursor · Codex
Then ask your AI: use the Update Starlight Documentation skill
Details
Instructions available. Your AI can read the instructions. Execution depends on the setup they require.
Account requirements not reviewed. Check the skill instructions before use; Ahel provides instructions and does not run this skill.
No other account needed.
Add Ahel to your AI once: Claude, ChatGPT, Cursor, Claude Code or Codex. Then ask it to use this.
What this skill tells your AI
The instructions your AI receives, as published by jmrplens/gitlab-mcp-server in .github/skills/update-starlight-docs/SKILL.md and read by Ahel’s review.
Update the Astro Starlight user documentation site to reflect code changes that affect user-facing features, configuration, or behavior.
Before Starting
- Identify what changed in the code that affects users
- Read the current Starlight docs structure:
site/src/content/docs/ - Determine affected pages (EN and ES)
Documentation Architecture
Two documentation systems coexist:
| System | Path | Audience | Format |
|---|---|---|---|
| Developer docs | docs/ | Contributors, AI agents | Markdown |
| User docs | site/src/content/docs/ | End users | MDX (Starlight) |
Rule: Code changes that affect user-facing behavior MUST update BOTH systems.
Steps
1. Map code changes to affected docs
| Code Change | User Doc Pages |
|---|---|
| New MCP tool | tools/overview, tools/meta-tools or tools/dynamic-tools (tools/orbit for GitLab.com Orbit tools) |
| New config option | configuration |
| New capability | capabilities/overview and the capability's own page under capabilities/, getting-started |
| Transport change | getting-started, operations/http-server |
| Error handling change | operations/troubleshooting, operations/error-handling |
| Security change | operations/security |
| Installation channel change | the channel page under install/ and install/overview |
2. Edit EN pages first
English is the Starlight root locale, so the English pages live directly under site/src/content/docs/ (there is no en/ folder):
site/src/content/docs/
├── index.mdx # Landing page
├── getting-started.mdx
├── configuration.mdx
├── architecture.mdx
├── capabilities/ # overview + one page per capability
├── install/ # one page per distribution channel
├── operations/ # http-server, remote-deployment, security, telemetry, troubleshooting, ...
├── tools/ # overview, meta-tools, dynamic-tools, orbit, resources-prompts
├── examples/
└── es/ # Spanish mirror of everything above
3. Edit corresponding ES pages
Mirror structure under site/src/content/docs/es/ with translated content.
4. Frontmatter requirements
Every .mdx file must have title and description; the existing pages also carry chips, datePublished and faq, which the site's checks read, so copy the shape of a neighbouring page:
---
title: "Page Title"
description: "Brief description for SEO and search"
chips:
- text: "One short fact"
datePublished: "YYYY-MM-DD"
faq:
- q: "A question a reader of this page asks?"
a: "Its answer, in one or two sentences; the site renders the list where the page places <FAQ />."
---
Sidebar position is not set in frontmatter: the sidebar is the explicit sidebar array in site/astro.config.mjs, where every entry names a slug, a label and its translations.es label.
5. Use Starlight components
import { Aside, Tabs, TabItem, Card, CardGrid, Steps, FileTree, LinkCard } from '@astrojs/starlight/components';
<Aside type="tip">Helpful tip here</Aside>
<Aside type="caution">Warning message</Aside>
<Aside type="danger">Critical warning</Aside>
<Tabs>
<TabItem label="Linux">Linux instructions</TabItem>
<TabItem label="macOS">macOS instructions</TabItem>
<TabItem label="Windows">Windows instructions</TabItem>
</Tabs>
<Steps>
1. First step
2. Second step
3. Third step
</Steps>
6. Build verification
cd site && pnpm run build
Must produce zero errors. Check site/dist/ for output.
Rules
- Always update BOTH EN and ES pages
- Keep ES translations accurate — do not leave English text in ES pages
- A new page must be added to the
sidebararray insite/astro.config.mjs(slug, label andtranslations.es), which keeps both locales in the same order; that array is the only reason to touch the file - Use Starlight components (Aside, Tabs, etc.) instead of raw HTML
- Link between Starlight pages with relative paths (e.g.,
./configuration) - Do NOT modify
src/content.config.tsunless adding a new content collection - Images go in
site/src/assets/and are referenced with relative imports
Validation Checklist
- All affected EN pages updated
- All affected ES pages updated with translated content
- Frontmatter (title, description, and the chips/datePublished/faq fields the neighbouring pages carry) is correct
- New pages listed in the
sidebararray ofsite/astro.config.mjswith their Spanish label - Starlight components used correctly (imports present)
-
cd site && pnpm run buildsucceeds with zero errors, andpnpm run lint(the site's own checks: i18n parity, links, a11y, facts) passes - No broken internal links between pages
- Developer docs (
docs/) also updated if applicable
Signals
- GitHub stars
- 43
- Forks
- 5
- Last commit
- Oct 2026
Advanced
- Item type
- skill
- Key
update-starlight-docs- Source
- github.com/jmrplens/gitlab-mcp-server
github.com/jmrplens/gitlab-mcp-server
Related picks
Skill · larksuite
The pick for Markdownmarkdown-formatter
Skill · nvidia
The pick for Markdownhandoff
Skill · mattpocock
More in Docs & knowledgecanvas-design
Skill · anthropics
More in Docs & knowledgedoc-coauthoring
Skill · anthropics
More in Docs & knowledgepopups
Skill · coreyhaines31
More in Docs & knowledge