staff-design-system

Document and enforce governance for Zinero's shared design system.

Updated Aug 27, 2026
One-click install
npx skills add https://github.com/FernandoBade/zinero-hack-your-expenses --skill staff-design-system
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: staff-design-system
Source: https://github.com/FernandoBade/zinero-hack-your-expenses/tree/main/skills/staff-design-system
Command: npx skills add https://github.com/FernandoBade/zinero-hack-your-expenses --skill staff-design-system

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Design system governance and guidance for the Zinero monorepo, ensuring cohesive shared UI, tokens, accessibility, and sandbox quality across frontend components and styles.

Core Features & Use Cases

  • Design system ownership and governance for frontend shared components (frontend/src/components and frontend/src/styles).
  • Review and improve component APIs, design tokens, accessibility patterns, and sandbox coverage.
  • Define collaboration interfaces with staff-architecture, staff-frontend, staff-ux-writing, and staff-product to preserve system integrity.

Quick Start

Review and refine the shared UI system using the governance guidelines documented in this skill.

Frequently Asked Questions about staff-design-system

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
What is design system governance and how does it enforce UI consistency?

Design system governance enforces UI consistency by documenting shared components, tokens, and accessibility patterns. It ensures cohesive frontend components and styles through systematic review, preventing duplication and preserving system integrity across teams.

How do I manage design tokens for a shared frontend component library?

Manage design tokens by applying governance guidelines to shared frontend components and styles directories. This ensures token discipline and alignment with existing design patterns, emphasizing safe evolution over duplication across the monorepo.

How do you structure cross-team collaboration for a shared UI system?

Structure cross-team collaboration by defining explicit interfaces between architecture, frontend, UX writing, product, and QA teams. This preserves design system integrity and ensures safe evolution of shared components and tokens.

When do I need a design system governance process for my frontend components?

You need a design system governance process when managing shared frontend components, styles, and sandbox coverage. It becomes essential to maintain cohesive UI, accessible components, and consistent tokens across multiple collaborating teams.

Does this design system governance approach work for a monorepo setup?

Yes, this design system governance approach works for a monorepo setup. It documents and enforces shared UI rules, token discipline, and sandbox quality across frontend components and styles, ensuring safe evolution without duplication.

Why does UI duplication occur and how can design tokens prevent it?

UI duplication occurs when cross-team collaboration lacks governance and token discipline. Applying documented design system guidelines and shared component APIs prevents duplication by emphasizing safe evolution and alignment with existing patterns.