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

Docs Page

  • 253 installs
  • 83.7k repo stars
  • Updated August 5, 2026
  • nexu-io/open-design

docs-page is an agent design skill that lays out developer and product documentation pages with navigation, code samples, callouts, and readable typography for developers shipping API or SaaS onboarding docs.

About

docs-page is an open-design skill from nexu-io/open-design that structures developer documentation and product onboarding pages with sidebar navigation, fenced code samples, callout blocks, and readable typography tuned for API references and SaaS getting-started flows. The agent proposes information architecture, section ordering, copy hierarchy, and component patterns suited to Mintlify, Docusaurus, or custom doc sites so engineers spend less time debating layout and more time verifying endpoint accuracy. Developers reach for docs-page when launching a new REST or GraphQL API, rewriting stale README sections into a proper doc site, or standardizing onboarding guides before a public beta.

  • docs navigation patterns
  • code sample blocks
  • callout components
  • readable technical typography

Docs Page by the numbers

  • 253 all-time installs (skills.sh)
  • +1 installs in the week ending Aug 4, 2026 (Skillselion tracking)
  • Ranked #475 of 1,879 Documentation skills by installs in the Skillselion catalog
  • Data as of Aug 5, 2026 (Skillselion catalog sync)
npx skills add https://github.com/nexu-io/open-design --skill docs-page

Add your badge

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

Listed on Skillselion
Installs253
repo stars83.7k
Last updatedAugust 5, 2026
Repositorynexu-io/open-design

How do you structure developer documentation pages for APIs?

Lay out developer or product documentation pages with navigation, code samples, callouts, and readable typography for API and SaaS onboarding.

Who is it for?

Engineers and technical writers drafting API reference or SaaS onboarding documentation before publishing to Docusaurus, Mintlify, or a custom docs site.

Skip if: Teams that only need OpenAPI spec generation without page layout, navigation, or onboarding copy structure.

When should I use this skill?

User asks to design or restructure developer docs, API reference pages, or SaaS onboarding documentation layout.

What you get

Documentation page layout with navigation tree, code sample blocks, callouts, and typography guidance ready for MDX or doc-site implementation.

  • Documentation IA and page layout
  • Code sample and callout placement guide

Files

SKILL.mdMarkdownGitHub ↗

Docs Page Skill

Produce a single, three-column documentation page in one HTML file.

Workflow

1. Read the active DESIGN.md (injected above). Use the body type token for prose; the mono token for code; respect line-height and max-width rules. 2. Pick a topic from the brief — the page should look like real docs, not a generic wireframe. Concrete API names, command examples, plausible parameters. 3. Lay out three regions, expressed on the inline axis so the layout flips correctly under dir="rtl":

  • Inline-start nav (240–280px, sticky): grouped link list, current

page bolded with an inline-start-edge accent stripe. 3–5 groups of 4–8 links.

  • Article body (max-width ~720px, centered in the middle column):

H1, lede paragraph, H2 sections, code blocks, callout boxes (note / warning), inline links, lists.

  • Inline-end TOC (200–240px, sticky): "On this page" with the

H2/H3 anchors, current section highlighted as the user scrolls. 4. Write a single HTML document:

  • <!doctype html> through </html>, all CSS inline.
  • CSS Grid for the three columns; sticky positioning for the rails.
  • Code blocks: monospace token, soft surface fill, copy-button affordance

(visual only — no JS needed).

  • Anchor IDs on every H2/H3 so the TOC links work.
  • data-od-id on the nav, article, and TOC.

5. Prose: write at least 350 words of believable docs. Include at least one shell command, one code snippet (5–15 lines), one callout, one table. 6. Self-check:

  • Body text wraps at the DS line-length sweet spot (60–75 chars).
  • Code uses the DS mono token, not generic monospace.
  • Accent is restrained — used for active nav item, links, one callout

border. Not on body text.

  • Page is readable at 1280w and collapses gracefully below 900w (TOC drops

out, nav becomes a top drawer).

  • Use logical CSS (margin-inline-start, border-inline-start,

inset-inline-end, text-align: start) on the rails and accent stripe so the layout flips correctly under dir="rtl".

Output contract

Emit between <artifact> tags:

<artifact identifier="docs-slug" type="text/html" title="Docs — Page Title">
<!doctype html>
<html>...</html>
</artifact>

One sentence before the artifact, nothing after.

Related skills

FAQ

What does docs-page produce for API documentation?

docs-page from nexu-io/open-design outputs a structured documentation layout with navigation, code sample placement, callouts, and typography guidance for API and SaaS onboarding pages. Engineers implement the layout in MDX or their chosen doc-site framework.

Is docs-page limited to API references?

docs-page covers both API reference pages and broader SaaS product onboarding documentation. The skill balances endpoint examples with getting-started guides, prerequisites, and readable long-form technical copy.

Documentationdocsfrontend

This week in AI coding

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

unsubscribe anytime.