Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,501 件掲載。コマンド 1 行でインストールできます。
すべて
オールインワンの Redis 専門知識。データモデリングとキー命名、クライアント接続(プーリング、パイプライン、クライアントサイドキャッシュ、タイムアウト)、クラスタリングとレプリケーション、Redis Search(FT.CREATE、ベクトル検索とハイブリッド検索、RAG パイプライン)、可観測性とインシデント対応、本番セキュリティ強化、LangCache による LLM 応答のセマンティックキャッシュ、Redis Iris によるエージェントメモリ(セッションイベント、長期記憶、バックグラウンドプロモーション)を網羅。Redis に触れるあらゆる設計・記述・レビュー・デバッグのときに使用:データ構造の選択、キーの命名、クライアントの設定、クラスタ間のシャーディング、検索インデックスの構築・チューニング、パフォーマンスの監視・診断、デプロイの強化、LLM 補完のキャッシュ、AI エージェントの永続メモリの接続。1 つのスキルに統合することで、別々のスキルから選ばなくても適切な領域が自動的に読み込まれる。
クライアント向けレッドチーム成果物の形式 — 外部レッドチーム演習で使用する Subject / Observations / Description / Impact / Recommendation / PoC の構成を標準化します(バグバウンティプラットフォームのレポートではありません)。対象読者、語調、進行はそれぞれ異なります。許可を得た演習の成果物をもとに構築されており、14件の発見事項を、スクリーンショット16枚を埋め込んだ52KBのMDと2.2MBのDOCXにまとめています。演習が「企業クライアント向け外部レッドチーム」(H1/Bugcrowd/Intigriti ではない)の場合、最終レポートの作成時、クライアントが独自のレポート形式を指定した場合、または発見事項をDOCX/PDFにまとめる場合に使用します。
GDPR、PIPL、または広告・データ関連法に関わる業務シナリオ向けのコンプライアンスチェックリストを構築する。チェック項目、法的根拠、リスクレベル、実行可能な推奨事項を含む構造化されたチェックリストを出力する。"run a compliance check"、"GDPR/PIPL compliance"、"pre-launch review"、"privacy impact assessment (PIA/DPIA)" といったリクエストや、ある機能が準拠しているかの問い合わせでトリガーされる。
$RESEARCH_HOME にある共有のクロスプロジェクト研究ライブラリ(vendor リポジトリのクローン、参考 PDF/epub、ミラーしたドキュメントページ)を扱う、追加する、更新するときに使う——同じ資料をウェブから取得する前、プロジェクト用に参考リポジトリをクローンするとき、ライブラリの更新・リフレッシュを求められたとき。また、特定のパッケージやツールに依存・インストールする前の判断も担当する——PyPI、npm、crates.io、apt からのものか、GitHub リリースのバイナリとしてのみ提供されるものか:まだ保守されているか、実際に誰がコミットしているか、安定ラインでどのくらいの頻度でリリースするか、1 回のリリースが実際に何を提供しどれほどのコストか(wheel か sdist、npm のプラットフォームパッケージとインストールスクリプト、ビルド済みバイナリ)、その Python、node、glibc の下限がこのマシンに合うか、apt パッケージが上流にどれだけ遅れているか、型を同梱するか、どれだけのテストスイートが裏付けているか、バージョン上限が足かせになるか——これらは検索の要約ではなく、レジストリ、GitHub API、プロジェクト自身のソースから読む。
val の HTTP エンドポイントをインターネット全体に公開すべきでない場合に使用します。アプリのチーム限定、エンドポイントがログインページにリダイレクトされる理由の確認、webhook の許可、アプリを閲覧している Val Town ユーザーの特定などが対象です。アプリのアクセス制御(`httpPrivacy`)、組織の許可、オートメーション用バイパストークン、`X-Val-Town-User` ID ヘッダーを扱います。val 内で独自のログインフローを構築する場合は、代わりに `oauth` スキルを参照してください。
完成したビジュアル先行事例の成果物を受け入れる前に評価する場合に使用します。対象は UI パターンの語彙マップ、角度別の検索結果、抽出記録、慣例レジスターとレポートです。これは受け入れゲートであり、作成は行いません。単一ソース基準で評価します。記録されたゼロを、アクセス不能なソースや条件により拒否されたソースと区別すること、クエリを実行時のまま再現できること、引用した各コーパスに主張された慣例が実際に含まれること、権威性と規範性を記録して混同しないこと、レジスターの各行が記録内容を正しく示すこと、放棄した角度を否定的結果として報告しないこと、トークンをそのまま保持すること、観察したキャプチャを慣例としてランク付けせず、robots と利用規約の範囲内で取得することを確認します。狭い範囲の UI について、簡潔でも誠実な結果は承認し、具体的な未記録の欠落が示された場合にのみ修正を求めます。出力は VERDICT: approve|revise と実行可能な所見のみです。キーワード:デザインシステムレビュー、UI 慣例レビュー、アクセシビリティ基準レビュー。
Brevo プラットフォームのヘルプ — メール/SMS/WhatsApp キャンペーン、マーケティングオートメーション(journeys)、トランザクションメッセージング、Sales CRM(deals、pipelines)、Conversations(ライブチャット、chatbot)、Loyalty プログラム、プッシュ通知、e コマース、ランディングページ、連絡先管理、Aura AI、API と連携。Brevo のメールが迷惑メールに入る、オートメーションが発火しない、連絡先が正しく同期・インポートされない、Brevo API 呼び出しが失敗する、Sendinblue からの移行で混乱しているときに使用する。見込み客リストの構築(/sales-prospect-list を使用)、連絡先のエンリッチ(/sales-enrich を使用)、アウトバウンドキャデンス戦略の設計(/sales-cadence を使用)、クロスプラットフォームの到達率(/sales-deliverability を使用)、トランザクションメール戦略(/sales-transactional-email を使用)、ライブチャット戦略(/sales-live-chat を使用)、ロイヤルティプログラム戦略(/sales-loyalty を使用)には使用しない。
Customer.io プラットフォームのヘルプ — 行動ベースのマルチチャネルメッセージング(メール、SMS、プッシュ、アプリ内、WhatsApp)向けのカスタマーエンゲージメントとマーケティング自動化。自動化が正しい行動でトリガーされない、トランザクションメッセージの送信失敗や遅延、セグメントが想定どおりに更新されない、journey のデバッグや再構築が必要、Data Pipelines やリバース ETL が同期しない、カスタムオブジェクトのリレーションが機能しない、Track/App/Transactional エンドポイントへの API 呼び出しがエラーになる場合に使用する。一般的なメールマーケティング戦略(/sales-email-marketing を使用)、クロスプラットフォームのメール到達性(/sales-deliverability を使用)、メールの開封/クリック追跡戦略(/sales-email-tracking を使用)には使用しない。
Seamless.AI プラットフォームのヘルプ — Prospector、Buyer Intent、Job Changes、CRM Enrich、Pitch Intelligence、Engagement Hub(メール、通話、ソーシャル)、AI Agents、Autopilot、Chrome 拡張機能、API。Seamless.AI の検索が不正なデータを返す、連絡先クレジットの消費が速すぎる、Buyer Intent が関連するアカウントを提示しない、Pitch Intelligence の提案が一般的すぎる、AI Agents が期待どおりに機能しない、Seamless.AI API が結果を返さない場合に使用する。見込み客リストの作成(/sales-prospect-list を使用)、ツールをまたいだ連絡先のエンリッチ(/sales-enrich を使用)、ツールをまたいだ購買シグナルの解釈(/sales-intent を使用)、ケイデンス戦略(/sales-cadence を使用)、クロスプラットフォームの到達性(/sales-deliverability を使用)、セールスコンテンツ戦略(/sales-content を使用)には使用しない。
SendGrid プラットフォームのヘルプ — Email API(REST + SMTP)によるトランザクションメール、Marketing Campaigns(ドラッグ&ドロップエディタ、自動化、A/B テスト、登録フォーム、セグメンテーション)、Email Validation API、Dynamic Templates(Handlebars)、Event Webhooks、Inbound Parse、ドメイン認証(SPF/DKIM/DMARC)、専用 IP、抑制リスト、Design Library、メールテスト、統計。SendGrid のメールが迷惑メールに振り分けられる、トランザクションメールが送信されない、ドメイン認証が失敗する、Event Webhooks が発火しない、Dynamic Templates が正しくレンダリングされない、Marketing Campaigns の開封率が低い、SendGrid のバウンス率が急増している場合に使用する。一般的なメールマーケティング戦略(/sales-email-marketing を使用)、クロスプラットフォームのメール到達性(/sales-deliverability を使用)、メールの開封/クリック追跡戦略(/sales-email-tracking を使用)には使用しない。
SMS マーケティング戦略 — オプトイン収集、コンプライアンス(TCPA/GDPR)、キャンペーン種別、自動化トリガー、セグメンテーション、タイミング、双方向メッセージング、MMS、分析。Omnisend、Klaviyo、Attentive、Postscript、Brevo、ActiveCampaign、Mailchimp などにおける戦略と実装を扱う。SMS キャンペーンのクリック率が低い、オプトインリストの成長が停滞している、購読者のオプトアウトが速すぎる、SMS プログラムが TCPA/GDPR に準拠しているか不明、自動化がコンバージョンにつながらない、どの SMS プラットフォームを選ぶべきか分からない場合に使用する。メールマーケティング(/sales-email-marketing を使用)、プッシュ通知(/sales-push-notification を使用)、コールドアウトバウンドシーケンス(/sales-cadence を使用)、プラットフォーム固有の設定(/sales-omnisend、/sales-klaviyo、/sales-brevo などを使用)には使用しない。Omnisend 固有のヘルプには /sales-omnisend を使用する。Klaviyo 固有のヘルプには /sales-klaviyo を使用する。
標準的なシングルセル RNA-seq 解析パイプライン。QC、正規化、次元削減(PCA/UMAP/t-SNE)、クラスタリング、差次的発現、可視化、および Seurat や SingleCellExperiment RDS ファイルなど R で扱いやすいシングルセル形式から Scanpy 用の h5ad への変換に使用します。確立されたワークフローによる探索的な scRNA-seq 解析に最適です。深層学習モデルには scvi-tools、データ形式に関する質問には anndata を使用してください。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。
