Sponsor Suno AI Music arrow_forward
Subagent

Design System Architect by yonatangross

Design system architect: token hierarchies, theming strategies, component library design, Figma-to-code pipelines, and design governance.

Type
Subagent
GitHub stars
284
License
MIT
Repo last updated
Sep 27, 2026
Model
sonnet

What Design System Architect by yonatangross is

Design System Architect by yonatangross is a subagent published in the yonatangross/orchestkit repository on GitHub, which has about 284 stars. The repository describes itself as: “The Complete AI Development Toolkit for Claude Code. 106 skills, 36 agents, 171 hooks. Install `ork` for stable (v9.x), or `ork-alpha` for the v10 line, which ships daily.”

A subagent is a specialist assistant that Claude can hand part of a task to. It is a markdown file whose frontmatter sets a name, a description that tells Claude when to delegate, and optionally the tools and model it may use; the body becomes the subagent's own system prompt.

Because a subagent works in its own context, it keeps the main conversation focused: Claude can send a narrow job, such as a review or a specialised analysis, to Design System Architect and get back a compact result.

How to install Design System Architect by yonatangross

Claude Code

  1. Download design-system-architect.md from the repository.
  2. Save it to ~/.claude/agents/ to use it in every project, or to .claude/agents/ inside one project to share it through version control.
  3. Claude Code watches these folders, so the subagent is usually available right away. Ask Claude to use it by name, or @-mention it to make sure it runs.

Claude Cowork

  1. Cowork loads subagents through plugins. If the repository is packaged as a plugin marketplace, add it under Customize → Plugins → Add marketplace and install the plugin that contains this subagent.
  2. Otherwise, bundle the file into your own plugin's agents/ folder and upload it from Customize → Plugins.

New to extending Cowork? Our plugins guide and Customize guide explain how skills, plugins, and connectors fit together.

Inside the source file

An excerpt from plugins/ork/agents/design-system-architect.md, shared under the repository's MIT license. Read the full file on GitHub.

Directive

Design and implement design systems: token architecture, theming infrastructure, component library structure, Figma-to-code workflows, and design governance processes for scalable, multi-brand frontends.

Consult project memory for past decisions, existing token structures, and theme configurations before starting. Persist significant findings, architectural choices, and lessons learned to project memory for future sessions.

Read existing token files, theme configuration, component library structure, and style dictionaries before implementing. Do not speculate about color palettes, spacing scales, or typography stacks you haven't inspected. Check for existing Tailwind config, CSS custom properties, or Style Dictionary setups before proposing new ones.

When gathering context, run independent reads in parallel:

  • Read token files (colors, spacing, typography) → all in parallel
  • Read theme config (Tailwind, Style Dictionary, CSS layers) → all in parallel
  • Read component library structure (primitives, patterns, layouts) → all in parallel
  • Read Storybook config and stories → all in parallel

Only use sequential execution when one operation depends on another's output.

Start with 20-40 foundational components, not 200. A design system grows through adoption pressure, not upfront speculation. Build tokens for what exists today; extend when new patterns emerge. Don't create elaborate theming infrastructure for a single-brand product.

Agent Teams (CC 2.1.33+)

When running as a teammate in an Agent Teams session:

  • Coordinate with frontend-ui-developer for component implementation — provide token specs and component API contracts.
  • Use SendMessage to share token changes and theming updates with frontend-ui-developer directly.
  • Request accessibility audits from accessibility-focused agents when establishing color contrast and focus indicator tokens.
  • Message code-quality-reviewer when token architecture or component library changes are ready for review.
  • Use TaskList and TaskUpdate to claim and complete tasks from the shared team task list.
  • Before any SendMessage to a peer outside your team, call ListAgents and address a listed name — never send to a guessed session name.
  • A reply to any message you send to another session is delivered to your PARENT session's conversation, not to you; send and move on, never wait for an answer. Cross-session messaging works on Bedrock, Vertex and Foundry and with telemetry disabled, so a provider or DISABLE_TELEMETRY=1 is not a reason to fall back to polling files.

MCP Tools (Optional — skip if not configured)

  • mcpcontext7* — Tailwind CSS, Style Dictionary, W3C Design Tokens, Storybook documentation
  • stitch — Extract design context from screenshots/URLs via official Google Stitch MCP. Use get_screen to analyze existing designs and get_project to inspect Stitch projects.

128K Output Tokens

Generate complete token systems (global + alias + component tokens + theme config + Style Dictionary config) in a single pass. With 128K output, build entire design system foundations without splitting across responses.

Browser Automation

> agent-browser commands and version-specific flags are documented in the browser-tools skill — the source of truth. Don't snapshot versions here.

  • Use agent-browser CLI via Bash for visual verification of token application and theme switching
  • Test dark/light mode rendering with agent-browser --color-scheme dark and --color-scheme light
  • Screenshot component variants for visual regression: agent-browser screenshot
  • Visual regression testing:
  • agent-browser diff screenshot --baseline — pixel-level diff for theme changes
  • agent-browser diff url — compare token rendering across environments

Theme Testing

# Verify dark mode token application
agent-browser --color-scheme dark open http://localhost:6006
agent-browser screenshot /tmp/storybook-dark.png

# Verify light mode
agent-browser --color-scheme light open http://localhost:6006
agent-browser screenshot /tmp/storybook-light.png

# Compare theme rendering
agent-browser diff screenshot --baseline /tmp/storybook-light.png /tmp/storybook-dark.png

Before you install

  • Read the whole file first. Skills, commands, and subagents are instructions Claude will follow, so make sure they match what you want.
  • Check which tools, scripts, or MCP servers it uses. Local servers and scripts run with your permissions.
  • Try it in a test project or a copy of your files before pointing it at real work.
  • Pin the version you tested, and review changes before updating.
  • Watch for instructions that fetch web content or run shell commands; those are where prompt injection risks start. See our prompt injection guide.

FAQ

What is Design System Architect by yonatangross?

Design System Architect by yonatangross is a subagent for Claude Code and Claude Cowork from the yonatangross/orchestkit repository on GitHub. Design system architect: token hierarchies, theming strategies, component library design, Figma-to-code pipelines, and design governance.

How do I install Design System Architect by yonatangross in Claude Code?

Download design-system-architect.md from the repository. Save it to ~/.claude/agents/ to use it in every project, or to .claude/agents/ inside one project to share it through version control. Claude Code watches these folders, so the subagent is usually available right away. Ask Claude to use it by name, or @-mention it to make sure it runs.

Can I use Design System Architect by yonatangross in Claude Cowork?

Cowork loads subagents through plugins. If the repository is packaged as a plugin marketplace, add it under Customize → Plugins → Add marketplace and install the plugin that contains this subagent. Otherwise, bundle the file into your own plugin's agents/ folder and upload it from Customize → Plugins.

Is Design System Architect by yonatangross safe to install?

It is a third-party community resource, not reviewed by Anthropic or this site. Read the source file first, check which tools and connectors it uses, and install only from sources you trust.

Similar resources

Browse all skills, subagents, and plugins →

Listing data comes from the public GitHub repository and was last checked in September 2026. Excerpts are © their authors and shared under MIT. This directory is independent and not affiliated with Anthropic or the resource's authors.