Skills
エージェント向けにパッケージ化された専門スキルと手順を 99,448 件掲載。コマンド 1 行でインストールできます。
開発
高密度な Web アプリケーション UI の構築、リファクタリング、監査、検証を行う。SaaS ダッシュボード、管理画面、CRM 画面、社内ツール、テーブル、フィルター、設定フロー、データ量の多いワークフロー、空/読み込み/エラー状態、レスポンシブなアプリ画面、アクセシビリティ修正、あるいは階層・状態の網羅・キーボード操作・視覚的検証が重要なプロダクト UI の実装をユーザーが求めたときにこの skill を使用する。ランディングページには使用しない（タスクが実際にアプリの画面である場合を除く）。
OpenSpec アーカイブ全体を定期的に lint し、変更をまたぐ意思決定のドリフト、インデックス/スペックの整合、構造的な過結合を確認します。これは QRSPI/OpenSpec スタックの他の何もカバーしていない空白です。他のすべてのドリフトチェック(accelint-onboard-openspec、accelint-architecture-doc、accelint-qrspi-apply フェーズ 4)は、単一の変更自身の成果物から前方にしか見ないためです。ユーザーが "run archive synthesis"、"lint the openspec archive"、"check for decision drift"、"audit the spec archive for contradictions"、"find stale specs"、"reconcile the specs index"、"check capability coupling" を望むとき、または accelint-qrspi-archive が前回の synthesis 実行以降に 15 件以上の変更がアーカイブされたという自らの提案を出したときに、このスキルを使用します。また、以前の設計判断がその後決まったすべてを踏まえてもなお有効か、specs/INDEX.md がディスク上の実際の spec.md ファイルとまだ一致しているか、ある能力が過結合のリファクタリング候補になっていないかをユーザーが尋ねたときにも使用します。このスキルは自動的には実行されず、他のスキルをブロックすることもありません。常に、人間が呼び出しての監査か、人間が明示的に受け入れる提案のいずれかです。
ドキュメント間の整合性を監査する: docs ↔ roadmap ↔ code ↔ fix index ↔ issues。ドリフトを検出する——docs/ にあるが roadmap にない機能（またはその逆）、すでにマージ/クローズされた fix-index エントリ、壊れた documentation-map リンク、依存関係の循環、言語が誤った成果物、命名規則違反——そして重大度順にランク付けして報告し、依頼があれば低リスクの項目のみ修正する。モデル非依存: このスキルはエージェントセッションがすでに使用しているモデルと effort をそのまま継承する。トリガー: "check doc consistency"、"are the docs in sync"、"audit the docs"、"doc coherence review"、"did the docs drift"、"validate the roadmap"。
自律的な開発/レビューワークフローを強制する共有フックとエージェントから呼び出し可能なユーティリティスクリプトの設定、トラブルシューティング、変更に使用します。"push to main is blocked"、"block-commit-outside-worktree hook failing"、"configure hooks after npx skills add"、"what does check-pr-review.sh do"、"set up workflow hook symlinks" などのフレーズ、または `skills/autonomous-common/` 配下のファイルを編集する際にトリガーされます。autonomous-dev / autonomous-review スキルが依存するフックと、ユーティリティスクリプト（gh-as-user.sh、mark-issue-checkbox.sh、reply-to-comments.sh、resolve-threads.sh）を提供します。
Bevy 0.20 で、カスタム形式用の `AssetLoader` の実装、ローダーへの `TypePath` の導出、`LoadContext::load` または `LoadContext::load_builder().with_settings(..).load(..)` による依存関係の読み込み、ハンドルフィールドへの `#[dependency]` の付与、`Reader::read_to_end` による読み取り、`Reader::seekable` / `AsyncSeekExt` によるシーク、または独自リーダーで必須の `Reader::seekable` を実装する場合に使用します。
BMAD のプランニングワークスペースを初期化する：規模に適応する TRACK（Quick Flow / BMad Method / Enterprise）を対話的に選択し、出力フォルダ、設定ファイル、空の decision-log.md、および project-context.md の「憲章」をスキャフォールドする。ユーザーが「initialize BMAD」「set up BMAD」「start a new BMAD project」「scaffold the planning workspace」「bmad init」「create the bmad config」と言う場合、またはプランニングを開始し bmad-output/ フォルダがまだない場合に使用する。ユーザーが「which track should I use?」や「what scale is my project?」と尋ねるときにも使用する。これは他のあらゆるプランニングワークフロー（brief、PRD、architecture、stories）より前に実行する最初のスキルである。
Contentstack のアセットの整理、配信、変換について開発者に助言します。フォルダー構成、Image Delivery API による変換、公開ライフサイクル、CDN の動作、一般的な制限を扱います。stack のアセットライブラリ内の画像やその他のメディアファイルのアップロード、整理、配信、変換、公開、トラブルシューティングについて開発者が尋ねた場合に使用します。スタンドアロンの Assets DAM（spaces、workspaces、duplicate sets、saved views、visual markups）には asset-management を使用してください。ユーザー定義フィールドの読み取りや更新には対応していません。asset-management と Assets API を使用してください。
Contentstack で最もシンプルで再利用可能な構造を使ってコンテンツをモデル化する方法を開発者に案内します。このスキルでは、コンテンツタイプ、参照、グローバルフィールド、グループ、モジュラーブロック、JSON RTE、タクソノミー、タグを使う場面を説明し、過剰なモデル化、深い参照チェーン、チャネル固有のスキーマの肥大化を避ける方法を示します。スキーマの作成や変更前に、Contentstack のコンテンツモデルを設計、レビュー、リファクタリングするときに使用します。
アクセシビリティ、コンポジション、スタイリングに焦点を当てた React コンポーネントエンジニアリングの正式標準を適用する。プロフェッショナルでコンポジション可能な React 成果物を構築するために使用。React コンポーネントの作成やレビュー時には積極的に使用する。例:- user: "/component-create Button trigger" → asChild とキーボードマップでアクセシブルな button を構築 - user: "/component-review src/components/Input.tsx" → アクセシビリティとコンポジションの準拠を監査 - user: "Build a responsive slider" → 分類タイプを選び data 属性で実装 - user: "Review my layout component" → モノリシックなパターンかコンポジションかを確認
このリポジトリで Figma デザインを Hydrogen + Weaverse ページとして再現する場合に使用——Figma ファイル、フレーム、フローを再利用可能な Weaverse セクションに変換する。トリガー：figma.com の URL、「build this design」、「implement this Figma」、「create the storefront from the design」。cloning-websites-to-weaverse の Figma 版。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。