Communitygithub.com

lguidolin/interface-craft-and-accessibility

Utilizar al construir o diseñar UI — componentes, diseños, formularios, tokens de diseño — o al tomar decisiones de accesibilidad. Palabras clave: a11y, WCAG, navegación por teclado, estado de foco, contraste, sistema de diseño, UI minimalista, reutilización de componentes, ARIA, HTML semántico.

¿Qué es interface-craft-and-accessibility?

Esta habilidad establece un estándar para construir interfaces accesibles, minimalistas y visualmente coherentes, donde la accesibilidad y la estética son requisitos desde el inicio, no un pulido final. Define reglas comprobables: cada elemento interactivo debe ser accesible por teclado con un estado de foco visible, tener un nombre accesible y etiquetas asociadas, usar HTML semántico y landmarks, cumplir con el contraste de color WCAG AA y respetar las preferencias de movimiento reducido. En cuanto a la estética, impone restricciones como el uso exclusivo de tokens del sistema de diseño (espaciado, tipografía, colores) para garantizar coherencia, la reutilización de patrones existentes del catálogo de componentes, el principio UI-YAGNI (cada elemento debe justificar su presencia) y la parametrización de componentes similares para evitar duplicación. Finalmente, establece una regla de escalamiento: las decisiones puramente estéticas que no estén determinadas por tokens o precedentes deben escalarse a un humano, evitando suposiciones silenciosas. Soporta herramientas como eslint-plugin-jsx-a11y y axe para validación en CI, y el revisor humano evalúa la restricción estética.

Compatible con~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/lguidolin/agent-skills/tree/main/skills/interface-craft-and-accessibility

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

Creación de Interfaces y Accesibilidad

Resumen

El estándar es accesible, minimalista y hermoso — por construcción, no por pulido. El gusto no es accionable como regla, por lo que se convierte en restricciones, precedentes y escalamiento. No se le pide al agente que invente gusto, solo que respete las restricciones y escale el resto.

Accesibilidad — un requisito, no un pase final

Reglas comprobables:

  • Cada elemento interactivo debe ser accesible por teclado con un estado de foco visible.
  • Cada control debe tener un nombre accesible; cada campo de formulario debe tener una etiqueta asociada y mensajes de error claros.
  • HTML semántico y landmarks en lugar de sopa de div.
  • El contraste de color debe cumplir WCAG AA; el significado nunca debe transmitirse solo por color.
  • Respetar las preferencias de movimiento reducido.

Hermoso y minimalista — como restricciones, no como sensaciones

  • Consistencia mediante restricción. Usar los tokens del sistema de diseño — espaciado, escala tipográfica, escala de color. Sin números mágicos únicos. La coherencia es la estética.
  • Las pantallas existentes son la guía de estilo. Coincidir con el lenguaje visual establecido antes de inventar.
  • Moderación (UI-YAGNI). Cada elemento gana su lugar; eliminar hasta que eliminar algo rompa algo. Jerarquía y espacio en blanco sobre densidad y decoración.
  • Preferir los patrones de la biblioteca de componentes antes de construir UI personalizada.
  • Dos elementos de UI similares → un componente parametrizado. Las diferencias son props/variantes, nunca copiar y pegar. Una tercera copia es un defecto. (DRY aplicado a la interfaz.)

La regla de escalamiento

Las decisiones de gusto se escalan; nunca se toman por cuenta propia. Cuando una elección es genuinamente estética y no está determinada por tokens o precedentes, no adivinar en silencio:

  1. Seguir el precedente más cercano existente, o
  2. Presentar opciones (maquetas, comparaciones lado a lado) para una decisión humana de gusto.

Referencia rápida

SituaciónHacer
Nuevo componente se parece a uno existenteParametrizar el existente; no copiar
Un valor de espaciado/color no está en los tokensUsar el token más cercano; no inventar un número mágico
Decisión visual genuinamente novedosaEscalar con opciones; no improvisar
Agregar un elemento interactivoTeclado + foco + nombre accesible, desde el inicio

Aplicación: linting/pruebas de accesibilidad en CI (por ejemplo, eslint-plugin-jsx-a11y, axe) para las reglas comprobables; la moderación estética es criterio del revisor mediante la regla de escalamiento.

Fundamento completo: Artículo VII de la constitución, incluido en engineering-constitution/references/engineering-constitution.md.

Individual skills in this repo

This repo contains 18 individual skills — each has its own dedicated page.

lguidolin/change-hygiene-and-code-craft

Use when writing or refactoring code, structuring a commit or PR, or deciding whether to abstract duplication. Symptoms — mixing reorg with logic changes, a PR doing several things at once, a file growing large, the second copy of similar code, or unsure whether to DRY something up.

lguidolin/cloud-delivery-aks

