zyrax-guard: Skill for Claude Code

.agents/skills/accessible-components/SKILL.md

accessible-components is a skill for Claude Code, Codex from tiagosilva07/zyrax-guard. It costs 66 tokens per session (709 once invoked), scanned A, original, MIT.

A guide for building reusable React and TypeScript interface components that work for different users and screen sizes. It covers loading, empty, error, and success states, plus keyboard and screen-reader access.

In plain words
What is it for?
Use it when creating or reviewing components, forms, and frontend component APIs, including their states, responsiveness, labels, focus behavior, and error handling.
Why use it?
It helps prevent interfaces that work only in the successful case or exclude people using keyboards or assistive technology.

Skill for Claude CodeCodex

Written for no agent in particular: nothing here depends on one. Also seen: installed under .agents/ (shared by several agents).

This is tiagosilva07/zyrax-guard's own configuration. It tells Claude Code and Codex how to work on zyrax-guard itself, so it is not a mod to install elsewhere. Copy it as a starting point and replace the rules that are about this project. Everything zyrax-guard configures →

Reuse

Borrowing it

Nothing to install: this file belongs to tiagosilva07/zyrax-guard. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.

Copy the file
curl -O https://raw.githubusercontent.com/tiagosilva07/zyrax-guard/main/.agents/skills/accessible-components/SKILL.md
Clone the repo
git clone --depth 1 https://github.com/tiagosilva07/zyrax-guard

Made for: Claude Code, Codex.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

agentmods badge for accessible-components

README.md
[![agentmods](https://agentmods.dev/badge/skills/tiagosilva07/zyrax-guard/accessible-components/github.svg)](https://agentmods.dev/skills/tiagosilva07/zyrax-guard/accessible-components)
Your own site
<a href="https://agentmods.dev/skills/tiagosilva07/zyrax-guard/accessible-components"><img src="https://agentmods.dev/badge/skills/tiagosilva07/zyrax-guard/accessible-components/github.svg" alt="Measured on agentmods" height="20"></a>

Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.

agentmods 80×15 button for accessible-components

Your own site · 80×15
<a href="https://agentmods.dev/skills/tiagosilva07/zyrax-guard/accessible-components"><img src="https://agentmods.dev/badge/skills/tiagosilva07/zyrax-guard/accessible-components.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
Per session 66 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 709 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5.1 $0.00066 $0.00709
Opus 5 $0.00033 $0.00354
Sonnet 5 $0.00013 $0.00142
Haiku 4.5 $0.00007 $0.00071

Measured 9d ago against content hash 638cdea58d4a, method: parsed. Prices are Anthropic first-party input rates as of 2026-09-09, from the pricing page.

Security

Grade A, and why

accessible-components scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 9d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

.agents/skills/accessible-components/SKILL.md · 69 lines

How it starts

The opening of the file, as written. The whole thing — 69 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Production-grade React components

A component is "done" when it handles the messy real world, not just the happy path.

Every component must handle all four states

Never build only the success state. Explicitly handle:

  1. Loading — show a skeleton or spinner; don't leave a blank flash.
  2. Empty — a real "nothing here yet" state with guidance, not an empty <div>.
  3. Error — a recoverable message; never a silent failure or a crash.
  4. Success — the actual content.

If a component fetches data, all four are required. Reviewers should reject any that only renders the success case.

Accessibility (non-negotiable, build it in from the start)

  • Semantic HTML first. A <button> is a button. Don't make <div onClick> when a native element exists — you lose keyboard and screen-reader support for free.
  • Keyboard operable. Everything clickable must be reachable and usable with Tab / Enter / Space / Esc. Visible focus styles — never outline: none with no replacement.
  • Labels & names. Every input has an associated <label>. Icon-only buttons get an aria-label. Images get meaningful alt.
  • ARIA only when HTML can't. Prefer native semantics; reach for ARIA roles/states for custom widgets (modals, tabs, comboboxes) and manage focus correctly.
  • Color isn't the only signal. Pair color with text/icon; check contrast (WCAG AA).
  • Announce dynamic changes (loading, errors) via aria-live where appropriate.

Reusability & API design

  • Props are a contract. Type them precisely; required vs optional is meaningful. Provide sensible defaults so the common case is one line.
  • Composition over configuration. Prefer children and slots over a dozen boolean flags. If a component has 15 props, it's probably two components.
  • Controlled vs uncontrolled — pick one deliberately and document it.
  • Don't hardcode spacing/colors; use design tokens / theme variables.
  • No business logic inside presentational components — pass data and callbacks in.

Read the full file on GitHub · 69 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 9d ago First seen · 69 lines · 66 tokens per session scan A 638cdea58d4a

Subscribe to this mod's changes

accessible-components is a skill published in the GitHub repository tiagosilva07/zyrax-guard (2 stars, last pushed 28d ago), licensed MIT. It adds 66 tokens to every session and 709 once invoked, about $0.0003 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.

Related

Other skills, from other repositories

skillshare-ui-website-style

Skillshare frontend design system for the React dashboard (ui/) and Docusaurus website (website/). Use this skill whenever you: build or modify a dashboard page or component in ui/src/, style or layout website pages or custom CSS in website/, create new React components for the dashboard, add pages to the dashboard…

runkids/skillshare · 147 tokens

antd

Use when the user's task involves Ant Design (antd) — writing antd components, debugging antd issues, querying antd APIs/props/tokens/demos, migrating between antd versions, or analyzing antd usage in a project. Triggers on antd-related code, imports from 'antd', or explicit antd questions.

ant-design/ant-design-cli · 69 tokens

igniteui-blazor-generate-from-image-design

Implement Blazor application views from design images using Ignite UI Blazor components. Uses MCP servers (igniteui-cli, igniteui-theming) to discover components, generate themes, and follow best practices. Triggers when the user provides a design image (screenshot, mockup, wireframe) and wants it built as a working…

IgniteUI/igniteui-cli · 127 tokens

igniteui-wc-generate-from-image-design

Implement application views from design images using Ignite UI Web Components. Uses MCP servers (igniteui-cli, igniteui-theming) to discover components, generate themes, and follow best practices. Triggers when the user provides a design image (screenshot, mockup, wireframe) and wants it built as a working view with…

IgniteUI/igniteui-cli · 121 tokens

igniteui-angular-generate-from-image-design

Implement Angular application views from design images using Ignite UI Angular components. Uses MCP servers (igniteui-cli, igniteui-theming, angular-cli) to discover components, generate themes, and follow best practices. Triggers when the user provides a design image (screenshot, mockup, wireframe) and wants it built…

IgniteUI/igniteui-cli · 124 tokens

motion-lexicon

Design, build, compose, implement, review, and contribute polished product interfaces with Motion Lexicon components and motion primitives. Use this skill when a user asks for a complete React page, landing page, dashboard, settings screen, or product surface in the Motion Lexicon visual language; asks what motion…

Ryan-yang125/motion-lexicon · 157 tokens