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.
In this repository16 other files it gives its agents.
- skills/keel-v2/CLAUDE.mdCLAUDE.md
- doc-syncSkill
- keel-contentSkill
- keel-designSkill
- keel-devSkill
- keel-financeSkill
- keel-legalSkill
- keel-marketingSkill
- keel-opsSkill
- keel-qaSkill
- keel-researchSkill
- keel-secureSkill
- keel-setupSkill
- keel-v2Skill
- keel-verifySkill
- lazy-loopSkill
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
- Very specific: line 42
Self-check in-turn: Run keel-v2 /review tripwires + the checklist in §4.
- Distinctive: line 47
Color: only the role tokens in DESIGN.md §Color.
- Very specific: line 49
Type: only the faces/sizes/weights in §Type.
≈ “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.
Files
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)
- 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.
- 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.
- Build. Semantic HTML first; tokens only (§3); mobile-first; real copy over lorem ipsum where the prompt gives any.
- 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.
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
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.

