Skills
エージェント向けにパッケージ化された専門スキルと手順を 98,639 件掲載。コマンド 1 行でインストールできます。
すべて
Dynatrace 内で SNMP により監視されているネットワークデバイス（スイッチ、ルーター、ファイアウォール、ロードバランサー）を分析します。3 つのデータレイヤー：Smartscape 拓扑（`EXT_NETWORK_DEVICE` / `EXT_NETWORK_INTERFACE` ノード、`belongs_to` と `calls` エッジ）、`com.dynatrace.extension.network_device.*` メトリクス（CPU、メモリ、アップタイム、スループット、飽和度、エラー）、ログ（SNMP トラップ、syslog、自动検出）。デバイスの一覧作成、停止または飽和したインターフェースの特定、デバイスの CPU/メモリ/アップタイム確認、 topologies と隣接関係のマッピング、インターフェースエラーの検出、トラップや syslog イベントの調査に使用します。トリガー：「network device」「switch」「router」「firewall」「SNMP」「interface status」「interface down」「interface utilization」「link saturation」「device CPU」「device memory」「device uptime」「device neighbors」「LLDP」「CDP」「SNMP trap」「syslog」。ネットワークフロー/トラフィックや top talkers には使用しないでください（dt-obs-network-flows を使用）。ホストの NIC スループットには dt-obs-hosts、サービスリクエスト/レイテンシーには dt-obs-services を使用してください。
ユーザーが「ニュースレターを収益化」「スポンサー料金表を作成」「有料購読の収益を試算」などと依頼したときに使用します。収益モデル（有料プラン、広告 / スポンサー枠と CPM / 固定料金表、紹介 / ブーストのループ）、購読者リストの成長 ↔ 収益予測、SEND-D レバーに関する誠実なオファー / 開示チェックを作成します。プログラム全体の評価や D1 の実行には使用せず、email-quality-auditor を使用してください。リターン計算には roi-calculator、クリック後のページには landing-optimizer を使用してください。邮件newsletter变现/赞助刊例/付费订阅测算
再構成が 1:1 であると宣言する前に、提供されたリファレンス画像、ワイヤーフレーム、テクスチャアトラス、Blender レンダリングを計測・検証する。資産がテンプレートと一致しなければならない場合、ビジュアルのフィードバックで出力がずれている|Part数が厳密でなければならない場合、またはブランドのマスコット／ロゴを再構成して書き出す前使う。reference-to-3d、contour-to-mesh、orthographic-registration、atlas-uv-fitting、Blender MCP と併用する。
Strapi v5プラグイン開発のエキスパートです。プラグイン、カスタムAPI、管理パネル拡張の構築・リファクタリング・刷新、Document Service APIの使用、content-typeの作成、CMSアーキテクチャに使用します。Strapi v5のバックエンド開発、プラグインの問題解決、Strapiのベストプラクティスの実装、プラグイン設計ガイドラインへの準拠に利用します。content-types、controllers、services、routes、プラグイン構造など、Strapi固有の用語が挙がった場合にも使用します。
既存の Ionic Appflow プロジェクトを Capawesome Cloud に移行する手順をエージェントに案内します。Capawesome CLI の apps:import コマンドで Ionic Appflow の組織エクスポート（アプリ、署名証明書、環境、ライブアップデートチャネル、ネイティブ設定、ストアの配信先、ビルド自動化、リポジトリリンク）をインポートし、残りの作業として Live Update SDK（@capacitor/live-updates または cordova-plugin-ionic）の置き換え、設定オプションの対応付け、手動での後続作業、CI/CD パイプラインの更新、ビルド・ライブアップデート・ストアへのデプロイの確認を扱います。Appflow 組織の管理者権限がないチーム向けに手動の代替手順も含みます。Cordova のみのアプリでは @capawesome/cordova-live-update を使用します。既存の Appflow プロジェクトなしで Capawesome Cloud をゼロからセットアップする場合、Capacitor 以外のモバイルフレームワーク、または Ionic Enterprise プラグイン（Auth Connect、Identity Vault、Secure Storage）の移行には使用しないでください。代わりに ionic-enterprise-sdk-migration スキルを使用してください
ユーザーが「リストの健全性を継続的に監視する」「反応が減った／エンゲージメントのない購読者を定期的に検出する」「開封率が下がり続ける／バウンスが増えている理由を調べる」「再同意依頼と整理の作業リストを作る」と依頼した場合に使用します。定期的な SEND リスト減衰・抑制リストの変動監視を実行します。エンゲージメントの最終時期別コホート（30／90／180／365 日）、ハードバウンスとスパム苦情の傾向とベンチマークの比較、抑制リストの増加／漏れの確認、SEND S（リスト衛生）および E（エンゲージメント減衰）のサブ項目に紐付く、セグメント別の再同意依頼／配信終了／整理の作業リストが含まれます。送信前の一度限りの認証チェックには使用せず、deliverability-qa を使用してください。同意／抑制レコード自体には使用せず、consent-registry を使用してください。EQS の計算や拒否判定の適用には使用せず、email-quality-auditor を使用してください。メールリストの健全性監視／抑制リストの変動／休眠ユーザーの整理
ユーザーが「現在、各タッチポイントで何を伝えているか整理」「現在のメッセージを棚卸し」「伝えていることと意図のギャップを特定」と依頼した場合に使用。ナラティブのベースラインを作成します。ホームページ、料金ページ、ドキュメント、資料、ソーシャルプロフィール、メールのフッターなど、自社が管理するすべてのタッチポイントの現時点での訴求を個別に一覧化し、各項目に Measured / User-provided / Estimated のラベルを付与します。さらに、意図したメッセージとのタッチポイントごとのギャップ分析と、Evaluate フェーズで今後のずれを測定するためのドリフトベースラインのスナップショットを作成します。規範となるメッセージの作成には message-system-architect、タッチポイントの評価や拒否判定には narrative-quality-auditor を使用してください。現状のナラティブ棚卸し／各タッチポイントの表現／意図とのギャップ／ドリフトベースライン
VTEX Payment Provider Protocol（PPP）コネクターの実装や、決済／コネクターのエンドポイントファイルの作業時に使用します。必須の9つのエンドポイント、Manifest、Create Payment、Cancel、Capture/Settle、Refund、Inbound Request、Create Auth Token、Provider Auth Redirect、Get Credentialsを網羅します。VTEX Payment Gatewayと連携する決済コネクターの構築やデバッグに使用します。
@capacitor/keyboard を使って Capacitor アプリの画面キーボードの動作を修正します。iOS の `resize` モード（デフォルトの `native`、`body`、`ionic`、`none`）、`keyboardWillShow`/`keyboardDidShow` の高さ、`setAccessoryBarVisible`、`setScroll`、`style`（`DARK`/`LIGHT`/`DEFAULT`）、`autoBackdropColor`（8.0.4+）、Android の edge-to-edge/SystemBars との連携（Capacitor 8 では旧式の `resizeOnFullScreen` を削除）、iOS 26 の修正、iOS 入力時の自動ズームに対応します。入力欄がキーボードに隠れる、WebView が跳ねる／キーボード上に白または黒の隙間ができる、固定フッターが画面中央に浮く、`vh` レイアウトが縮む、キーボードイベントが発火しない場合に使用します。一般的なセーフエリア／ノッチの余白（safe-area-handling）、Ionic コンポーネントのスタイリング（ionic-design）、フォームのアクセシビリティ（capacitor-accessibility）には使用しないでください。
ユーザーがディレクトリやマーケットプレイスで有料広告を出したい場合に使用します。「Taaft ads」「Shopify App Store ads」「G2 sponsored」「Capterra ads」「directory ads」「marketplace ads」「paid listing」「sponsored listing」「directory promotion」に言及した場合にも使用します。オーガニック掲載には directory-submission を使用してください
ユーザーが「アーリーアクセスプログラムを設計して」「ウェイトリストとベータ段階を設定して」「ベータの移行基準を定義して」と依頼した場合に使用します。ウェイトリスト→コンセプト→アルファ→ベータ→GA の段階構成を作成し、各段階の目的とオプトインの意味、各段階の定量的な移行基準（推定と明記）、コホートの参加制限と招待数の調整計画、テスター募集とローンチ当日のソーシャルプルーフ準備、すべてのステータス変更で購読者に通知するフィードバックループ仕様、紹介ループの仕組み（招待コード、不正防止）を作成します。ウェイトリスト獲得戦略や登録フローの仕様には使用せず、list-growth-designer を使用してください。正式な段階記録には使用せず、launch-registry を使用してください。ウェイトリスト／ベータ段階／アーリーアクセス／移行基準／フィードバックループ
Google Maps Platform の API や SDK を用いて本番対応のコードを設計・実装するためのスキル集。地図、場所、住所、ジオコーディング、ルート/ETA（環境負荷の低いルートを含む）、周辺検索、3D / ストリートビュー / 静的地図、マーカーのクラスタリング、カスタムスタイル、描画、ジオフェンス、ヒートマップ、環境（空気質 / 花粉 / 太陽光 / 天気）機能など、Web、Android、iOS、Web Services API のいずれにも対応します。試作では公開の Maps Demo Key を使えます——課金設定も Cloud プロジェクトも不要で、人気の高い Google Maps Platform API を少しずつ多くカバーしています。本番環境では、スキルが独自のキーを作成し制限するよう促します。平凡でないコードはすべて、Google Maps Platform Code Assist サービスで直前に取得したドキュメントに基づいて書かれており、学習データの記憶には依存しません。
MCP 経由で AI エージェントを Scenario（scenario.com）に接続するとき、または画像、動画、3D、音声、スプライト、テクスチャ、ゲームアセットの生成を含むタスクで使用します。Scenario モデルの選択、LoRA の実行、生成プロンプトの調整、参照画像のアップロード、生成ジョブの完了待ち、クレジットやクォータの確認、Scenario の認証・スコープ・Forbidden エラーへの対処、Claude Code、Cursor、VSCode、その他のエージェントでの mcp.scenario.com の設定にも使用します。
ユーザーが「ローンチのフィードバックをトリアージ」「レビュー、コメント、掲示板の投稿をテーマ別に分類」「『要望を受けて、対応しました』のフィードバックループを構築」などと依頼したときに使用します。フィードバックテーマの要約（テーマごとの頻度、深刻度、代表的な引用）、重複統合と通知ルールを含む open→planned→started→completed/declined のステータスループ、リリース済み変更の告知素材、規約に準拠したソーシャルプルーフ収集プロトコル（ストアレビューへのインセンティブ付与は行わない）を作成します。収集したソーシャルプルーフの再利用や拡散には使用せず、content-amplifier を使用してください。推薦コメント獲得のためのアウトリーチ実施には使用せず、outreach-manager を使用してください。反馈分诊/状态环/社证收割/评测合规
ユーザーが「ブランドナラティブを監査して」または「このメッセージはブランドの規範に沿っているか」と依頼した場合に使用します。TALE の真実性、システム、または有効性の各プロファイルを個別に実行し、単一の複合評価に平均化することはありません。差別化、ブランド規範、ランディングページとの一貫性、証拠の完全性を確認します。ローンチ準備度には使用せず、launch-readiness-auditor を使用してください。ソーシャル運用には使用せず、social-quality-auditor を使用してください。ブランドナラティブの階層別監査／公開前の一貫性確認
ユーザーが「週次のソーシャルレポートを実施」「エンゲージメント率の分母は何か」「今週の勝ち投稿と次サイクルの変更点は何か」と依頼した場合に使用。オーガニックソーシャル指標の辞書（すべての率に分母を明記。ERR はリーチ基準、ERI はインプレッション基準、ER はフォロワー基準とし、期間をまたいで固定）、投稿ごとの集計は平均ではなく中央値とし、オーガニックとブーストを分離、EMV は明示的なラベル付きの経営層向け換算にのみ使用（スコアには一切含めない）、従業員を除外した CHAOSS／Orbit 形式のコミュニティ健全性分析、次のカレンダーサイクルで利用する最良／最悪パフォーマーの書き戻しを作成します。金額ベースの ROI 計算や ECHO プロファイルの結果ゲート判定には使用せず、roi-calculator と social-quality-auditor を使用してください。ソーシャル週次レポート／エンゲージメント率の分母／指標辞書／振り返り結果の書き戻し
ユーザーが「ローンチ当日を指揮して」「ローンチ当日のランブック／ウォールームを作成して」「プッシュ後に CONTINUE か ROLLBACK かを判断して」と依頼した場合に使用します。ローンチ前提条件のゲートチェック（launch-readiness-auditor の SHIP 判定と launch-registry の正式日付の両方が必須。いずれかが欠ける場合はスキルを停止）、日付と担当者を含む時間帯別ランブック（午前の不可逆なプッシュ、日中の監視ループ、夕方の集約）、不可逆なアクションごとに事前定義した停止基準に照らして行う強制的な観察ウィンドウ判定、ロールバック手順を含む P0～P3 のインシデント段階、レジストリ提案プロトコル用の T-0 ステータス行を作成します。チャネルへの投稿内容やプラットフォームルールには使用せず、community-launch-runner を使用してください。メディアへの返信には使用せず、press-media-relations を使用してください。ローンチ日ランブック／ウォールーム／観察ウィンドウ／ロールバック判定／ローンチ日指揮
ユーザーが「リリース日を決めて」「リリース期間を計画して」「禁輸期間と解禁時刻を設定して」と尋ねた場合に使用します。業界イベントの周期と競合のリリースカレンダーを基に、候補期間ごとの競合・追い風・リスクを比較する表、リリース週にまとめて公開するか段階的に公開するかの判断、ストア審査のバッファ（Estimated と表示）、および解禁時刻とタイムゾーンを含む禁輸期間の定義を作成し、候補としてリリース登録簿に提出します。文化的なタイミング自体の判断には使用せず、trend-spotter を使用してください。リリース当日の実行には使用せず、launch-day-conductor を使用してください。发布择时/发布窗口/竞品日历/禁运期窗口/审核缓冲
ユーザーが「プリファレンスセンターを構築して」「配信頻度の段階的引き下げを設定して」「退会ではなく段階的な引き下げを提示して」または「トピック／配信頻度のプリファレンスページを設計して」と依頼した場合に使用します。プリファレンスセンターのフィールド仕様、頻度／トピックの段階的引き下げ（即時の配信停止に代わる段階的な選択肢）、プリファレンスと配信抑制の対応表、および提示するプリファレンスセンター／頻度オプションに関する SEND N 次元のサブ項目メモを作成します。ライフサイクルフローマップや配信頻度のガバナンスには使用せず、email-sequence-designer を使用してください。同意／配信抑制の記録自体には使用せず、consent-registry を使用してください。EQS の計算や N1 の配信停止拒否判定には使用せず、email-quality-auditor を使用してください。メールのプリファレンスセンター／配信頻度の段階的引き下げ設計／配信停止に代わる引き下げ
ユーザーが「ローンチ用のメディアリストを作成」「ローンチのプレスリリースを執筆」「報道解禁前にメディアへ売り込む」などと依頼したときに使用します。3 段階のメディア・アナリストリスト（第 1 層：独占取材候補、第 2 層：専門メディア、第 3 層：コミュニティとニュースレター）、ローンチ登録日を基準にした報道解禁前の売り込み時期の概要、架空の引用や数値を含まない標準構成のプレスリリース草稿、アナリスト向けブリーフィングの概要を作成します。プレスキット素材には使用せず、launch-asset-packager を使用してください。フォローアップの手順設計には使用せず、outreach-manager を使用してください。ローンチ後のニュース反響の監視には使用せず、launch-monitor を使用してください。媒体名单/禁运期pitch/新闻稿/分析师简报
replica-reconが作成した調査マップをもとに、アプリのクローンの技術スタック、データベーススキーマ、APIを計画します。堅実なマネージド技術を選び、推定したデータモデルをインデックスとアクセスルールを含む実際のSQLに落とし込み、フローごとにすべてのルートを列挙し、まず薄い垂直スライスを構築する順序を決めます。「クローンを計画して」「どのスタックを使えばいい？」「データベースを設計して」「スキーマを書いて」「APIを計画して」「Xの自分版のアーキテクチャ」などの依頼、または/replica-reconの完了後に使用します。
ユーザーが「自社のシェア・オブ・ボイスを追跡して」「競合と比べて会話のどれだけを占めているか」「今四半期の SOV の推移を見たい」と尋ねた場合に使用します。固定された競合パネルを基に、プラットフォームおよび期間ごとに SOV% = ブランドへの言及数 ÷（ブランドとパネル内の競合への言及数）を算出します。パネルを切り替えるとトレンドは無効になるため、ECHO O3 ルールに従って系列を再開し、中断を記録します。感情加重 SOV（人手でコード化されていない場合、感情は Estimated と表示）と、Wikipedia のページビューに基づく注目シェアの代替指標も提供します。キー不要のリスニングコネクター、gdelt.py のニュースエコー、ユーザーのエクスポートデータを使用し、公開カウントのみを扱います。非公開プラットフォームはスクレイピングしません。バックリンクやオフサイト SEO シグナルには使用せず、offsite-signal-analyzer を使用してください。声量份额/竞品声量对比/提及份额/注意力份额
inference.sh コマンドラインで FLUX モデル（Black Forest Labs）による画像生成。モデル：FLUX Dev LoRA、FLUX.2 Klein LoRA（カスタムスタイル適応に対応）。機能：テキストから画像、画像から画像、LoRA ファインチューニング、カスタムスタイル。トリガー：flux、flux.2、flux dev、flux schnell、flux pro、black forest labs、flux image、flux ai、flux model、flux lora
ユーザーが「リリースの規模を計画して」「このリリースはどの程度の規模にすべき？」「停止基準を含むリリースリスク台帳を作成して」と尋ねた場合に使用します。ティアの決定（Tier 1 全チャネルの旗艦リリース / Tier 2 ターゲット型 / Tier 3 変更履歴レベル）、リリース種別の宣言（新製品/機能/再リリース/共同マーケティングの分担を含む提携）、工数調整マトリクス（ティアごとのチャネル強度とアセット範囲）、D0/W1/M1 の KPI 目標（Estimated と表示）、リスク台帳（発生可能性 × 影響範囲、担当者、緩和策、停止基準/ロールバック閾値）、T-8w から T+4w までのタイムラインの骨子を作成します。リリース日や期間の選定には使用せず、launch-window-planner を使用してください。クリエイターチャネル向けのリリースキャンペーンには使用せず、campaign-planner を使用してください。发布分级/发布类型/风险登记册/kill criteria
アプリのクローンをユーザー自身のドメインで公開します。事前チェック（テスト合格、必須の機能同等性を達成、リブランド確認完了、リスティングの検証、法的ページの公開）、本番データベースと環境変数、ホスト、ドメインおよびメール用の DNS レコード、Stripe の本番モード、OAuth リダイレクト、モニタリング、TestFlight と Play 向けのモバイルビルドに対応します。ユーザーが「deploy it」「ship it」「put it live」「connect my domain」「go to production」「publish the app」と言った場合、または /replica-launch の実行後に使用します。
任意のHuggingFaceモデルをRunPod上にvLLMサーバーとしてデプロイし、Claude Code（OpenAIではなくAnthropicのMessages APIを使用）に接続します。ツール呼び出しがエンドツーエンドで実際に機能するかスモークテストし、Pod、ネットワークボリューム、ローカルプロセス、一時ファイルを含むすべてを痕跡なく削除します。RunPodでモデルを実行する、Claude Codeでモデルを試す、HF/GGUF/abliteratedチェックポイントがツール利用に対応するかテストする、コーディングエージェント用途のモデルをベンチマークする、一時的なGPU推論環境を起動・停止するときに使用します。ANTHROPIC_BASE_URL経由でClaude CodeをAnthropic以外のバックエンド（vLLM、Ollama、LM Studio）に接続する内容や、「Xの実行に必要なGPUは？」「このモデルの実行費用はいくら？」といった質問でも使用します。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。