Skills
エージェント向けにパッケージ化された専門スキルと手順を 98,639 件掲載。コマンド 1 行でインストールできます。
開発
このスキルは、`adb pull` と `adb push` でホストとデバイス間のファイルを移動するために使用します。最新の `-z`（圧縮）、`-Z`（非圧縮）、`--sync`、`-a`（属性保持）フラグも含みます。パス権限のルール——`/data/local/tmp/` は自由に書き込み可能、`/sdcard/`（別名 `/storage/emulated/0/`）は API 30+ でスコープ付きストレージのルールのもと shell から書き込み可能、`/data/data/<pkg>/` はデバッグ可能ビルドで `run-as <pkg>` が必要、`/sdcard/Android/data/<pkg>/files/` はアプリパッケージ所有だが pull 可能——を扱います。テキスト取得用の `adb shell run-as <pkg> cat <path>`、バイナリをそのままディレクトリごと取得する `adb exec-out run-as <pkg> tar cf - <path> | tar xf -`、Gradle 出力ディレクトリ `connected_android_test_additional_output/`、最新の成果物収集 API 用の `androidx.test:services` の `useTestStorageService` フラグを含みます。ユーザーが "adb pull permission denied data data"、"run-as"、"scoped storage shell"、"tar through adb"、"test storage service"、"exec-out vs shell for binary" に言及した場合は、このスキルを使用してください。
プレイヤーを引きつけ、挑戦させ、楽しませるインタラクティブな体験を構築します。「game、gamedev、game development、phaser、unity、unreal、godot、gameplay、game loop、sprites、collision、physics、player、level、tilemap、games、gamedev、interactive、gameplay、physics、engines、performance、player-experience」に言及された場合に使用します。
glabを使ってパッケージURLをGitLab Dependency Firewallと照合し、サポート対象のパッケージマネージャーを経由実行し、ローカルのファイアウォール動作を確認します。npm、PyPI、Maven、RubyGems、Cargo、GoのPURL確認、サポート対象のパッケージマネージャーラッパーへの依存関係ポリシー適用、CIログの要約、Dependency Firewallの終了コードのトラブルシューティングに使用します。トリガー：dependency firewall、glab df、glab dependency-firewall、package URL、PURL、package policy、ci-summary、blocked package、flagged package。
Helius Solana RPC と API のエキスパート。RPC ノード、NFT/token 向け DAS API、LaserStream リアルタイムストリーミング、webhooks、Priority Fee API、Enhanced Transactions、ZK Compression など、Solana 向けの高性能インフラストラクチャ。トリガー：Helius、Solana RPC、DAS API、Digital Asset Standard、NFT metadata、Solana webhooks、priority fees、LaserStream、ZK compression。
expo-superwall SDK を使用して React Native Expo アプリに Superwall のペイウォールとサブスクリプションゲーティングを統合します。Expo（SDK 53+）プロジェクトに Superwall を追加する場合、プレースメント／機能ゲーティングを組み込む場合、ユーザーとサブスクリプション状態を管理する場合、ディープリンク／Web チェックアウトを扱う場合、RevenueCat を統合する場合、ネイティブモジュールの問題をデバッグする場合に使用。
コマンドラインからデジタルアシスタントを管理するための包括的な SAP Joule CLI（旧 sapdas CLI）アシスタント — ケイパビリティのコンパイル、アシスタントのデプロイ、BDD テストの実行、lint、エラーのトラブルシューティング。ユーザーが「joule cli」「sapdas」「joule compile」「joule deploy」「joule test」「joule login」「joule lint」、デジタルアシスタントのデプロイ、ケイパビリティのコンパイル、DAAR ファイル、RTA アーティファクト、または Joule コマンドラインインターフェースに関わるあらゆるタスクに言及したときは常にこのスキルを使用する — 「deploy my assistant」や「how do I log in to Joule from the terminal」のように言っただけの場合でも同様。ユーザーが Cucumber で Joule ケイパビリティをテストすること、AI アシスタントのリンク、デプロイ済みアシスタントの管理、CI/CD パイプラインでの Joule ワークフローの自動化について尋ねた場合にもトリガーする。
現在の diff について、リグレッション、正確性のバグ、テスト、簡素化、ドキュメントの問題をレビューし、深さを low/medium/high/xhigh/max の工数レベルに応じて調整する。名前を明示して要求された場合にのみ使用：ユーザーが /material-ui-review を実行する、$material-ui-review と書く、または "the Material UI review skill" を求めた場合。"review my changes"、"review this diff/branch/PR" といった一般的なレビュー依頼や、実装完了直後には使用しない——ユーザーが名前を挙げない限り、これらはこの skill なしで処理する。--comment を渡すとトップレベルの PR コメントを投稿し、--comment inline でインライン PR コメントを投稿し、--fix で指摘を適用する。
(NS) 要件定義の前に、曖昧なスコープの曖昧さと不足を解消します。ブラウンフィールドでは、brownfield-map.md がない場合に bootstrap を実行し、マップが存在する場合は人間のゲートで更新するか維持するかを判断します。不完全なスコープ（「dashboard」「notifications」「integration with X」）や、用語が不明確なときに要件の前に使用します。requirements.md は生成しないでください — 充実させたコンテキストのみです。
あらゆる Odoo 変更（フィールド追加、メソッドのオーバーライド、ビュー／xpath の継承、OWL/JS パッチ、ウィザード、cron、コントローラー、レポート、セキュリティ、マイグレーション、バグ修正、リファクタリング、"optimize"、"clean code"、"stick to base"）に必須のコーディング前ゲートと完了の定義。Odoo 16-19 が対象。ユーザーが Odoo の traceback やインストール／アップグレードエラー（ParseError "cannot be located in parent view"、"Field ... does not exist"、xmlid の欠落）を貼り付けたとき、または Odoo のモデル、フィールド、メソッド、ビュー、xmlid がどこで定義されているかを尋ねたときにも使用。ブレインストーミングや計画の前に実行する：Odoo の設計上の問いは、開かれた Q&A や記憶ではなく、実際のソースを Context Brief（file:line）へとたどることで答える。Odoo のランタイムとバージョンを解決し、対応する odoo-<major> パックをロードし、コミット前にインストール、テスト、アップグレード、i18n、セキュリティ、衛生のチェックで締めくくる。
プロジェクトに okteto.yaml/okteto.yml がなく、ユーザーがそれを Okteto 上で使いたい場合に使用する — 例: "get this repo onto Okteto"、"set up a dev environment for this"、"create an Okteto manifest"、"onboard this service"。マニフェストが存在しないために okteto deploy が失敗する場合にも使用する。okteto.yaml または okteto.yml が既に存在する場合は使用しない — それは okteto skill の領域である。
`orca` CLI を通じて、Orca 管理の worktree、フォルダーコンテキスト、ターミナル、リポジトリ、自動化、成果物、スキル共有、worktree コメント、Orca 内蔵ブラウザーを操作します。ユーザーが「$orca-cli」「Orca worktree」「child worktree」「spawn codex/claude in a worktree」「read/wait/send Orca terminal」「handoff」／「handover」／「give this to another agent」「Orca browser」「orca artifacts」「share skills」と言った場合に使用します。Orca の状態が関係する場合は、通常の git worktree、臨時の PTY、Computer Use より優先します。CLI、ファイルシステム、API では操作できない可視ウィンドウの GUI 操作が必要な場合に限り、Computer Use を使用します。
決済ゲートウェイの統合。プロバイダー：SePay（ベトナム：VietQR、銀行振込、カード）、Polar（グローバル SaaS：サブスクリプション、従量課金）。SDK：Node.js、PHP、Python、Go、Laravel、Next.js。機能：チェックアウトフロー、サブスクリプション管理、webhook、QR コード生成、特典の自動化、税務コンプライアンス。操作：統合、実装、設定、決済／サブスクリプション／webhook の処理。キーワード：payment gateway、SePay、Polar、VietQR、bank transfer、subscription、usage-based billing、checkout、webhook、QR code、API key、OAuth2、product management、customer portal、tax compliance、MoR、recurring payment、invoice。使用場面：決済処理の統合、チェックアウトの実装、サブスクリプションの管理、決済 webhook の処理、決済 QR コードの生成、課金システムの構築。
独自のビジュアルアイデンティティを持つ一貫性のある Web ページを設計・構築する——ランディングページとポートフォリオには豊富な構造設計 + セクションアーキタイプを、その他のページ種別（ブログ、会社概要、料金、お問い合わせ、近日公開、ダッシュボード、管理画面、E コマース、カスタム）は汎用の構造設計 + スケルトンで対応する。ユーザーが次に言及した場合は常にこのスキルを使用する：ランディングページ、ポートフォリオ、個人サイト、ヒーローセクション、マーケティングページ、製品ページ、セールスページ、スプラッシュページ、ブログページ、会社概要ページ、料金ページ、お問い合わせページ、近日公開、ウェイトリスト、ダッシュボード、管理パネル、E コマースストア、サイトのリデザイン、ポートフォリオのデザイン、ポートフォリオの構築、作品紹介、採用ページ、perfect-ui、perfect landing。また、あらゆる Web ページの表面を作成するよう求められた場合も使用する。2 つの階層：特殊（ランディング | ポートフォリオ——リッチな処理）と汎用（それ以外すべて——万能クラフトツールキット）。自己完結型の 8 段階パイプライン：雰囲気の発見 → ビジュアルの方向性（色彩/タイポグラフィ/ムード）→ カスタムアイコンセット（emoji 禁止、アイコンライブラリ禁止）→ AI 生成ビジュアル → オプションのシェーダーエフェクト層 → インラインの計画 + Next.js + Tailwind + shadcn での実装。エフェクト層は常にオプションとして提案する。拒否はしない。AI の量産品ではなく、際立ったサイトを出力する。
REST API と Go パッケージモードで PocketBase バックエンドを操作するためのスキル。コレクション CRUD、レコード CRUD、スーパーユーザー/ユーザー認証、バックアップと復元、マイグレーションファイル生成（JS と Go）、Go フック、カスタムルート、および API ルール・リレーション・セキュリティパターンの設計ガイダンスを提供する。PocketBase、pb_migrations、コレクション管理、レコード操作、Go フレームワークの組み込み、バックエンド設計に関するリクエストに使用する。
開発チームは誰も求めていない機能を作り、ユーザーから報告されたバグは何ヶ月も放置される。オペレーションはユーザーを無視するエンジニアリングを責め、エンジニアリングは技術的制約を理解しないオペレーションを責める。この SOP は、統一バックログから 10 日スプリントのリズム、拒否権のルールまで、プロダクト × エンジニアリング × オペレーションの完全な連携フレームワークを提供する。内容：• 二層カンバンシステム（マスターバックログ + 統一タグ付きスプリントボード）• 10 日スプリント標準プロセス（1 日目開発 → 6 日目テスト可能ビルド → 10 日目リリース）• 再現性要件付きの課題テンプレート（3 回報告 = 自動的に重大）• 三者連携ミーティング（デイリースタンドアップ / スプリントプランニング / スプリントレビュー）• リリースに対するオペレーションの拒否権（P0 バグ = リリース阻止）• ユーザーフィードバック → プロダクト反復のクローズドループ（ベータテスト + インタビュー SOP）• 主要指標フレームワーク（獲得 → アクティベーション → リテンション → マネタイズ → リファラル）• 技術的負債の管理（スプリントキャパシティの 20-30% を確保）• すぐに使えるテンプレート：Bug Report、Sprint Planning、Responsibility Matrix。構築の基盤：実際のプロダクト戦略会議 + ベータテストフレームワーク。Supabase のスプリントモデル、Manus/DeepSeek の商業化連携を参照。作者 @WeiYipei。トリガー："product ops" | "engineering operations" | "product development SOP" | "sprint planning" | "iteration management" | "cross-functional alignment" | "product engineering ops" | "dev ops collaboration" | "产研运协同" | "迭代管理" | "产品研发运营" | "プロダクト開発運営" | "제품개발운영"
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。