SaaS Landing Skill

SkillMedia

This skill produces a single-page saas landing site for a product, covering a hero, features, social proof, pricing, and a call to action. It reads the project's DESIGN.md first and limits every color, font, and layout choice to the tokens defined there. The result is one self-contained index.html file with inline CSS, so the page can be opened or served without a build step.

Use SaaS Landing Skill in Claude, ChatGPT or Ahel Desktop

Free. Sign in, add SaaS Landing Skill and connect your AI. About a minute.

Also: Claude Code · Cursor · Codex

Then ask your AI: use the SaaS Landing Skill skill

Details

Instructions available. Your AI can read the instructions. Execution depends on the setup they require.

Have a DESIGN.md file in the project with the color, typography, and layout tokens the page should follow.

SaaS Landing SkillStart free

What your AI can do with it

  • Generates a complete single-file index.html for a product website
  • Builds hero, features, social proof, pricing, and footer sections
  • Reads DESIGN.md and applies its color tokens to the page
  • Applies typography tokens from DESIGN.md to all text
  • Restricts layout choices to the tokens defined in DESIGN.md
  • Writes inline CSS so the page needs no external stylesheet

Getting started

  1. Have a DESIGN.md file in the project with the color, typography, and layout tokens the page should follow.
  2. Make sure the agent can read that DESIGN.md file from the project.
  3. Ask the agent for a saas landing page, a marketing page, or a product landing page.
  4. Review the generated index.html and adjust the section content as needed.

What this skill tells your AI

The instructions your AI receives, as published by nexu-io/open-design in design-templates/saas-landing/SKILL.md and read by ahel’s review.

Produce a single-page SaaS landing. Agent, follow this workflow exactly.

1. Read context

Before writing anything:

  • Read DESIGN.md in the current working directory. If missing, stop and ask for one.
  • Identify the color palette, typography tokens, and layout principles.
  • Note the "Agent Prompt Guide" section — it overrides any instruction here if they conflict.

2. Plan sections

Required sections, in order:

  1. Hero — logo-or-wordmark, headline (tagline input), subhead (1–2 sentences), primary CTA, secondary CTA. Use the hero_density parameter as vertical padding in px.
  2. Features — 3–6 feature tiles. Each: icon, short title, 1–2 sentence body.
  3. Social proof — proof_count logos or testimonials. If 0, skip this section.
  4. Pricing — 2–3 tiers. Include only if has_pricing is true.
  5. Footer CTA — large accent-colored band with one-button call to action.
  6. Footer — minimal: links + copyright.

3. Apply design system

  • All colors must come from DESIGN.md tokens. Do not invent hex values.
  • Typography: use the declared display font for headlines, body font for everything else.
  • Layout: respect the grid, max-width, and section spacing rules.
  • Components: use declared button/card/input patterns. Do not add shadows if DESIGN.md's Depth & Elevation says minimal.
  • Accent: use the accent color only once in the hero, once in the footer CTA, and for all links. Do not flood the page.

4. Write the file

Output a single self-contained index.html with:

  • All CSS inlined in a <style> block in <head>.
  • System font fallbacks if DESIGN.md fonts aren't loadable from Google Fonts etc.
  • No external JS.
  • Semantic HTML (<header>, <main>, <section>, <footer>).
  • Each editable element tagged with data-od-id="<unique-slug>" so the host app's comment mode can target it.

5. Self-check

Before finishing, verify:

  • All text is content-meaningful, not lorem ipsum (use product_name and tagline inputs; generate plausible specific copy for the rest).
  • No broken color references (every CSS color value is in DESIGN.md's palette or a valid alpha/fallback variant).
  • Responsive breakpoints match DESIGN.md's Responsive Behavior section.
  • The page looks good at 1440w, 768w, and 375w (mentally simulate).
  • Accent used no more than twice total.

6. Done

Write only index.html. Do not generate a separate CSS file, JS file, or README.


For skill authors reading this as a reference

This is a minimal but complete skill. Structure:

saas-landing-skill/
├── SKILL.md    ← you are here
└── assets/
    └── base.html    (optional starter template; this skill doesn't use one)

Things to notice:

  • The od: front-matter block is optional for Claude-Code-only compatibility, but adding it lights up OD's typed inputs, sliders, preview metadata, and capability gating.
  • The workflow below the front-matter is plain Markdown that the agent reads as its system prompt.
  • DESIGN.md is treated as a collaborator, not an override. The skill gives the agent authority to override when the brief conflicts, but never to invent new tokens.
  • data-od-id tagging is how we wire elements to comment mode. Skills that want comment-mode compatibility must annotate their output.

See ../../docs/skills-protocol.md for the full protocol.

Signals

GitHub stars
99k
Forks
11k
Last commit
Oct 2026

Questions

What does the skill generate?
A single-page saas landing site as one self-contained index.html file with inline CSS, containing hero, features, social proof, pricing, and CTA sections.
How does it decide on colors and fonts?
It reads the project's DESIGN.md file and restricts all colors, fonts, and layout choices to the tokens defined there.
Does the output need a build step?
No. The skill writes one self-contained HTML file with inline CSS, so the page can be opened or served directly.
What if there is no DESIGN.md file?
The skill depends on DESIGN.md for its color, typography, and layout tokens, so that file needs to exist before the page is generated.
Advanced
Item type
skill
Key
saas-landing-2
Source
github.com/nexu-io/open-design