architecture-decision-records
Creates, reviews, updates, and manages Architecture Decision Records (ADRs) — the institutional memory of technical decision-making. Use this skill whenever the user wants to: create an ADR for a technology or architecture decision, document why a specific technology was chosen, record a technical decision before implementing it, update or supersede an existing ADR, review a proposed decision for completeness, check whether a decision warrants an ADR, maintain the ADR index, or understand why a past decision was made. Also trigger when the user asks "why are we using X", "who decided this", "was this decision documented", "log a design decision", "decision history", "record a technical decision", or "document this choice".
Repository SourceNeeds Review
accessibility
accessibility, a11y, WCAG, screen reader, keyboard navigation, color contrast, inclusive design, EU Accessibility Act, ADA compliance, focus management, aria labels, accessible components, ARIA, tab order, focus trap, skip link, axe-core, pa11y, contrast ratio, accessible forms, landmark regions
Repository SourceNeeds Review
architecture-fitness
Activate when setting up or running architecture fitness functions, enforcing import boundaries in CI, checking module layer boundaries automatically, tracking dependency budget against an approved list, detecting circular imports, flagging dead or abandoned modules, preventing architecture drift between PRs, enforcing architecture compliance in the build pipeline, or adding architecture CI checks to a project. Distinct from periodic human architecture reviews — fitness functions run automatically on every PR with no human required.
Repository SourceNeeds Review
caching-strategy
Activate when adding caching to a service, debugging cache-related bugs, configuring a CDN (Cloudflare, Fastly, CloudFront), designing cache invalidation, investigating low cache hit rate, diagnosing a cache stampede, picking TTLs, introducing Redis or Memcached, designing edge caching for static assets or API responses, choosing between cache-aside, read-through, write-through, write-behind, or refresh-ahead patterns, reviewing cache coherency in a distributed system, or deciding whether caching is the right answer at all. Trigger phrases: "add caching", "cache invalidation", "CDN configuration", "cache hit rate", "cache stampede", "cache strategy", "Redis caching", "Cloudflare config".
Repository SourceNeeds Review