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

Kami Landing

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

Generate a Kami-styled marketing landing page with hero, proof, and CTA sections to test positioning and conversion before full site build.

About

kami-landing scaffolds a branded single-page marketing surface from the open-design repo. It emphasizes polished hero, social proof, and call-to-action blocks so teams can ship a credible landing test quickly.

  • Kami visual language
  • Conversion-focused sections
  • Hero and CTA patterns
  • Fast positioning tests

Kami Landing by the numbers

  • 139 all-time installs (skills.sh)
  • +1 installs in the week ending Aug 4, 2026 (Skillselion tracking)
  • Ranked #1,032 of 1,880 Design & UI/UX 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 kami-landing

Add your badge

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

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

What it does

Generate a Kami-styled marketing landing page with hero, proof, and CTA sections to test positioning and conversion before full site build.

Files

SKILL.mdMarkdownGitHub ↗

kami-landing

Produce a single-page document in the kami (紙 / 纸) design system. The aesthetic borrows from editorial print, technical white papers, and old typewritten correspondence — the goal is good content on good paper, not modern app UI.

Design system source of truth: `design-systems/kami/DESIGN.md`.
Read it before shipping. Tokens, type rules, the "ten invariants",
and forbidden colors all live there.

What you get

A single self-contained HTML file with:

  • Warm parchment canvas (#f5f4ed) — never #ffffff.
  • Single chromatic accent — ink-blue (#1B365D), used on the

section number, the headline accent word, the left rule of the manifesto, and the metric values. Anywhere else, ink-blue must cover ≤ 5% of the document surface area.

  • Serif at one weight (500) for hierarchy — Charter (EN),

TsangerJinKai02 / Source Han Serif (CN), or YuMincho (JA), selected by the language parameter. No italic anywhere.

  • Tight print rhythm — line-heights 1.10–1.55, letter-spacing

per language (0 for EN, 0.35px for CN, 0.02em for JA).

  • Numeric stacks set in `font-variant-numeric: tabular-nums` so

metric columns and pagination digits sit cleanly aligned.

  • Depth via 1px rings + whisper shadows (0 4px 24px rgba(0,0,0,0.05)).

No hard drop shadows, no neumorphism, no backdrop-filter blurs.

  • Tag fills as solid hex (e.g. #E4ECF5), never rgba()

print renderers double-paint alpha tags.

  • Responsive at 1280 / 980 / 768 / 560.

Page structure

1. Eyebrow row     — locale switcher · edition · version (12px sans uppercase)
2. Hero            — display headline (96–106px serif 500), tagline (21px),
                     three hero-token chips (paper-tinted)
3. Manifesto       — pull paragraph in serif 400, 20px, 1.65 LH, with
                     ink-blue left-rule and signature footer
4. Metrics row     — 3-6 cells: value (24px serif 500 ink-blue, tabular-nums),
                     label (12px serif 500 olive)
5. Chapters        — numbered (`01`, `02`, …) ink-blue serif 500 14px,
                     section title 28-32px, body 14-15px
6. Footer          — kicker word (mega serif 500), license · year · contact,
                     three-column site index in 12px serif 500

Workflow contract

1. Gather brand brief

Use AskQuestion (or equivalent) to collect the brand brief in chunks. Don't dump the whole input list on the user; ask in two rounds:

1. Identity round — name, tagline, location, edition / version, primary URL, dominant language. 2. Content round — manifesto paragraph + signature, 3-6 metric tiles, 3-5 chapter (title + lede + body) entries.

2. Pick the language stack

The language parameter controls which --serif stack is set on :root. Pick based on the dominant language of the manifesto and chapter body copy:

language--serifNotes
enCharter, Georgia, Palatino, Times New Roman, serifdefault
zh-CNTsangerJinKai02, Source Han Serif SC, Songti SC, Georgialetter-spacing 0.35px on body
jaYuMincho, Hiragino Mincho ProN, Source Han Serif JPalso override --olive to #4d4c48 (YuMincho strokes are thinner)

Inline mixed-script content is fine — the browser per-glyph fallback chain handles it. Do not chain all three families inside one font-family declaration; that dilutes character.

3. Write index.html

Output a single file with all CSS inline. Mirror the structure of `example.html` and use only the tokens from design-systems/kami/DESIGN.md. Do not invent new colors, weights, or font families.

Component primitives the agent can drop in (all defined in the example's <style> block):

  • .eyebrow, .label — sans-serif overlines
  • .metric — value + label vertical pair
  • .section-num + .section-title + .section-lede
  • .tag.standard, .tag.brush — solid-hex tags (one brush max per page)
  • .quote — left-rule serif 500 quote
  • ul.dash — en-dash bullets in ink-blue
  • .code — ivory-bg, 1px-border code block
  • .footer-kicker — mega serif 500 word

Tag every editable element with data-od-id="<unique-slug>" so the host app's comment mode can target it.

4. Self-check before delivering

  • [ ] Page background is parchment (#f5f4ed), never #ffffff.
  • [ ] Ink-blue (#1B365D) covers ≤ 5% of visible surface — count

section numbers, the manifesto rule, the metric values, the headline accent. Total ≤ 5%.

  • [ ] All grays are warm (R ≈ G > B). No slate-*, no #f3f4f6.
  • [ ] Serif weight stays at 500 — no font-weight: 700 or 900

anywhere on serif text.

  • [ ] No font-style: italic anywhere. Emphasis swaps to ink-blue

color or a .tag instead.

  • [ ] All numeric stacks (metric values, pagination, dates, financial

figures) carry font-variant-numeric: tabular-nums.

  • [ ] All tag fills are solid hex (e.g. #E4ECF5), never rgba().
  • [ ] Shadows: at most a 1px ring or a 0 4px 24px rgba(0,0,0,0.05)

whisper. No hard drop shadows.

  • [ ] Headline ≤ 6 words at display size; CJK ≤ 8 characters.
  • [ ] At 768px and 560px the layout collapses to one column without

horizontal scroll.

Files in this skill

skills/kami-landing/
├── SKILL.md                 # this contract
├── README.md                # human quick-start
└── example.html             # canonical Open Design rendering

Boundaries

  • Do not invent new colors or typefaces. The kami palette is

fixed; if a brief demands a brand color, push back or render the brand color as a single .tag.brush accent.

  • Do not introduce a second accent color. Pick ink-blue or pick

nothing.

  • Do not mix all three font stacks in one declaration; pick the

dominant language, override --serif on :root, and let the browser per-glyph fallback resolve mixed-script inline content.

  • Do not use rgba() for tag fills — print renderers

double-paint alpha tags. Use the pre-blended solid hex from the table in design-systems/kami/DESIGN.md §2.

  • Do not add JavaScript for animation. The page is paper, not

an app — motion belongs to the reader scrolling.

See also

  • `design-systems/kami/DESIGN.md` — the full token spec.
  • `skills/kami-deck/` — sister skill that produces a

slide deck in the same kami language.

Claude skill (MIT) that the design system adapts.

Related skills

Design & UI/UXuibranding

This week in AI coding

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

unsubscribe anytime.