agentleFS
sayeediftekharsayeediftekhar/Keel/skills/fused-landing/SKILL.md

fused-landing

Skill0 starsChanged 27 days agoMITView on GitHub

Build or restyle landing/marketing pages by fusing a structured workflow (read DESIGN.md → plan sections → build → self-check) with strict token discipline: DESIGN.md tokens only, no ad-hoc hex, one focal point per view, no AI-slop anti-patterns. Defers to keel-v2 tripwires. Use for landing pages, marketing pages, hero sections, and pricing/CTA blocks.

The file

We split this skill into the rules it gives an agent

3 rules. About 0 are common, 1 is distinctive, and 2 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈1

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 2

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    Self-check in-turn: Run keel-v2 /review tripwires + the checklist in §4.

    line 42
  2. Distinctive:

    Color: only the role tokens in DESIGN.md §Color.

    line 47
  3. Very specific:

    Type: only the faces/sizes/weights in §Type.

    line 49

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Fused Landing

Structured build + strict conformance. Two halves, one skill: the workflow says in what order; the token discipline says with what materials.

0. Routing (keel-v2 decides)

A static landing page trips no danger surface → FAST lane under keel-v2. Scan anyway. Common flips to HEAVY: a form posting to an auth'd or PII-collecting endpoint, real prices computed (not copywritten), analytics that stores personal data. If a surface goes live mid-build, STOP and flip — keel-v2 §1 rules.

1. Deference (non-negotiable)

keel-v2 (CLAUDE.md + LAWS.md) is the arbiter. Its /review tripwires run on every build from this skill. Accessibility and design conformance are never cut — not for speed, not for laziness levels, not for "it's just a landing page."

2. Workflow (in order, one turn on FAST)

  1. Read DESIGN.md first — fully, before any code. It is the design Authority (keel-v2 §1 rule 2): conform, don't invent. If the project has no DESIGN.md, copy this skill's starter next to the page, state you did, and proceed on its defaults — do not invent tokens inline.
  2. Plan sections. 3-6 lines at the top of the turn: ordered section list (e.g. hero → proof → features → pricing → CTA → footer) with THE one focal point named per view. No separate planning round-trip.
  3. Build. Semantic HTML first; tokens only (§3); mobile-first; real copy over lorem ipsum where the prompt gives any.
  4. Self-check in-turn. Run keel-v2 /review tripwires + the checklist in §4. Report pass/fail inline. Fix fails this turn.

3. Token discipline (the conformance half)

  • Color: only the role tokens in DESIGN.md §Color. No ad-hoc hex, no opacity-hacked variants, no gradients that aren't in §Signature.
  • Type: only the faces/sizes/weights in §Type. No new font imports.
  • Space & shape: spacing steps and radii from §Space-&-shape only.
  • Motion: durations/easings from §Motion; respect prefers-reduced-motion.
  • One focal point per view. Each viewport-height of page has exactly one element that wins; everything else supports it.
  • The signature appears once (see DESIGN.md §Signature) — not sprinkled.
  • Anti-patterns list in DESIGN.md §Anti-patterns is a hard blocklist.

4. Self-check (report inline, pass/fail each)

  • keel-v2 tripwires all run (dead code, secrets, a11y, conformance).
  • Every color/size/space value traces to a DESIGN.md token.
  • One focal point per view; signature used exactly once.
  • a11y: labels, alt text, contrast ≥ 4.5:1 body / 3:1 large, focus visible, heading order sane, works keyboard-only.
  • No §Anti-patterns violations.
  • Responsive: no horizontal scroll at 360px; readable at 1440px.

5. Output shape

FAST lane: the page + the section plan + the self-check report. Terse. Git repo → feature branch, then end as keel-v2 §1 rule 4 says (PR + auto-merge under the standing authorization, or stop on the branch when the caller asked for that). No repo → files in place, say so.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.