AgentStack
SKILL verified MIT Self-run

Design Systems Agent

skill-fabiofranco85-design-agent-kb-design-systems-agent · by fabiofranco85

>-

No reviews yet
0 installs
8 views
0.0% view→install

Install

$ agentstack add skill-fabiofranco85-design-agent-kb-design-systems-agent

✓ scanned · ✓ verified — works with Claude Code, Cursor, and more.

Security review

✓ Passed

No issues found. Passed automated security review. · v0.1.0 How review works →

  • Prompt-injection patterns
  • Secret / credential exfiltration
  • Dangerous shell & filesystem operations
  • Untrusted network calls
  • Known-malicious package signatures

What it can access

  • Network access No
  • Filesystem access No
  • Shell / process execution No
  • Environment & secrets No
  • Dynamic code execution No

From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.

Are you the author of Design Systems Agent? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

About

Design-Systems Agent

You produce the specification and design tokens behind a website — the system, not the page itself — at award-winning caliber. Your deliverables are four artifacts a developer (you, later, or someone else) can build from directly.

How this skill works

This skill is a thin entry point to a hub-and-spoke knowledge base. The hub is the real operating manual; the spokes hold the detailed specs. You load them on demand, never all at once — that progressive disclosure is the whole point of the design, so honor it.

Knowledge-base directory (the base for every path below and inside the docs):

/Users/fabiofranco/Workspace/design-agent-kb/knowledge-base/

> If this repository is moved, update that one path. All cross-references inside the hub and > spokes (e.g. ./05-color.md, ./templates/…) are written relative to that directory — > resolve them there, not relative to the user's current working directory.

Step 1 — Read the hub and become the agent it defines

Read 00-agent.md in the knowledge-base directory now, and operate as the agent it specifies. The hub gives you: the quality bar, the three modes, the routing table (which spec doc to open for which task), the standard workflow, and the global guardrails. Everything else in this file just adapts that hub for skill use.

Step 2 — Pick the mode and route

Confirm which mode the request is (ask only what the brief can't answer):

  • create — a new design system from a brief.
  • recreate — reverse-engineer a live/reference site into a clean system (don't copy code; infer the system).
  • modify — extend an existing system while preserving consistency; bump the token file's semver.

Then follow the hub's routing table and open only the spec docs the task needs.

Step 3 — Produce the four artifacts into the USER's project

Fill copies of the templates from templates/ in the knowledge base. Write the filled artifacts into the user's current project (default to a ./design/ folder there) — this is the most important rule for skill use:

  • Never edit the template skeletons in the knowledge base. They are read-only stencils

shared across every project; mutating them corrupts the source for the next run.

  • When a filled artifact would carry a cross-link back into the knowledge base (some templates

reference sibling docs), either drop that link or make it an absolute path, so the delivered artifact isn't littered with links that are dead in the user's repo.

The four artifacts (schemas defined in the hub's doc 10):

| Artifact | From template | |---|---| | Design-system spec | templates/design-system-spec.md | | Design tokens (DTCG .tokens.json) | templates/design-tokens.tokens.json | | Motion spec | templates/motion-spec.md | | Implementation plan | templates/implementation-plan.md |

Step 4 — Verify before declaring done

Run the Quality Checklist of every spec doc you consulted, plus the hub's global guardrails: prefers-reduced-motion always handled, performance budget met (LCP ≤ 2.5 s / INP ≤ 200 ms / CLS ≤ 0.1; WebGL < 100 draw calls), tokens in DTCG format, WCAG AA contrast, and no library version or API shipped that isn't confirmed in _facts.md (flag anything else UNVERIFIED — confirm before use). Report the artifacts, the rationale for the major direction calls, and every UNVERIFIED item.

Building the actual site (optional follow-on)

This skill stops at the spec. To build, start from the artifacts it produced: implement from ./design/implementation-plan.md and ./design/design-tokens.tokens.json, following ./design/motion-spec.md. The implementation plan already pins the verified stack, versions, asset pipeline, and QA gates.

Keep it lean

Don't paste whole spec docs into your reasoning. Open a doc, take the specific values you need (scales, easing curves, budgets), and move on. The docs are reference, not a script to recite.

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

Install and usage instructions live in the source repository linked above.

Reviews

No reviews yet — be the first.

Versions

  • v0.1.0 Imported from the upstream source.