Skills
エージェント向けにパッケージ化された専門スキルと手順を 99,064 件掲載。コマンド 1 行でインストールできます。
すべて
`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 を使用します。
redis-docs MCP サーバー（redis.io/mcp の search / fetch / ask）の利用方法。インデックスの構成と返却結果の読み方を扱います。これらのツールが利用可能で、Redis ドキュメントを検索するとき、または結果が分かりにくいときに使用します。たとえば、fetch がページ全体ではなく短いセクションを返す、複数の検索結果が同じ url を共有する、ID が #sec:w1 のように見える、metadata.version が 1.0.0 と表示される、検索結果が空になる、ask がレート制限されたりドキュメントに記載がないと応答したりする場合です。redis.io がインデックス化する内容としない内容も扱います
ターミナルから `sctl` CLIを使って、ユーザー自身が実行中のブラウザーとScriptCatを操作します。タブ、ウィンドウ、ブックマーク、履歴、Cookie、ダウンロード、拡張機能の一覧表示と整理、ページの読み取りと操作（アクセシビリティスナップショット、クリック、入力、スクリーンショット、JavaScriptの実行）、コンソールエラーとネットワークリクエストの調査、raw CDPコマンドの送信やCDPエンドポイントのPlaywright/Puppeteerへの引き渡しに対応します。また、ScriptCatユーザースクリプトの表示、検索、インストール、編集、有効化、実行、削除やログの確認もできます。ユーザーが実際のブラウザーでの操作や確認（「開いているタブは？」「このページを開いてクリックして…」「このページでエラーが出るのはなぜ？」「失敗しているリクエストは？」「ログイン済みのブラウザーでPlaywrightスクリプトを実行して」など）を求めた場合、またはsctl、sctl Browser、ScriptCatに言及した場合は、ツール名を明示していなくても使用します。ユーザーのブラウザーに触れない通常のフロントエンドコーディングや、sctlリポジトリ自体の開発には使用しません。
Visant Labs MCP に接続して操作します（Visant Labs アカウントが必要）。ブランドガイドライン、モックアップ、クリエイティブスタジオ、キャンバス、予算、ムードボード、PDF 抽出に対応します。「connect visant」「use the visant tools」「setup visant mcp」「conecta o visant」「usar as tools do visant」「extrair PDF pelo visant」で使用します。
premiere-pro-mcp を介し、JSON の編集プランから Premiere Pro でラフカットを組み立てます。フレーム単位の正確なカット、マーカー、パンチイン、カード、Bロール、-14 LUFS での納品に対応します。「Premiereで作成」「Premiereのラフカット」「パンチイン」「Bロールでカバー」「monta no Premiere」「marcadores pra narrar」「exporta as aulas」、/visant-premiere-editor の指示で使用します。
専門知識のない人と一緒に、固定された8つの手順でウェブサイトを構築します。モックアップ、デザイン（特性に基づく2〜3案）、フレームワーク、承認用 PRD、ローカルでの構築と提示、港への送付とそこでのブラウザー表示、組立ライン、サイトまたはサーバーの順です。Cockpit で島を開き、各手順を schritt_melden で報告します。ウェブサイト構築中は常にこのスキルを使用します。webseite-planen の後、webseite-modernisieren の現状調査後、「サイトを作って」「モックアップ」「草案」「PRD」「ローカルで確認」「計画の次はどうする」などの依頼に使用します。
openSUSE RPM パッケージの作成、変更、レビュー、ビルドを行います。.spec および .changes ファイル、osc / OBS、src.opensuse.org (Gitea) 上の Git パッケージングワークフローが対象です。.osc/ チェックアウトや *.spec ファイルを扱う場合、osc、OBS、rpmbuild、git-obs、tea、rpmlint、spec-cleaner について言及された場合、またはパッケージの更新、ビルド、提出、レビュー、フォーク、古いパッケージの確認、パッケージのプルリクエスト作成を依頼された場合に使用します。
米国株のウォッチリストについて、価格が設定値を上回る／下回る場合、日次変動率、窓開け、52 週高値／安値、移動平均線のクロス、RSI、ATM IV、出来高急増、日中値幅、ストップ／目標値への到達、今後の決算などの価格アラートを確認します。重複排除、クールダウン、NYSE の取引時間、任意の ntfy/Slack/webhook 通知、時間外取引、祝日、US/Eastern 時刻に対応します。「アラートはある？」「ウォッチリストを確認して」「AAPL が 200 を下回ったら知らせて」「ntfy にアラートを送って」といった依頼や、スケジュール／ハートビートによる確認で使用します。
現在のユーザーが今最も関心を持ちそうな PostHog Inbox のレポートを、個人向けに順位付けした候補リストにまとめます。ユーザーのアクティビティ概要（取り組んでいることや注目していること）、受信トレイのランキングモデルによるオープン・対応・修正の確率と上昇度、推奨レビュアーへの割り当て、担当者、プルリクエストの状態と新しさを組み合わせ、関連度の高い順に上位 N 件（既定は 25 件）を返します。ユーザーが「受信トレイを見よう」「自分の受信トレイには何がある？」「受信トレイの上位 10 件」「今日は何を見るべき？」と言う場合や、リストの再順位付け、絞り込み、重点化を求める場合に使用します。単一のレポートの閲覧、絞り込み、詳細確認、操作には `inbox-exploration` を使用します。
既存製品の画面を代表的なページテンプレートとしてデザインシステムの Storybook に補完します。製品がすでに LOCAL デザインシステムを使用している箇所はそこから再構築し、システム由来ではない領域をすべて明確に示します。「get this product into Storybook」「backfill our screens」「represent this product in the design system」「I want to see how a component change ripples across products」「relocate these pages into Storybook」と言われた場合、または製品（サイト、アプリ、リポジトリ、URL）と Storybook が挙げられた場合に使用します。これは翻訳ではなく移設です。画面を移動してシステム外の部分を示します。独自 UI をシステムに合わせて変換すること（それは vibe-killer）も、移行計画を立てること（それは ds-adoption-plan）もしません。また更新処理を実行し、前回の取得以降に製品が Storybook のコピーからどれほど乖離したかを報告します。
Remotion で縦型ショート動画を完成させ、TikTok、Instagram Reels、YouTube Shorts に投稿します。トピック、記事、URL、データセット、変更履歴、リストを、1080x1920 のキネティックテキスト動画（大きなアニメーション文字、統計数値のカウントアップ、Top-N リスト、ローンチ動画や変更履歴動画、引用）に変換します。読み上げ速度に合わせてタイミングを調整し、各アプリのセーフゾーン内に収め、有料 API を使わずローカルでレンダリングします。Remotion ショート、TikTok/Reels/Shorts 向け Remotion 動画、キネティックタイポグラフィやテキストアニメーション動画、統計・データのショート、Top 5 リスト動画、製品ローンチや変更履歴の動画、引用動画、顔出しなしのテキストショート、または「X についてのショートを作って投稿して」と頼まれた場合に使用します。アプリのオーバーレイを記したレビューシート、カバーフレーム、確認後の WoopSocial 投稿が含まれます。
Supabase Send Email Hook を介して PostHog のメールテンプレートから認証メールを送信できるように Supabase プロジェクトを接続します。サインアップが中断しない順序で設定します。Supabase の認証メール、メールテンプレート、Supabase Send Email Hook の設定、接続、テスト、修正を依頼された場合や、Supabase に「email rate limit exceeded」または認証メールのエラーが表示された場合に使用します。
鍵束、金庫、窓、錠前のある家の比喩を使い、知識のない人がプロジェクトを安全にできるよう支援します。秘密情報はGitのログに入れず、サーバー上の.envに保存します（ベルトコンベアに必要なら、港の金庫にも保存します）。誤って公開した鍵はすぐに再生成し、用途ごとに鍵を分け、必要な入口だけを開け、更新を続けます。「セキュリティ」「コード内のパスワード」「APIキー」「.env」「Secret」「GitHubに鍵をアップロードしてしまった」「サイトは安全か」「ハッキングされた」「アップデート」「ファイアウォール」といった相談や、新しい秘密情報をプロジェクトに追加する前に使用します。
チームに ICP について聞き取り、アカウント適合ルールを説明可能な評価基準にまとめ、Clay のスコアリングワークフローを構築・テストし、よく知る5つのアカウントで調整します。スコアリングが機能した後に、テリトリー分割案を任意で別途レビューに提出できます。アカウント適合スコアの構築、ICP のスコア化、テリトリー計画のためのアカウント評価、評価基準のテスト、担当者向けのバランスの取れた顧客ポートフォリオの提案を求められた場合に使用します。新たな市場の開拓、個人のスコアリング、インバウンドリードの振り分け、アウトリーチの開始、レコードの統合、CRM の担当者の無断変更には使用しないでください。
トラッキング関連作業の必須エントリーポイントです。トラッキング計画ファイルの読み取り、トラッキングデータの照会、トラッキング分析の実施より前に、必ず最初にこの Skill を呼び出してください。生成、監査、レビュー、最適化、追加・補完、調整、Q&A、データ検証、トラブルシューティング（イベントにデータがない／報告が停止した／データが不正に見える）、トラッキングコード生成に適用します。「Android/iOS/Unity のトラッキングコードがほしい」「トラッキングコードの書き方を知りたい」といった依頼も、必ずここから開始してください。この Skill は4段階の識別を実行し、コード生成実行 Skill に振り分けるため、命名の事前確認と計画整合性ルールが適用されます。ユーザーの依頼から実行 Skill（コード生成、計画生成、検証）を直接呼び出さないでください。また、この Skill の読み込み前に openpyxl/pandas でトラッキング xlsx ファイルを開いたり、場当たり的にログやファイルを調べたりしないでください。正規の命名辞書、オブジェクトグループの検証ルール、29 カテゴリーの Markdown アセット（一部・共有キャッシュを含む）、データなしの診断フロー、TE プラットフォームのインポート失敗を検出する lint スクリプトを備えています。これらはこのパッケージ以外では利用できないため、場当たり的な作業ではインポートを阻害する問題を見逃し、行き詰まる可能性があります。1～2ターン余分にかかりますが、無効な計画や誤診を防ぎます。トリガー語：トラッキング、トラッキング計画、イベント設計、トラッキング監査、トラッキングレビュー、トラッキング最適化、補完、追加、SDK トラッキング、トラッキングコード、コード生成、統合コード、データ検証、PRD、トラブルシューティング、診断、データなし、データ欠落、イベント未報告。
予備知識のない人と一緒に、WCAG 2.2 AA に基づいて小規模なウェブサイトのアクセシビリティを確認し、改善します。コントラスト、文字サイズとズーム、画像の説明、キーボード操作、フォーム、読み上げ、動きを平易な言葉で扱います。結果は docs/barrierefreiheit.md に検査記録として保存します。「Barrierefreiheit」「barrierefrei」「Accessibility」「a11y」「WCAG」「Kontrast」「Alt-Text」「Screenreader」「für ältere Menschen lesbar」「mit Tastatur bedienen」の場合にこの Skill を使用します。
作成者とは独立した判定者を派遣します。新しい評価サブエージェントが、構築前に作成された合格基準に照らして完成物を確認する評価モード、または正本データに照らして一括監査する監査モードに対応します。すべての判定に証拠を示し、修正は一切行いません。所有者が評価者、レビュアー、監査担当者、判定者を求める場合や、「判定者を送って」「評価して」「新しいエージェントで確認して」「別のエージェントにレビューさせて」「このフォルダーを監査して」「レジストリを監査して」「正本データと照合して」「LLM-as-judge」といった依頼に使用します。依頼された場合のみ実行し、タスク終了時に自動実行されることはありません。テスト、スキーマ検証、検索結果がゼロであるべき検索など、機械で実行できる確認、数百件の同一ユニットの確認、修正には使用しません。
Capacitor Android アプリで R8 を有効にし、Google Play の DEX コード最適化要件（DEX コードが 10 MB を超えるアプリでは、2027 年 2 月以降、難読化・最適化・縮小を少なくとも 25% 実施）を満たす方法をエージェントに案内します。`android/app/build.gradle` で `minifyEnabled true` と `proguard-android-optimize.txt` を設定する方法、R8 full mode での起動時クラッシュを防ぐ `-keep @interface com.getcapacitor.** { *; }` ルール、プラグインごとの keep ルール、`missing_rules.txt` による R8 の「Missing class」ビルドエラーの解決、debug keystore を使った署名済み release APK のビルド、logcat・`mapping.txt`・アプリバンドル内の `r8.json` ファイルによる検証を扱います。Play Console で DEX コード最適化の指摘が表示された場合、`minifyEnabled` の有効化後に Capacitor アプリが起動時にクラッシュする場合、または R8 により release ビルドが失敗する場合に使用します。iOS、リソース縮小、Capacitor プラグインプロジェクト、Capacitor のバージョンアップ、非 Capacitor のモバイルフレームワークには使用しないでください。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。