Use when deploying to Kubernetes or Azure Kubernetes Service (AKS), configuring cloud secrets, setting up progressive rollout/canary, per-PR ephemeral environments, or k8s health probes. Keywords — Kubernetes, AKS, Key Vault, Argo Rollouts, Flagger, canary, blue-green, liveness, readiness, PodDisruptionBudget, HPA, rollback, GHCR.

lguidolin/commit-history-rewrite

Use when an existing repository has messy commit history that needs to conform to conventional commits before adopting release-please, or when intermediate WIP/fixup/merge commits need to be cleaned up.

lguidolin/conventional-commits-and-releases

Use when committing, writing a commit message, opening a PR that will be squash-merged, or configuring automated versioning/changelogs. Keywords — conventional commits, release-please, semver, feat/fix/chore, breaking change, changelog.

lguidolin/defense-in-depth-security

Use when handling untrusted input, secrets, authentication/authorization, or dependencies — or threat-modeling a new surface. Keywords — STRIDE, threat model, least privilege, secrets management, supply chain, dependency scanning, input validation, audit log, defense in depth.

lguidolin/designing-before-building

Use when starting a feature, fixing a non-trivial bug, or about to write implementation code — before any code exists. Symptoms you need this: "this is simple, I'll just code it", reaching for the editor before a design is approved, or an idea that hasn't been turned into a spec and plan.

lguidolin/engineering-constitution

Use when starting work in a project that follows the engineering constitution, orienting to its rules, or deciding which engineering practice applies to a task — spec writing, commits, testing, security, deploys, database, or UI work.

lguidolin/graphql-contract-testing

Use when writing a GraphQL query/mutation that the UI and a test will share, or building route/schema contract or smoke tests. Symptoms — copying a query into a test, a test asserting on query text, schema change that didn't break the UI build, or RLS/permission drift. Keywords — graphql-codegen, typed document, contract test, route smoke test.

lguidolin/init-repo-CI

Use when setting up a new repository with conventional commits, release-please, and CI automation, or when retrofitting an existing repository that lacks automated versioning and PR validation workflows.

lguidolin/merge-gates-and-automation

Use when setting up or changing CI, pre-push hooks, or a task runner, or deciding what must pass before merge. Symptoms — tempted to put authoritative checks only in a local hook, skip CI, bypass with --no-verify, or unsure what gates a merge vs. runs locally.

lguidolin/observability-and-slos

Use when adding logging, metrics, tracing, health checks, SLOs, or alerting — or when building a service surface that needs to be operable and debuggable. Keywords — structured logs, OpenTelemetry, correlation id, RED metrics, liveness, readiness, SLI, SLO, error budget, alerting.

lguidolin/performance-and-scale

Use when working on hot paths, list endpoints, pagination, data-access in loops, or public interfaces/schemas. Symptoms — unbounded queries, N+1 access, no latency budget, optimizing without measuring, or changing an interface many consumers depend on. Keywords — pagination, N+1, Hyrum's Law, performance budget, bundle size.

lguidolin/postgres-postgraphile-rls-and-sql

Use when writing PostgreSQL, PostGraphile config, Row-Level Security policies, SQL schema files, or working on the Browser→App→PostGraphile→Postgres data path. Keywords — RLS, SECURITY DEFINER, search_path, pgSettings, grants, roles, GraphQL depth limit, query cost, statement_timeout, SQL file organization.

lguidolin/recording-decisions

Use when a design or architecture decision has been made and needs to be captured — writing a decision record or ADR, updating a decision index, noting a deferred idea, or superseding a past decision. Keywords — ADR, decision record, rationale, rejected alternatives, dependency index.

lguidolin/resilience-and-deploy-safety

Use when planning a deploy, designing a rollback, or responding to an incident or writing a postmortem. Keywords — deploy safety, rollback, immutable artifact, progressive delivery, canary, blast radius, incident response, blameless postmortem, error budget.

lguidolin/ship-it

Use when the user wants to ship work — push, PR, archive decision records, merge, and clean up. Handles the full lifecycle from committing final changes through post-merge cleanup including converting specs/plans to compact decision records.

lguidolin/tests-as-a-control

Use when writing or modifying tests, when a test breaks during a refactor, or when testing permission/role rules. Symptoms — tempted to edit a test to make it pass, testing only the happy path, a deny-test that started passing, flaky tests, or unsure what to assert.

lguidolin/zero-downtime-migrations

Use when changing a database schema where data must survive the change — adding/removing/renaming columns, constraints, indexes, or backfilling. Symptoms — a destructive migration bundled with a code deploy, a NOT NULL column with a backfill, a table-locking UPDATE, or a rename. Keywords — expand/contract, parallel change, backfill, NOT VALID, CREATE INDEX CONCURRENTLY, graphile-migrate.

Skills relacionados