Skills
エージェント向けにパッケージ化された専門スキルと手順を 101,174 件掲載。コマンド 1 行でインストールできます。
すべて
Power Pages の本番サイト前段にある Web アプリケーションファイアウォール(WAF)を調査・設定します。現在の状態を一覧表示し、保護が無効な場合は有効化を推奨し、IP ブロック、国ブロック、パスブロック、レート制限などのカスタムルールの追加、更新、削除を案内します。WAF の有効化、IP または国によるトラフィックのブロック、ログイン/サインアップページのレート制限、ブルートフォース攻撃からのページ保護、特定パスへのアクセス制限、現在のファイアウォール設定の確認を希望する場合や、「サイトはボット/一般的な Web 攻撃から保護されていますか?」と尋ねる場合に使用します。「ファイアウォール」や「WAF」に触れず、「レート制限を追加」や「ログインページを保護」とだけ言う場合も対象です。
他の LLM 可観測性/評価プラットフォーム(LangSmith、Arize AX、Phoenix、Braintrust、Helicone、Promptfoo など)から Langfuse へ移行する。一度限りのベンダー切り替え:ライブトレーシングの切り替えと、履歴トレース、データセット、プロンプト、評価器の移行。Langfuse から Langfuse への移行 — SDK やバージョンのアップグレード、プロジェクト/リージョンの移設、セルフホストから Cloud への移行 — には使用しない。また、コード内のプロンプトを Langfuse に移す用途にも使用しない。これらは主要な langfuse スキルが扱う。
PostHog のデータウェアハウスビュー(HogQL)または外部の dbt プロジェクト上で、再利用可能なプロダクト利用・エンゲージメントモデル(リテンション、スティッキネス、ライフサイクル)を構築する。ユーザーが戻ってくるかどうか(リテンション / チャーン)、どれくらいの頻度で利用するか(スティッキネス / パワーユーザー / DAU-WAU-MAU 比率)、アクティブベースの構成(新規 / 復帰 / 復活 / 休眠のライフサイクル)をモデリング、定義、計算したい場合に使用。これら 3 つは開始イベント/復帰イベントの語彙とインターバル粒度を共有する 1 つのエンゲージメントファミリーであり、本スキルはそれらをまとめて扱い、適切な視点の選択を支援する。リテンションは復帰率コホートマトリクス、スティッキネスは頻度分布、ライフサイクルは成長の質に対応する。PostHog では HogQL でモデリングし(query-retention / query-stickiness / query-lifecycle に対応)、dbt ではテスト付きの fct_retention / fct_stickiness / fct_lifecycle マートを構築する。まず modeling-warehouse-foundations を読み、modeling-activation-metrics が使用するリテンション検証にデータを供給する。
再利用可能な収益モデル — MRR、ARR、総収益、新規/拡張/縮小/チャーン、ARPU、LTV、顧客別/アカウント別収益 — を PostHog データウェアハウスビュー(HogQL)または外部 dbt プロジェクト上で構築する。ユーザーが経常収益、月次/年次の経常収益、収益のチャーンやリテンション、ライフタイムバリュー、ユーザーあたり平均収益、または顧客・コホート・製品・通貨別の収益をモデル化、定義、計算したいときに使用。PostHog では、Stripe またはカスタム収益イベントが供給するマネージドの *_revenue_view ビュー(revenue_item、mrr、customer、subscription、charge、product)を基に構築し(生の Stripe テーブルではなく)、convertCurrency() で金額を正規化する。dbt では、支払いソースをステージングし、テスト付きで fct_mrr / fct_revenue_item / dim_customer のマートを計算する。適切なソースの選び方、MRR が空になるサブスクリプション設定の落とし穴、通貨の扱い、収益を person/group に紐づける方法を扱う。ビューと dbt の仕組みについては先に modeling-warehouse-foundations を読む。
GitHub Actions のコストと速度を最適化します。GitHub API から各ワークフローとジョブの課金対象時間および実時間を読み取り、無駄を特定し、重要なチェックを削らずにワークフローを変更します。よくある無駄には、プルリクエストですでに合格したテストスイートを main で再実行すること、すべての PR に一致するパスフィルター、小規模なマトリックスジョブ、キャッシュ不足、ドラフトのプッシュ、Docker ビルド、Windows と macOS による時間の増加、ハングしたジョブやボットがあります。CI が遅い・高い、Actions のクォータ超過や超過料金の発生、「GitHub Actions の分数を減らす」「CI を高速化する」「CI を安くする」といった要望、「CI がなぜこんなに高いのか」という質問、CI の監査依頼があれば使用します。遅いジョブやワークフローファイルを1つだけ指摘された場合も使用します。
完全なバリアントマトリクスを持つ Penpot コンポーネントを構築・保守する — サイズ、階層、すべてのインタラクティブ状態(default/hover/pressed/focus/disabled)を備え、完全にトークン化され正しく命名される。バリアント付きの新しいコンポーネントの作成、欠けた状態の補完、既存コンポーネントの正規化に使用。トリガー:'create a Button component with variants'、'build component variants'、'add hover/pressed/disabled states'、'make a variant matrix'、'turn this into a component with sizes'、'normalize this component'。
敵対的なラバーダック対話を通じて、既存の実装計画をレビューし、強化します。完全性、実現可能性、範囲、テスト可能性、リスク、前提を評価し、一度に要点を突く質問を一つ行います。ローカルのコードやドキュメントで検証可能な主張を確認し、すべての評価項目が 5/5 になるまで、解決した回答を計画ファイルに書き戻します。「計画をレビューして」「ラバーダックして」「計画をストレステストして」「この計画で準備できているか」「計画に異議を唱えて」「計画を 5/5 にして」「計画を盤石にして」「見落としはあるか」「検証して」「本当か」「証明して」「この主張を確認して」「ファクトチェックして」と依頼されたとき、または複雑な計画の実装開始前に使用します。ゼロから計画を作る場合は plan-creator、コード差分のレビューには pr-reviewer を使用してください。
任意の API について、AI エージェントとの互換性を分析します。8 つの柱(48 項目)にわたって OpenAPI 仕様をスキャンし、エージェント対応度を 0~100 で評価して、優先順位付きの修正案を提示します。「API はエージェント対応か」「API をスキャンして」「OpenAPI 仕様を分析して」「AI エージェントにとって API の問題点は何か」「API はどれくらいエージェントに適しているか」と尋ねられた場合や、AI での利用に向けて API を改善したい場合に使用します。MCP 経由でローカル仕様と Postman コレクションに対応します。
2025 年の PowerShell に関する重要な変更、非推奨化、移行情報。次の場合に積極的に有効化:(1) PowerShell 7.5 GA の変更、(2) PowerShell 7.6 のプレビュー機能、(3) Windows PowerShell 5.1 の非推奨化スケジュール、(4) PSReadLine 2.4+ の更新、(5) Az PowerShell 14.x の破壊的変更、(6) AzureAD/MSOnline モジュールから Microsoft.Graph への移行、(7) PowerShellGet 2.x に代わる PSResourceGet、(8) DSC v3 と DSC v1/v2 からの移行、(9) ExecutionPolicy と制約付き言語モードの更新、(10) .NET 9/.NET 10 との統合への影響。提供内容:非推奨化スケジュール、破壊的変更のチェックリスト、移行スクリプト(AzureAD から Microsoft.Graph)、PSResourceGet のアップグレード手順
x402 で保護された API を使って Reddit を検索・モニタリングします。Reddit の投稿やディスカッションの検索、スレッドのコメント取得、ソーシャルメディアのモニタリングや調査に使用します。トリガー:「reddit」「subreddit」「reddit discussion」「what are people saying」「social media」「sentiment」「trending」「viral」「popular posts」。Reddit のエンドポイントには `npx agentcash@latest fetch` を使用します。Reddit は1回の呼び出しにつき $0.02 です。重要:下記の Quick Reference テーブルに記載された正確なエンドポイントパスを使用してください。
グループ化、並べ替え、フィルタリング、編集に対応したカード形式のデータ表示に Syncfusion WPF CardView を実装します。WPF でカードパネルを実装する場合、ItemsSource でデータをバインドする場合、またはカードレイアウトをカスタマイズする場合に使用します。CardViewItem の設定、GroupCards、CanSort、CanEdit、EditItemTemplate、HeaderTemplate、ItemTemplate、SfSkinManager によるテーマ設定を扱います。
SfChromelessWindow と SfTabControl を組み合わせ、ドキュメントベースのアプリケーション向け Syncfusion WPF Tabbed Window コントロールを実装するための包括的なガイドです。WPF で枠なしのタブウィンドウ、ブラウザー風タブ、ドキュメント管理ウィンドウ、Visual Studio 風タブを実装する際に使用します。タブの切り離し、フローティングタブウィンドウ、ウィンドウ間のタブ統合、ドラッグ&ドロップによるタブの並べ替え、MVVM のタブバインディングを扱います。
完全な初心者のアプリのアイデアを実行可能な計画にし、構築中も道筋を示します。コーディング経験のない人がアプリを作りたい、または「バイブコーディング」したい場合、アイデアはあるが何から始めればよいかわからない場合、計画、MVP の範囲、技術スタック、ユーザーフロー、設計図にまとめたい場合に使用します。入口は3つあります。全工程、検証のみ(「このアイデアを作る価値はある?」「現実的に評価して」)、検証済みの人向けの計画のみ(「アイデアの検証は済んだ」「調査済みなので MVP を計画して」「調査は省略して」)です。非エンジニアが構築の基礎を知りたい場合にも使用します。Git と GitHub とは何か、アカウント作成、「commit and push」、ローカル・ステージング・本番の違い、アプリの公開(デプロイ/リリース)、API キーの安全な管理などが対象です。AI を使って構築したものが混乱状態になった、AI が何度も壊したり堂々巡りしたりする、コードに触るのが怖い、「コードは整理されている?」「きれいにできる?」と尋ねる場合は Checkup Mode で使用します。API、データベース、GitHub が何かも知らない人向けなので、「計画」や「アーキテクチャ」と言わなくても使用します。経験豊富な開発者のデバッグ、リファクタリング、CI/CD の設定には使用しません。
ユーザーがトピックを提示し、それに基づくナレーション付き解説、ポッドキャスト、知識まとめ動画(Bilibili / YouTube / Xiaohongshu / Douyin / WeChat Channels)の自動制作を希望する場合、または参考動画/画像からビジュアルデザインのパターンを学びたい場合に使用します。トピックをもとに知識動画、ナレーション付き解説、動画ポッドキャスト、アニメーション付きインフォグラフィック動画を作成したいという依頼で起動します。「動画ポッドキャスト」と明言していない場合も対象です。このスキルですでに制作したナレーション動画の再生成、再レンダリング、再構築、更新、反復にも使用します。たとえば、スクリプト/プロンプト、ビジュアル、BGM を変更し、最終動画を作り直す場合です(既存の videos/{name}/ ディレクトリを再利用し、新しいプロジェクトを開始しないでください)。一般的な動画編集、トリミング、形式変換、カラーグレーディング、非ナラティブ動画のタスクには使用しません。調査 → スクリプト → TTS → Remotion → MP4 + BGM の流れで 4K 動画を制作します。
edge-tts によるテキスト読み上げと ffmpeg による音声変換を使い、Telegram、Discord、Feishu/Lark、Signal、WhatsApp などのチャットチャンネルで音声メッセージを送信します。重要:Feishu/Lark では message ツール経由の asVoice=true はサポートされません。Feishu で音声メッセージを送るには必ずこのスキルを使用してください。使用しない場合、音声バブルではなくファイル添付として送信されます。 | edge-tts によるテキスト読み上げと ffmpeg による音声変換を使い、Telegram、Discord、Feishu、Signal、WhatsApp などのチャットチャンネルで音声メッセージを送信します。Feishu は message ツールの asVoice=true に対応していないため、音声バブルを送るには必ずこのスキルを使用してください。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。
