Skills
エージェント向けにパッケージ化された専門スキルと手順を 98,873 件掲載。コマンド 1 行でインストールできます。
開発
changelog・履歴・ロードマップ・writing-archive ページ向けの縦型タイムラインコンポーネント(日付ごとのマイルストーン、IntersectionObserver によるスクロール表示、768px でモバイル→デスクトップのレイアウトに自動切替)。ユーザーが "làm timeline"、"dòng thời gian"、"lịch sử phiên bản dạng timeline"、"changelog timeline"、"roadmap timeline"、または /timeline と言ったときに呼び出します。/diagram(フロー/アーキテクチャ図)とは異なります——これは単一軸上の時系列マイルストーンのリストであり、多ノードの関係図ではありません。
Java 8+ 向けの Unirest-Java 3.x HTTP クライアントライブラリ。HTTP リクエスト(GET/POST/PUT/DELETE)の実行、REST API クライアントの構築、JSON レスポンスの処理、ファイルのアップロード/ダウンロード、非同期リクエスト、テスト用の HTTP 呼び出しのモック、プロキシの設定、レスポンスのキャッシュを行う場合に使用する。Unirest 3.x(Apache HttpClient ベース、GSON をデフォルト同梱、kong.unirest パッケージ)を対象とし、オブジェクトマッピング、リクエスト/レスポンスインターセプター、移行ガイダンスを扱う。
Java 11+ 向けの Unirest-Java 4.x HTTP クライアントライブラリ。HTTP リクエスト(GET/POST/PUT/DELETE)の送信、REST API クライアントの構築、JSON レスポンスの処理、ファイルのアップロード/ダウンロード、非同期リクエスト、Server-Sent Events (SSE)、テスト用の HTTP 呼び出しのモック、プロキシの設定、レスポンスのキャッシュに使用する。Unirest 4.x(Java 11+ が必要、モジュール化された依存関係、kong.unirest.core パッケージ)をカバーし、GSON/Jackson によるオブジェクトマッピング、リクエスト/レスポンスインターセプター、Unirest 3.x からの移行を含む。
承認された変更をエンドツーエンドで実装・デリバリーする——検証、PR の作成、マージ、マージ後の状態確認——ライブステートゲート、耐久性のある中断ハンドオフ、ライブステート優先の再開を用いる。ユーザーが特定の変更に対してエンドツーエンドのデリバリー権限を付与し、デリバリー境界に到達する前に作業がツール呼び出しの上限、コンテキスト枯渇、ワーカーの喪失、セッション中断をまたぐ可能性がある場合に使用する。デリバリー指示のない単純な修正、ユーザーが付与していないマージやマージ後の権限の付与、リリースパイプラインの設計(それには release-engineering を使用)には使用しない。
Warden で Docker ベースのローカル開発環境を管理します。PHP/Node プロジェクト(Magento、Laravel、Symfony、WordPress、Drupal)のセットアップ、データベースのインポート、シェル コマンドの実行、Xdebug でのデバッグ、Docker サービスの管理を行うときに使用します。トリガー: "warden"、"local environment"、"docker-compose wrapper"、"database import"、"shell access"。
React アプリケーションに Temps analytics を追加し、ページビュー、カスタムイベント、スクロールトラッキング、エンゲージメント監視、セッション録画、Web Vitals のパフォーマンス指標を含む包括的なトラッキング機能を実現する。ユーザーが次のことを望むときに使用する:(1) React アプリ(Next.js App Router、Next.js Pages Router、Vite、Create React App、Remix)に analytics を追加する、(2) ユーザーイベントやインタラクションをトラッキングする、(3) スクロール深度や要素の可視性を監視する、(4) セッション録画/リプレイを追加する、(5) Web Vitals やパフォーマンス指標をトラッキングする、(6) ユーザーエンゲージメントやページ滞在時間を測定する、(7) プロダクト分析やテレメトリーを設定する。トリガー:"add analytics"、"track events"、"session recording"、"web vitals"、"user tracking"、"temps analytics"、"react analytics"。
本スキルを使用して、合否形式の敵対的レビューで TypeScript および React アプリケーションコードの設計パターン使用をゲートする——単一のブラインドレビュー用サブエージェントが、diff またはファイルセットを 18 の判定可能なルールに照らして評価する。ルールは暗黙のステートマシン(ブールフラグのライフサイクル、useEffect チェーン、保存された派生状態、非網羅的な union マッチ)と、過剰に設計された OO/エンタープライズ移植(getInstance シングルトン、ファクトリクラスとビルダークラス、単一メソッドのストラテジクラス、State/Visitor 階層、React ツリー内部のイベントバス、パススルーリポジトリ、DI コンテナ、単一実装のインターフェース、コンポーネント継承、ロジックのみの HOC、静的メンバーのみのクラス、些末なアクセサ)を対象とする。TS/React の作業をマージする前に、パターン使用のゲートや合否判定を求められたときに、またはエージェントが作成したコードが Java/C# のイディオムを移植していないかのチェックとしてトリガーする。判定のみを返す。教示的なガイダンスには implementation-design-patterns または implementation-functional-patterns を使用する。
AppKit macOS UI リファレンス。Liquid Glass(NSGlassEffectView)、NSApplication、NSWindow、NSViewController、NSView、NSMenu、NSToolbar、NSTableView、NSOutlineView、NSCollectionView、NSSplitViewController、NSTabView、NSPopover、NSOpenPanel / NSSavePanel、NSSearchField、NSControl、NSStackView、NSScrollView、Diffable Data Source、target-action、レスポンダーチェーン
`asc` CLI を使用して、まったく新しいアプリの初回 App Store リリースを処理します。bundle ID の登録、App Store Connect アプリの作成、メタデータ/コンプライアンス/価格の設定、ビルドのアップロード、審査への提出を行います。アプリがまだ App Store Connect に存在せず、ユーザーが初回リリース、初回提出、ゼロからのセットアップを求める場合に使用します。既存アプリの後続リリースには使用しないでください。その場合は `asc-release-workflow` を使用します。
既存の Docker Compose スタックまたは Dev Container に、Azure SQL Database コンテナをサイドカーサービスとして追加します。ローカルの Azure SQL Database エンジンを compose または devcontainer.json に接続する場合、アプリが localhost ではなくサービス名で SQL バックエンドに接続する場合、「compose に SQL を追加」「データベースサービスを追加」「depends_on database」「devcontainer SQL sidecar」「SQL の compose healthcheck」「アプリ起動前にデータベースを待機」などの依頼に使用します。アーキテクチャの自動選択、プライベートレジストリへのログイン、healthcheck による起動待機、appdb を作成する一度限りの初期化サービスに対応します(エンジンはデータベースを自動作成しません)。SQL Server イメージではありません。compose または Dev Container で SQL を接続する場合は、こちらを優先してください。
スキャフォールドテンプレートから B2C Commerce の cartridge、controller、hook、カスタム API、job step、Page Designer コンポーネントを生成する。新しい cartridge の作成、既存の cartridge への controller や hook の追加、カスタム API エンドポイントの立ち上げ、job step や Page Designer コンポーネントのボイラープレート生成が必要なときは常にこのスキルを使用する——ユーザーが「新しい cartridge を作成」や「loyalty 用の controller が必要」と言っただけの場合でも。
Bevy 0.20 で `AssetServer::load` または `AssetServer::load_builder().with_settings(..)` による読み込み、`Handle<T>` の保持、`WorldAssetRoot`(`Handle<WorldAsset>`)を使った glTF シーンの生成、`Assets::get_mut`/`AssetMut` による変更、`LoadState::is_loaded` のポーリング、`AssetPath` の解決、または `AssetId::invalid()` から `Option<AssetId<T>>` への置き換えに使用します。
このスキルは、BMad(Breakthrough Method of Agile AI-Driven Development)を特定のハーネスに依存しないコントロールプレーンプロトコルとして実行し、人間の意図を範囲が明確で、検査可能かつ再開可能なエージェント作業に変換します。意図を5項目の契約(Why、Capabilities、Constraints、Non-goals、Success signal)にまとめ、作業を direct/bounded/initiative に分類して最小限の安全な経路に振り分け、決定を永続的な成果物に記録し、トリアージとしてレビューし、曖昧さが生じたレイヤーに失敗を戻し、観測可能な受け入れ条件と機械可読なステータス(draft/ready-for-dev/in-progress/in-review/done/blocked)を自律性の条件とします。変更要求、機能、委任された構築作業、またはマルチエージェントの大規模作業で、意図の把握、実装範囲の限定、レビュー、再開可能性が必要な場合に使用します。問題の実在性の検証(product-discovery)、計画前の賭けの方向付け(product-shaping)、正式な仕様/ゲートのパイプライン(spec-driven-development)、Issue から PR へのデリバリーフロー(neckbeard)には使用しないでください
Hub MỘT TÊN cho dây chuyền sản xuất kiểu Ralph (GH#15): biến tài liệu thô của user thành sản phẩm qua 5 mode — `/br interview` (đọc folder raw/ → đối chiếu bộ specs chuẩn S1–S10 → sinh bộ câu hỏi hỏi-bù dạng HTML xem trước + MD điền, cho phép lens chuyên gia điền thay mục chưa chắc), `/br compile` (answers → BR.md có clause_id + bảng "Giả định đang gánh"), `/br slice` (BR → frames nhỏ gắn chặt code, gác bằng frame-lint), `/br run <frame>` (mỗi frame chạy loop-runner có 6 phanh + dry-run + người gác · sau frame xanh TỰ chạy QC tất định 0-token), `/br qc` (audit senior 4-mục: /qc-code soi code + /qc-uiux soi UI/UX qua engine visual-qa), `/br status` (trang line-status.html tất định: frame nào chạy/kẹt/xong + truy ngược lỗi→frame→clause). Gọi khi user nói "br", "interview", "phỏng vấn yêu cầu", "soạn BR", "slice frame", "chạy frame", "qc frame", "audit ui mockup", "trạng thái dây chuyền", "ralph pipeline", hoặc invoke /br. User chỉ mô tả PHẠM VI, không cần nhớ lệnh con.
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。
