liquid-theme-a11y は何をしますか？
Shopify LiquidテーマにWCAG 2.2アクセシビリティパターンを実装します。Eコマース固有のコンポーネント（プロダクトカード、カルーセル、カートドロワー、価格表示、フォーム、フィルター、モーダルなど）をカバーします。アクセシブルなテーマコンポーネントの構築、アクセシビリティ問題の修正、.liquidファイル内のARIAパターンのレビュー時に使用してください。
Shopify LiquidテーマにWCAG 2.2アクセシビリティパターンを実装します。プロダクトカード、カルーセル、カートドロワー、価格表示、フォーム、フィルター、モーダルなどのEコマース固有コンポーネントをカバー。アクセシブルなテーマコンポーネントの構築やアクセシビリティ問題の修正、.liquidファイル内のARIAパターンのレビュー時に使用します。
このスキルは、Shopify LiquidテーマにWCAG 2.2アクセシビリティパターンを実装するための専門的なガイドです。Eコマースサイトでよく使用されるプロダクトカード、カルーセル、カートドロワー、価格表示、フォーム、フィルター、モーダルなどのコンポーネントに焦点を当て、そのアクセシビリティを向上させるための具体的なコード例とベストプラクティスを提供します。主にShopify Liquidテーマ開発者を対象としており、.liquidファイル内のARIA属性やセマンティックHTMLの実装を支援します。このスキルは、アクセシブルなテーマコンポーネントを新規に構築する場合、既存のコンポーネントのアクセシビリティ問題を修正する場合、またはARIAパターンをレビューする場合に特に役立ちます。Shopifyプラットフォームに特化しているため、厳密にはShopify以外のプラットフォームではそのまま使用できないことに注意が必要です。
npx skills add https://github.com/benjaminsehl/liquid-skills/tree/main/skills/liquid-theme-a11yShopify LiquidテーマにWCAG 2.2アクセシビリティパターンを実装します。Eコマース固有のコンポーネント（プロダクトカード、カルーセル、カートドロワー、価格表示、フォーム、フィルター、モーダルなど）をカバーします。アクセシブルなテーマコンポーネントの構築、アクセシビリティ問題の修正、.liquidファイル内のARIAパターンのレビュー時に使用してください。
This repo contains 2 individual skills — each has its own dedicated page.
CSS, JavaScript, and HTML coding standards for Shopify Liquid themes. Covers BEM naming inside stylesheet tags, design tokens, CSS custom properties, Web Components for themes, defensive CSS, and progressive enhancement. Use when writing CSS/JS/HTML in .liquid files or theme asset files.
Generate Shopify Liquid theme code (sections, blocks, snippets) with correct schema JSON, LiquidDoc headers, translation keys, and CSS/JS patterns. Use when creating or editing .liquid files for Shopify themes, working with schema, doc, stylesheet, javascript tags, or Shopify Liquid objects/filters/tags.
ElevenLabs text-to-speech with mac-style say UX.
Oracle CLI second-model review/debug/refactor/design with selected files, dry-run token checks, API or browser engine.
Capture and automate macOS UI with the Peekaboo CLI.
Generate multiple radically different interface designs for a module using parallel sub-agents. Use when user wants to design an API, explore interface options, compare module shapes, or mentions "design it twice".
Build a throwaway prototype to flesh out a design — a runnable terminal app for state/business-logic questions, or several radically different UI variations toggleable from one route.
Interview the user relentlessly about a plan or design until reaching shared understanding, resolving each branch of the decision tree. Use when user wants to stress-test a plan, get grilled on their design, or mentions "grill me".