agentsclimarketplace

Greyboxing

Skill Firzus/agent-skills/skills/web/greyboxing

Greybox a site's pages — layout, UX, motion on placeholder content — from an existing DESIGN.md. Use when the user wants to greybox, lay out, or build the pages of a site whose design system exists, or when the frontend-design pipeline reaches phase 2.From its SKILL.md

Install
npx -y skills add Firzus/agent-skills --skill greyboxing

Assembled 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.

SKILL.md

3.6 KB, 747 tokens by cl100k_base, as published. Nobody here has run it

Greyboxing

Build every page's structure, style, and motion on placeholder content — real content lands later, into a frame that already works.

Inputs, read at the start of every session: DESIGN.md (identity — never edited here) and PAGES.md (pipeline state — owned and updated here). The surface's dials (DESIGN_VARIANCE, MOTION_INTENSITY, VISUAL_DENSITY) gate every layout and motion decision.

Everything is responsive, designed mobile-first: build the narrow layout first, then widen through the breakpoints. Sole exception: features inherently bound to one platform. Shared chrome (header, footer, nav) has a single source — a component, custom element, or include consumed by every page, never duplicated per page.

Prerequisites

Tool / skillFor
prototypeswitchable UI variants of signature-tier pages
agent-browser (or playwright-cli)the visual protocol in review.md; when neither is available, the review degrades to code-level checks and the review report must say so
grillingthe site-pass grill

Per-page loop

One page per fresh session, in PAGES.md order:

  1. Plan — pull the page's key sections and tier from PAGES.md. Name the page's signature element (the one thing it will be remembered by — spend the boldness there, keep everything around it quiet; check PAGES.md that no other page already spends it). Write its motion thesis (motion.md). Declare the page's demoable states (empty, error, loading) and the query params that show them. Reach into vocabulary.md for named patterns, and 3d-vfx.md when the brief or dials call for 3D, video, scroll effects, or shaders.
  2. Variantssignature tier only: invoke the prototype skill (UI branch) to generate several throwaway layout variants on the page's route, all consuming the theme source. The user picks the winner — a mix of variants is a valid pick. Utility tier skips this step.
  3. Build — turn the plan (or winning variant) into the real page: layout, navigation, UX, and motion per the thesis; every style and motion value drawn from the theme source; every declared state reachable; placeholder content everywhere, passing the Jane Doe test.
  4. Review — run the page through review.md: generic-default test, mechanical checklist, visual protocol, fix order. Fix before moving on. No tier skips this step.
  5. Record — update the page's row in PAGES.md: status, signature element, motion thesis, state query params.

Jane Doe test — nothing smells fake: credible names, messy numbers like 47.2 %, plausible brand names, seeded real photos — so the review judges true proportions.

Site pass

Once every page has passed, in its own session: run review.md's site pass across the whole set, then invoke the grilling skill on the cross-page result (signature spread, chrome, shared patterns). Record the outcome in PAGES.md.

Done when: every page in PAGES.md has passed the review, and the site pass — including its grill — has passed.

What ships with it: 4 files

14.3 KB alongside SKILL.md

Keep looking

Skills are one crate of 326,614. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.