Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,981 件掲載。コマンド 1 行でインストールできます。
すべて
静止画から動画への変換ガイド：モデル選択、動きのプロンプト、カメラワーク。Wan 2.5 i2v、Seedance、Fabric、Grok Videoを扱い、それぞれの使いどころを解説します。用途：画像のアニメーション化、静止画からの動画作成、動きの追加、製品アニメーション。トリガー：画像から動画、i2v、画像をアニメーション化、静止画から動画、画像に動きを追加、画像アニメーション、写真から動画、静止画を動かす、wan i2v、image2video、画像に命を吹き込む、写真をアニメーション化、画像から動きを生成
ユーザーが「translate」「翻译」「精翻」「translate article」「translate to Chinese」「translate to English」「改成中文」「改成英文」「convert to Chinese」「localize」「本地化」「refined translation」「精细翻译」「proofread translation」「快速翻译」「快翻」「这篇文章翻译一下」と依頼した場合、または翻訳の意図を伴う URL／ファイルを提示した場合に使用します。カスタム用語集に対応した 3 つのモード（クイック／通常／精密）をサポートします。
ユーザー自身の Gmail アカウントを通じてメールを送信するすべての Caffeine ビルドで必須のレシピです。サポートされる唯一の方法は、`googlemail-client` mops パッケージ（Gmail REST API）と `google-oauth` mops パッケージ（トークン交換 + 更新 + PKCE）の組み合わせです。`oauth2.googleapis.com` または `gmail.googleapis.com` への `ic.http_request` 呼び出しを独自に実装することは、ベアラー認証、複製コストの保護策、`google-oauth` ライブラリのパーセントエンコーディングと JSON 解析を回避するため、禁止されているアンチパターンです。ユーザー、仕様、または過去のタスクでメール送信、Gmail、「メールで通知」、「メールで結果を転送」など同等の表現が言及された場合は常にこのスキルを読み込み、Google エンドポイントに触れるコードを書く前に必ず読み込んでください。
再利用可能な Argent flow YAML ファイルの作成、記録、編集、再生、修復を行います。ユーザーが繰り返し可能なデバイス操作経路の記録または再生、プロファイリングや A/B 比較の設定、argent-qa-flows の背後にある作成エンジンの呼び出しを求めた場合に使用します。3 回以上の操作を繰り返す前にも使用します。単発の UI チェック、受け入れ条件に基づく回帰テスト、画面録画には、それぞれ argent-test-ui-flow、argent-qa-flows、argent-screen-recording を使用します。
PR のレビューコメントを一度に 1 件ずつ対話形式で確認し、各コメントへの対応を収集します。その後、ユーザーがプレビューを承認したら、Agent が作成した返信を GitHub に投稿し、レビューのスレッドを解決します。ユーザーが GitHub のレビューコメントへの返信またはスレッドの解決を希望する場合にのみ使用します。コメントの取得・表示のみを希望する場合（`pr-comments` を使用）、または GitHub に何も投稿せずコード変更のみを希望する場合は使用しません。
WeCom オンライン doc ドキュメント用スキル。doc の新規作成、ローカルの .doc/.docx/.txt の doc としてのインポート、doc の内容の読み取り、doc への追記または上書きに対応します。ユーザーが「doc」「docx」「word」「オンラインドキュメント」「office ドキュメント」など、種類を明示する語を使うか、https://doc.weixin.qq.com/doc/xxx のリンクを提示した場合に限り使用します。種類を指定しない「ドキュメント」「新しいドキュメントを作成」「ドキュメントを書く」「ドキュメントにまとめる」「ドキュメントに出力」などの一般的な依頼には、必ず wecomcli-smartpage を使用します。
ユーザーがイベント（ウェビナー、カンファレンス、展示会、ミートアップ、ディナー、ワークショップ、バーチャルサミット、ユーザーカンファレンス）の企画、開催、協賛、登壇、またはパイプライン獲得を希望する場合に使用します。「イベントマーケティング」「フィールドマーケティング」「ウェビナーを開催」「ウェビナーファネル」「参加率」「協賛すべきか」「カンファレンスに協賛」「展示会ブース」「ブース戦略」「イベント ROI」「バッジスキャン」「イベント後のフォローアップ」「登壇枠」「CFP」「カンファレンストーク」「ディナーを主催」「ユーザーカンファレンス」「バーチャルサミット」などの言及にも使用します。主催、協賛／出展、登壇、参加の4つの役割を扱います。製品ローンチについては launch を参照してください。共同ウェビナーのパートナーシップについては co-marketing を参照してください。継続的なコミュニティプログラムについては community-marketing を参照してください。ポッドキャスト出演については public-relations を参照してください。メールシーケンス自体については emails を参照してください。
セマンティック検索、意味的・構造的な拡張、本文内検証を用いて、Firecrawl の研究論文インデックスから研究上の問いに答える論文を探します。このインデックスは論文抄録のコーパスで、その大部分は生物医学・生命科学文献（PubMed、bioRxiv、medRxiv）であり、コンピューターサイエンス、物理学、数学分野の arXiv プレプリントも含みます。臨床、生物医学、薬剤、遺伝子、疾患など、あらゆる生命科学分野の文献検索・論文取得に使用します。回答が単一の論文でも、複数論文の一式でも対象です。インデックスには `firecrawl_research_*` MCP ツールまたは `firecrawl research` CLI サブコマンドからのみアクセスできます。`firecrawl_search` の `categories` オプションを `["research"]` に設定するのは別の機能です。通常の Web 検索を研究関連サイト（PubMed、bioRxiv、medRxiv、arXiv、出版社サイトなど）に絞ってページ結果を返すもので、このインデックス内の論文レコードは検索しません。
WeCom の会議管理。本スキルは「オンライン会議」——オンライン会議リンク（会議番号／参加リンクを含み、リモートまたはビデオで参加可能）のある会議の作成、照会、検索、詳細取得（会議情報、議事録、ToDo を含む）、会議の文字起こし原文（発言の逐語記録）の取得、更新、キャンセルをすべて扱います。オンライン会議リンクのない「予定」（対面のみの打ち合わせも含む）をユーザーが求める場合は、代わりに wecomcli-calendar スキルを使用します。ユーザーが「会議を開く／会議を設定する／あの会議」などと言うだけで、予定かオンライン会議かを明示していない場合は、まず本スキルを読み、その曖昧さを解消する手順に従ってユーザーに確認してください。推測して直接作成してはいけません。
精巧で詳細なインタラクティブなアイソメトリック SVG 図を作成し、技術的な概念を実物（テストリグ、ダイヤルゲージ、引き出し棚、プロッター、錠前）として表現します。精密な小さな立体パーツ、4段階の陰影、正しい描画順序、タイトル・ヒント・リアルタイム表示を備えた枠付きカード、穏やかで滑らかな動きを含みます。アイソメトリックイラスト、ドキュメントやブログ記事、ランディングページ、記事向けの説明図や図版、「Linear風」または「プレミアム」な技術図、インタラクティブな解説、システム・アルゴリズム・コンポーネントの仕組みを示す SVG が必要な場合に使います。「アイソメトリック」と明言されていない場合も対象です。フレームワークなし（SVG と HTML を出力する TypeScript/JS）でも React/Next.js でも動作し、描画内に同じアイソメトリック視点でリアルな WebGL シェーダー（炎、排気、水、コースティクス、ランプの光）を追加できます。図を A4 PDF（ポスター、図面、配布資料）として印刷し、依頼に応じて Anatomy のコミュニティギャラリーに公開することもできます。
EAS を使って iOS および Android アプリをビルドし、TestFlight、App Store、Google Play に提出します。Expo などの React Native プロジェクトと既存のネイティブアプリに対応します。eas.json の設定、リリースパイプライン、署名、アプリのバージョンとビルド番号、ストアへの提出、掲載メタデータに使用します。Expo のウェブサイトと API ルートには eas-hosting、ネイティブアプリへの React Native 画面の追加には expo-brownfield を使用してください
@upstash/redis の TypeScript/JavaScript SDK を使うためのスキル。Next.js、Vercel、Cloudflare Workers、エッジランタイム、Node.js 向けの HTTP ベース・サーバーレス Redis クライアント。キャッシュの追加 (cache-aside、write-through、TTL と有効期限戦略)、セッションストレージとユーザーセッション、キーバリューストア、ソート集合によるリーダーボードとランキング、カウンター、分散ロック、リストによるキュー、ストリームとコンシューマーグループ、疎インデックス参照配列とリングバッファ (ARSET、ARINSERT、ARRING、ARGREP、AROP)、Redis 内に保存する埋め込みと近傍ベクトル検索 (redis.vector 経由の VECTOR コマンド。@upstash/vector とは別)、JSON ドキュメント、pipeline と MULTI/EXEC トランザクション、Lua スクリプト、読み取り専用レプリカ、または Upstash Redis Search による全文検索、寛容検索、ファセット、集約、Redis ストリームエントリの検索 (通常の FT.SEARCH とは異なる。TCP クライアントは @upstash/search-redis と @upstash/search-ioredis でも利用可能)。ioredis や node-redis からの移行時、サーバーレス関数からコネクションプールなしで Redis に接続したいとき、@upstash/ratelimit を統合するとき、ユーザーが Redis cache、KV store、session store、serverless Redis、Upstash Redis と言ったときにも使う。Upstash AgentKit で Redis 上に AI エージェントを構築するとき (エージェントメモリ、チャット履歴、RAG ツール、ツールキャッシュ、チャット永続化、再開可能なストリーム、分散ロック) を Vercel AI SDK、TanStack AI、Vercel Eve と組み合わせる場合にも使う。JavaScript の型の自動シリアライズ/デシリアライズに対応。
フロントエンドプロジェクトに手法を適用するための、公式 Feature-Sliced Design (FSD) v2.1 スキルです。FSD レイヤーによるプロジェクト構成、コードの配置、静的アセット（画像、アイコン、フォント、PDF）の配置、関連性の高いスライスのグループ化、パブリック API とインポート境界の定義、相互インポートの解消や @x パターンの評価、エンティティの作成・削除の判断、entities レイヤーの必要性の評価、ページレイアウトの配置や widgets レイヤー（非推奨）の使用判断、ロジックをローカルに残すか抽出するかの判断、FSD v2.0 または非 FSD コードベースからの移行、FSD とフレームワーク（Next.js App Router および Pages Router、React Router、Nuxt、Vite、Astro）の統合、認証、API 処理、Redux、TanStack Query（React Query）などの一般的なパターンの FSD 内での実装を扱うタスクで使用します。
組織全体の売上 KPI フレームワークをマクロレベルで設計します。ボードから IC までの各組織レベルで重要な指標は何か、指標が明示的な計算を伴う突合メトリクスツリーを通じてどう集約されるか、各ブランチの所有者は誰か、所有された数値ごとにどのガードレールの逆指標を併置するか、そしてこの指標群が会社のステージとビジネスモデルによってどう門付けされるかを扱います。ユーザーが売上 KPI フレームワーク、指標階層、KPI ツリー、北極星指標、ドライバー指標、ガードレールの逆指標、NRR、または各組織レベルでどの売上指標を追跡すべきかに言及した場合は、「フレームワーク」と言わなくても本スキルを使用してください。B2B と B2C の両方を対象とします。ボードレポート自体を書くためには使用しないでください。代わりに mbfinotti/re
Resend メール API を使う作業に使用します。トランザクションメールの送信（単件または一括）、webhook による受信メールの取得、メールテンプレートの管理、配信イベントの追跡、ドメイン、連絡先、ブロードキャスト、webhook、API キー、受信トレイ（スレッド、ラベル、下書き、返信）、自動化、イベントの管理、API リクエストログの確認、アカウント使用量とクォータの確認、Resend SDK のセットアップが対象です。ユーザーが Resend に言及したら、単純な「Resend でメールを送って」のような依頼でも必ずこのスキルを使用してください。一般的な本番環境の問題を防ぐ重要な注意点（冪等性キー、webhook の検証、テンプレート変数の構文）が含まれています。
RevOps または Sales Ops のタスクを始める前、および継続中の RevOps プロジェクトの各セッション開始時に、まず実行します。タスクを revops-skills コレクション内の適切なスキル 1 つに振り分けるか、該当するものがないことを明確に示します。また、プロジェクトで共有するバージョン管理されたコンテキスト成果物を初期化または再開し、次のセッションがゼロからではなく、文脈を引き継いで始められるようにします。最後に候補スキルの一覧と、順序付けされたスキルチェーンを提示します。コレクション内の他のスキルを日常的に使っている場合でも実行してください。新しいプロジェクトは新しいコンテキストです。ユーザーが RevOps キックオフ、新規 RevOps プロジェクト、RevOps プロジェクトの開始、RevOps または CRM のスキル振り分け、定期的な RevOps チェックインやレビュー、「どの RevOps スキルが必要か」「RevOps は何から始めればよいか」に言及した場合も、特定のスキルを名指ししていなくても、また依頼が特定のスキルに該当するように見えても使用します。販売ノルマを持つ営業タスクの振り分けには使用せず、mbfinotti/sales-skills@sales-kickoff を使用してください。
アクティブなパイプラインのスナップショットを対象に、チェックリストベースの衛生監査を定期的に実行します。ステージ・クローズ日・金額の変更や接触記録がなく放置されている Deals（ステージ別の中央値と比較）、クローズ日の_push 回数異常、予測に必須のフィールドが欠落している Deals を検出し、例外リスト、各 Deals の処分、リ_media プラン、合否しきい値を生成します。pipeline hygiene、陈腐な Deal の監査、QBR 前の pipeline 整理、繰り返し先延ばしされる Deals、蹭 slipped し続けるクローズ日、Deal の欠落フィールド、「pipeline にゴミが多い」といった言及があれば、「hygiene」と明言していなくても使用します。B2B および B2C/ハイ選考/PLG に対応。ステージ定義の書き換えには使用しないでください（代わりに mbfinotti/revops-skills@pipeline-stage-definition-audit を使用）。
企業の収益ファネルモデルを、ステージ構成、分析単位（リード、購買グループ、アカウント）、モデルの目的（プロセス、計画、予測）、計画の基礎となるコホート別のコンバージョン前提、マーケティング・営業・CS 間の担当引き継ぎを含め、マクロレベルでゼロから設計します。ファネル設計、ファネルステージ、ファネルモデル、コンバージョン率の前提、ボウタイモデル、需要ウォーターフォール、MQL から SQL、商談機会への定義、マーケティングと営業の引き継ぎ設計に言及した場合は、「ファネル」という言葉がなくても使用します。B2B と、検討度の高い B2C に対応します。既存の営業パイプラインのステージ定義の監査には使用せず、mbfinotti/revops-skills@pipeline-stage-definition-audit を使用してください。
既存の営業パイプラインのステージ定義を、買い手が確認できるマイルストーンに照らして監査し、営業担当者の活動を基準にしたステージを特定します。中心となる問いは、各ステージの終了条件が買い手の行動・発言・合意を示し、2 人のマネージャーがそれぞれ独立して確認できるかどうかです。ステージ滞留期間、コンバージョンの低下、ステージスキップ率、クローズ予定日の延期を診断します。ステージ定義、終了条件、ステージの水増し、営業担当者の活動に基づくステージ（「デモを予定」「提案書を送付」）、「ステージに意味がない」「なぜすべてが 1 つのステージで停滞しているのか」に言及した場合は、「監査」という言葉がなくても使用します。エンタープライズおよび高回転のパイプライン、B2B と B2C に対応します。ファネルのステージ構成をゼロから設計する場合は使用せず、mbfinotti/revops-skills@revenue-funnel を使用してください。
案件と収益が特定の1つのファネルでこっそり離脱する場所を特定し、回収可能（総額ではない）ドル建てで損失額を計測する。追跡されていないステップ、未対応のリード、手作業の引き継ぎ、ファネル中盤の停滞、紙のプロセスによる脱落、請求と更新の漏れを対象とし、実際の漏れと健全な失格やデータ取得の欠落を区別する。ユーザーが収益漏れ、ファネルのドロップオフ、漏れているファネル、案件が消える、未対応リード、引き継ぎの隙間、「どこで案件を失っているか」、「パイプラインはなぜ消えたのかagma」と言った場合にalways使う — 「漏れ」という言葉を出さなくてもよい。B2B salespeople主導型和 B2C/セルフサービス/PLGに対応し、1度に1つのファネルインスタンスを扱う。ステージ定義は与えられたものとして扱う — それらを監査するには、代わりに mbfinotti/revops-skills@pipeline-stage-definition-audit を使う。
時間の予算に合わせた、パーソナライズされた RevOps / Sales Ops 情報源のウォッチリストを作成します。RevOps のポッドキャスト、ニュースレター、コミュニティ、業界イベント、フォローすべき人物を含め、各情報源が現在も活動中であることを確認し、リストを最新に保つ定期更新手順も設けます。RevOps レーダー、収益オペレーションの最新動向、購読すべき RevOps のニュースレターやポッドキャスト、参加する価値のあるコミュニティやカンファレンス、業界でフォローすべき人物に言及した場合は、「レーダー」という言葉がなくても使用します。特定のツールに依存せず、B2B SaaS を中心に、B2C 向けの指針も明示します。営業に特化した情報源には使用せず、mbfinotti/sales-skills@sales-radar を使用してください。
既存の営業予測が信頼できない理由を診断し、対策を提案します。ステージの水増しと_modified_. 樂観的報告（happy ears）、 salespeople による sandbagging（意図的な低迷）、検証可能な買い手証拠がない案件、古い、または一括で先送りされた clôture日、予測カテゴリの誤った割り当て、ゾンビ商机と重複する案件、遅い案件作成、マネージャーのロールアップ上書き、偏りを報酬するインセンティブを扱い、データ品質の問題・行動の問題・本当的需求の問題を区別します。予測の精度、予測の未達、salespeople の sandbagging、延期し続ける案件、「数字に届かなかったのはなぜ？」「コミットがいつも外れる」といった発言がユーザーから出たときに使用してください。「予測」という言葉がなくても適用します。B2B の案件ベースと B2C/高频のどちらにも対応します。パイプライン カバレッジ モデリングには使用しないでください。代わりに mbfinotti/sales-skills@sales-pipeline-coverage-modeling を使用してください。
候補者の視点から RevOps または Sales Ops のキャリアを構築・前進させます。肩書ではなく役割の範囲で候補者の階級を測り、Skills のギャップを埋め、構造的に目立ちにくい仕事の成果を示す，守れる根拠を整え、RevOps の面接で実際に行われる 4 つの課題の準備をします。ギャップのロードマップ、証拠台帳、面接の準備状況、給与交渉の/kubernetesSolicitation を含むキャリアプランを生成します。ユーザーが RevOps のキャリア、sales ops のキャリアパス、RevOps の面接対策、RevOps 認定、「RevOps にどう入るか」「RevOps マネージャーの役割に就ける準備はできているか」、あるいは運用業務に誰も気づかない 상황에서影響を証明するUniVersearring言及した場合、「キャリア」という言葉がなくても使用します。候補者側専用です。採用マネージャー側の場合は、代わりに mbfinotti/revops-skills@revops-hiring を使用してください。
RevOps または Sales Ops 職の採用資料一式を作成します。職種タイプとレベルの決定、成果評価表、コンピテンシー質問集と基準付き評価尺度を含む面接段階マップ、評価基準と振り返りを含む実務課題、シニア度と職種タイプに応じた 30-60-90 のオンボーディング計画を用意します。採用担当マネージャーまたは採用する創業者向けです。RevOps マネージャーの採用、Sales Ops の面接質問、RevOps の持ち帰り課題、初のオペレーション担当者向け評価表、新任オペレーション担当者向け 30-60-90 計画が話題に上がった場合は、「採用資料一式」と明言されていなくても使用します。候補者の発掘や求人掲載は行いません。候補者本人の面接準備には使用せず、代わりに mbfinotti/revops-skills@revops-career を使用してください。
Upstash Redis をバックエンドとする @upstash/ratelimit TypeScript/JavaScript SDK で、サーバーレスアプリやエッジアプリにレート制限を実装します。API ルート、Next.js ミドルウェア、Vercel Edge、Cloudflare Workers、その他の HTTP エンドポイントへのレートリミッターやスロットリングの追加、429 Too Many Requests の返却、固定ウィンドウ・スライディングウィンドウ・トークンバケット方式の選択、プレフィックスやカスタムキーによるユーザー・IP・API キー・テナント単位の制限、ログイン・登録・フォーム・AI エンドポイントの不正利用・ボット・総当たり攻撃対策、拒否リスト・一時キャッシュ・分析・タイムアウト・マルチリージョンのレート制限の利用、またはレート制限の Redis コマンドコストの見積もりに使用します。ユーザーが rate limit、rate-limiting、throttle、quota、request limits、traffic protection と言及した場合にも使用します
CRM のフィールド単位のガバナンスを設計・運用します。各 CRM フィールドの担当者、正とするシステム、更新頻度、ルールの適用方法を定めます。フィールド辞書、フィールドごとの担当者、書き込み優先順位と競合ルールを含む記録システムマップ、鮮度 SLA、適用計画、フィールドのライフサイクル、ガバナンスの実施頻度を作成します。フィールドの担当、信頼できる唯一の情報源、フィールドごとの記録システム、データ辞書、古い CRM データ、カスタムフィールドの乱立、「どのシステムを優先するか」、「CRM のフィールド間で値が食い違う」などが話題に上がった場合は、「ガバナンス」と明言されていなくても使用します。B2B と B2C に対応します。組織全体を対象とするオブジェクト単位の信頼できる情報源の方針には使用せず、代わりに mbfinotti/revops-skills@revenue-data-governance-strategy を使用してください。
組織全体の収益データガバナンスポリシーを定めます。オブジェクトの種類（アカウント、連絡先、商談、サブスクリプション、利用イベント、収益指標）ごとの信頼できる情報源、チーム間のデータ契約によるデータ提供者と利用者の結び付け、収益指標の定義の保管場所、紛争の裁定者を決定します。オブジェクトごとの SOR/SOT 指定表、ID 解決の基盤、データ契約台帳、連合型の所有モデルを作成します。信頼できる情報源、「2 つの ARR 数値」、GTM データ契約、収益データガバナンス、指標定義の担当、「財務と営業で報告数値が異なる」などが話題に上がった場合は、「ガバナンス」と明言されていなくても使用します。B2B、PLG/B2C、ハイブリッドに対応します。CRM のフィールド単位のルールには使用せず、代わりに mbfinotti/revops-skills@crm-data-governance を使用してください。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。