Landing page craft
Skill divyanshu-iitian/agent-website-design-skills/landing-page-craft
Verification-first AI agent skills for website design, landing pages, responsive UI QA, accessibility, and ethical conversion.
npx -y skills add divyanshu-iitian/agent-website-design-skills --skill landing-page-craftAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Design, implement, or improve a distinctive, conversion-focused landing page or marketing website. Use for homepages, product pages, launch pages, portfolios, pricing pages, waitlists, campaign pages, and other flows that must explain an offer, establish trust, and guide a measurable next action.
SKILL.md
3.1 KB, as published. Nobody here has run it
Landing Page Craft
Build a page around a real decision, not a stack of fashionable sections. Make the offer understandable, believable, and actionable before adding polish.
Workflow
- Inspect existing brand, product, audience, traffic source, content, analytics requirements, and technical constraints.
- Write a one-line conversion brief:
- audience;
- situation or intent;
- offer and concrete outcome;
- primary action;
- biggest objection.
- Inventory available proof: product UI, examples, customer evidence, metrics, founder expertise, policies, integrations, security, or process. Never fabricate proof.
- Choose a page argument. Sequence only the sections needed to move the audience from recognition to confidence to action.
- Design the first viewport to answer:
- What is this?
- Is it for me?
- What changes if it works?
- What should I do next?
- Write concrete copy before tuning layout. Make headings informative, CTAs destination-aware, and claims proportional to evidence.
- Select a visual direction that belongs to the offer. Use product UI, real work, relevant imagery, data, or interaction as proof - not generic atmosphere.
- Implement semantic, responsive, performant UI in the project's existing stack. Include important loading, error, form, and success states.
- Place proof and risk-reversal near the decisions they support. Do not dump every trust signal into one logo wall.
- Verify the complete action path on mobile and desktop, including keyboard use, form validation, destinations, and tracking hooks when present.
Page Rules
- The H1 should communicate the offer or outcome; it does not have to repeat the brand name.
- Keep one primary action per decision point. Secondary actions should reduce uncertainty.
- Use real content and realistic lengths early enough to expose layout problems.
- Avoid section-count theater, repeated feature-card grids, fake testimonials, fake scarcity, and unsupported superlatives.
- Do not hide material price, renewal, privacy, eligibility, or cancellation information.
- Keep important content available without requiring decorative animation.
- Treat performance, accessibility, and responsive behavior as conversion features.
Delivery Contract
Provide or implement:
- Conversion brief - audience, offer, action, objection.
- Page argument - ordered sections and the question each answers.
- Evidence map - claim -> nearby proof.
- CTA map - label -> destination -> success behavior.
- Implemented page - when code changes are requested.
- Verification - mobile/desktop screenshots or inspection, keyboard path, form states, and link checks.
Reference
Read references/conversion-flow.md when choosing page structure, proof placement, CTA language, and risk-reversal.