open-design/skills/saas-landing/SKILL.md
Zakaria a46764fb1b
Some checks failed
ci / Validate workspace (push) Has been cancelled
landing-page-ci / Validate landing page (push) Has been cancelled
landing-page-deploy / Deploy landing page (push) Has been cancelled
github-metrics / Generate repository metrics SVG (push) Has been cancelled
first-commit
2026-05-04 14:58:14 -04:00

4.5 KiB
Raw Blame History

name description triggers od
saas-landing Single-page SaaS landing with hero, features, social proof, pricing, and CTA. Respects the active DESIGN.md color/typography/layout tokens. Trigger keywords: "saas landing", "marketing page", "product landing".
saas landing
marketing page
product landing
mode platform scenario preview design_system craft inputs parameters outputs capabilities_required
prototype desktop marketing
type entry reload
html index.html debounce-100
requires sections
true
color
typography
layout
components
requires
typography
color
anti-ai-slop
name type required
product_name string true
name type required
tagline string true
name type default
has_pricing boolean true
name type default min max
proof_count integer 3 0 6
name type default range
hero_density spacing 96
48
200
name type default range
accent_strength opacity 1.0
0.5
1.0
primary
index.html
file_write

SaaS Landing Skill

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 (12 sentences), primary CTA, secondary CTA. Use the hero_density parameter as vertical padding in px.
  2. Features — 36 feature tiles. Each: icon, short title, 12 sentence body.
  3. Social proofproof_count logos or testimonials. If 0, skip this section.
  4. Pricing — 23 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 ../../skills-protocol.md for the full protocol.