Skills
エージェント向けにパッケージ化された専門スキルと手順を 101,174 件掲載。コマンド 1 行でインストールできます。
すべて
AutoCAD 2027 / Visual Studio 2026 向けに、エージェント型の ObjectARX プロジェクトのスキャフォールディングを行います。動作しない .vsz VsWizardEngine ウィザードを、同一の C++ プロジェクトファイルを生成する PowerShell スクリプトに置き換えます。新規 ARX/DBX/CRX プロジェクトと、アドオンクラスウィザード（Jig、Reactors、Custom Object、MFC、.NET Wrapper、COM Wrapper、Dynamic Property）に対応します。
Azure Pipelines 向けの Windows および Git Bash 互換性。次の場合に積極的に有効化します：(1) Linux では成功するが Windows エージェントで失敗するパイプライン、(2) パイプラインスクリプトのパス変換問題（MSYS、MINGW）、(3) シェル検出（bash@3、pwsh@2、powershell@2 のタスク選択）、(4) MSYS_NO_PATHCONV と MSYS2_ARG_CONV_EXCL の回避策、(5) Windows セルフホストエージェントの設定、(6) クロスプラットフォームのスクリプトパターン、(7) チェックイン済みスクリプトの改行コード問題（CRLF と LF）、(8) Windows エージェント上の Docker、(9) UNC と長いパスの制限。提供内容：シェルタスク選択マトリクス、パス変換用環境変数の設定例、改行コードの修正方法、Windows 専用のパイプライン障害対応ガイド。
hooks、MCP 統合、チーム配布、段階的な開示に関する Claude Code プラグインの高度な機能。次の場合に積極的に有効化：（1）段階的な開示の設計、（2）hook の自動化、（3）PreToolUse および PostToolUse hooks、（4）MCP サーバー統合、（5）.mcp.json の設定、（6）チームへのプラグイン配布、（7）リポジトリレベルのプラグイン構成、（8）コンテキスト効率、（9）プライベートマーケットプレイス、（10）${CLAUDE_PLUGIN_ROOT}。hooks のリファレンス、MCP パターン、チーム配布、コンテキスト効率に関するガイダンスを提供。
AKS ノードから範囲を限定したパケットキャプチャを収集し、Azure ネットワーク構成と合わせてワイヤーレベルの証拠を取得します。対象：\"capture packets on an AKS node\"、\"take a pcap\"、\"run tcpdump on AKS\"、\"prove where packets drop\"。読み取り専用の診断後、明示的にパケットキャプチャを求められた場合に使用します。一般的な AKS 接続性や Ingress のトラブルシューティングには使用しません。
Bash 5.3 の新機能と最新のパターン（2025）。次の場合に積極的に有効化します：（1）Bash 5.3 固有の機能（BASH_TRAPSIG、シェル内コマンド置換、${|} REPLY 構文）、（2）Bash バージョンの互換性確認、（3）5.3 の追加機能を活用するためのスクリプト移行、（4）Bash 5.3 における C23 準拠の変更、（5）新しい shopt および bind オプション、（6）trap 処理の改善、（7）wait -p の機能強化、（8）READLINE_ARGUMENT と履歴展開の変更。5.3 の全機能リファレンス、バージョン検出スニペット、旧バージョンの Bash 向け互換シム、移行手順、POSIX.1-2024 との整合性に関する注記を提供します
リバースプロキシと自動 HTTPS 用の Caddy Web サーバー設定。次の場合に使用します：（1）リバースプロキシ構成の Caddyfile 設定を記述する。（2）Let's Encrypt で自動 HTTPS を設定する。（3）DNS challenge でワイルドカード証明書を設定する。（4）Caddy を Docker コンテナ（同一ネットワークまたはホストサービス）と統合する。（5）リクエストマッチャー、handle ブロック、ルーティングパターンを設定する。（6）負荷分散とヘルスチェックを設定する。（7）TLS、アップストリーム接続、設定の問題をトラブルシューティングする。（8）ヘッダー操作（header_up、header_down）を設定する。
CCPM — 仕様駆動のプロジェクト管理：PRD → Epic → GitHub Issues → 並列エージェント → 出荷済みコード。PRD の作成（「X の PRD を書いて」「X の計画を立てよう」「範囲を決めよう」）、PRD の Epic への変換、Epic のタスク分解、GitHub との同期（「X の Epic を同期」「タスクを GitHub にプッシュ」）、Issue の作業開始（「Issue N の作業を始めて」「Issue N に取り組もう」）、並列作業ストリームの分析、スタンドアップの実施（「スタンドアップ」「スタンドアップを実施」）、状況確認（「次は何？」「何がブロックされている？」「何に取り組んでいる？」）、Issue のクローズ、Epic のマージなど、ソフトウェアデリバリーライフサイクル全般に使用します。機能の出荷、作業管理、進捗追跡についてユーザーが話している場合は、「ccpm」や「PRD」と言っていなくても使用します。コードのデバッグ、テストの作成、PR のレビュー、またはデリバリーに関係しない GitHub Issue/PR の直接操作には使用しないでください。
最適な新鮮なバックエンドを通じてコードを読み取り、一覧表示します。コードインテリジェンスバックエンド（tilth MCP、シンボルまたは型に基づく読み取りには LSP）を優先し、該当するバックエンドがない場合のみ、ネイティブの範囲指定読み取り／一覧表示ツールにフォールバックします。ユーザーがファイルやディレクトリの読み取り、表示、オープンを求めた場合に使用します。例："read src/auth.ts"、"show me this file"、"what's in this directory"、"view lines 44-89"、"look at the imports"。シェルの表示／一覧表示ツールを指定された場合や、"open the file" と言われた場合も使用し、ソースファイルをシェルで無確認に読み取ってはいけません。シンボルやテキストの検索（cheez-search を使用）、コード編集（cheez-write を使用）、git/gh 操作には使用しないでください。
最も安全で古い内容を検出できるバックエンドを通じてコードを編集します。コードインテリジェンスバックエンド（tilth MCP のタグアンカー編集、LSP ワークスペース編集、構造的なコード変換には `sg --rewrite`）を優先し、該当するものがない場合のみネイティブのアンカー編集にフォールバックします。ユーザーがコードの編集、置換、変更、更新、削除、挿入を求めた場合に使用します。例："replace this function"、"delete lines 44-89"、"update validateToken"、"add this import"、編集を伴う "fix this bug"、または "rewrite every X to Y" のような横断的なコード変換。ファイルの読み取り（cheez-read を使用）、コード検索（cheez-search を使用）、テスト／ビルドの実行には使用しないでください。
現在の作業ディレクトリのリポジトリに GitHub issues として保存された計画から、1 つのフェーズを実装します。フェーズ（子）issue の URL を指定するとそのフェーズを実装し、親計画 issue を指定すると現在のフェーズを見つけて実装します。呼び出しごとに 1 フェーズだけを実装し、ユーザーのレビューのために停止します。フェーズ issue を参照する pull request を作成し、マージすると issue が自動的にクローズされます。pull request は決してマージしません。
このスキルを使用して、Compose UI を `collectAsState()` から `collectAsStateWithLifecycle()` に移行し、`Flow<T>` パラメーターを composable からホイストし、`.conflate()` / `.distinctUntilChanged()` / `snapshotFlow` を適用することで、バックグラウンドの CPU とバッテリーの消費を止め、頻繁に発火する flow によるエミッションごとの UI 無効化を止める。ViewModel の `StateFlow`/`SharedFlow` コンシューマー、センサーおよび位置情報ストリーム、"Flow を composable のパラメーターにする" アンチパターンを扱う。ユーザーが `collectAsState`、`collectAsStateWithLifecycle`、ライフサイクル対応の flow 収集、`Lifecycle.State.STARTED`、Compose 画面によるバックグラウンドのバッテリー消費、`snapshotFlow`、composable の `Flow` パラメーター、conflate、distinctUntilChanged に言及したときにトリガー。
アンバサダープログラムを立ち上げた。応募は3件。1人は2週目以降、音信不通に。基準を下げる？特典を増やす？インフルエンサーに大量メッセージを送る？この内容では、ボランティア、有料チュートリアル制作者、コード貢献者の各トラックを含む、コミュニティとアンバサダー運営のSOPを紹介します。立ち上げ前チェックリストから、募集、段階的な管理、定着、ガバナンスまでを網羅。Notion（2,000万人のユーザー、実際のアンバサダーインタビュー）、AFFiNE（60K stars）、Asana、ClickUpのプログラムをもとに作成。作者：@WeiYipei。トリガー：「ambassador program」｜「community building」｜「community management」｜「DevRel」｜「developer relations」｜「community growth」｜「大使计划」｜「社区运营」｜「社区搭建」｜「コミュニティ運営」｜「アンバサダー」｜「커뮤니티 운영」｜「앰배서더」｜「open source community」｜「user retention」
ユーザーが BlueField DPU または ConnectX NIC で DOCA AES-GCM を実際に使用している場合にこのスキルを使います。対象は、`doca_aes_gcm_task_encrypt` / `_task_decrypt` の設定、鍵タイプ（`DOCA_AES_GCM_KEY_128` / `_256` のみ。AES-192 は非対応）およびタスクごとの対応状況を `doca_aes_gcm_cap_*` で照会する作業、max-buf 上限に合わせた平文サイズの決定、送信元／宛先 mmap 権限の設定、NIST GCMVS または RFC 5288 ベクトルによる検証、DOCA_ERROR_* のデバッグ（復号時のセキュリティ上重要なタグ検証失敗を含む）です。ユーザーが「DOCA AES-GCM」や「AEAD」と明示していなくても、「decrypt completion IO_FAILED」「auth tag isn't verifying」「NOT_PERMITTED on my encrypt buffer」「is AES-192-GCM on this BlueField」（非対応）、「encrypted record came back tampered」などの表現があれば起動します。非 GCM の AES モード（CBC / CTR / XTS — CPU OpenSSL）、鍵管理（KMS / HSM / ローテーション）、SHA（doca-sha）、または一般的な AEAD の説明については対応を断り、別のスキルに案内してください。
コンテナや kubelet を介さず、DOCA にリンクされたバイナリをハードウェア上で直接実行します。PCIe 経由の BlueField NIC を搭載したホスト x86 上、または BlueField Arm 上のベアメタルで使用します。起動と監視（直接実行、tmux、systemd）に加え、「起動直後に exit 1」、「systemd が再起動を繰り返す」、「BF に一致するデバイスがない」と報告される場合や、BlueField 自体に問題がある場合に使用します：「bfb-install exited 0 but DPU is dead」、「ping 192.168.100.2 works but ssh fails」、「host PFs aren't showing netdevs」。kubelet 配下のサービスコンテナは拒否してください（doca-container-deployment）。PCI/NUMA/CPU/IRQ のバインド、同居テナントの分離（cgroup-v2/netns/numactl）、7 層のエラー分類、プラットフォームのライフサイクル（BFB のインストール、RShim/TMFIFO、ホスト PF の再バインド、BFB 後の復旧）、6 状態の BlueField ライフサイクル分類器を扱います。破壊的なファームウェア書き込み / mlxconfig set には doca-hardware-safety による明示的な確認が必要です。ライブラリ API、環境準備、ビルドには他のスキルを使用します。
WinDbg MCP（クラッシュダンプ、!analyze、!syncblk、!dlk、!runaway、!dumpheap、!gcroot、BSOD）、dotnet-dump、SOS を使用した lldb、createdump、コンテナ診断（Docker、Kubernetes）を用いて、Windows および Linux/macOS アプリケーション（ネイティブ、.NET/CLR、混合モード）をデバッグします。ハング／デッドロック診断、高 CPU のトリアージ、メモリリーク調査、カーネルデバッグ、本番環境向け dotnet-monitor を扱います。17 のトピック領域を網羅します。通常の .NET SDK プロファイリング、ベンチマーク設計、CI テストのデバッグには使用しないでください。
Swift Package Manager を使って iOS プロジェクトに Dynatrace iOS SDK（OneAgent）をセットアップする。SPM 依存関係の追加、Dynatrace.plist 設定ファイルの作成、import 文の追加、プライバシー同意コードの追加、プロジェクトのビルドを自動化する。ユーザーが iOS アプリに Dynatrace モニタリングを統合、インストール、追加、セットアップしたいときにこのスキルを使用する。キーワード：Dynatrace、iOS、SDK、OneAgent、setup、install、integrate、SPM、Swift Package Manager、Info.plist、DTXApplicationID、DTXBeaconURL、mobile monitoring、RUM。
duoduo ホストモードのチャネルをインストール、起動、停止、確認、リセット、設定します。チャネルのライフサイクル（インストール/一覧/起動/停止/ステータス/ログ）、Feishu のセットアップカードまたは /setup コマンド、Feishu owner DM / FEISHU_BOT_OWNER の設定、owner DM の再バインド拒否、2 つ目の Feishu または Lark アプリ（--instance）、既存セッションに転送されたチャット（forward / send）、Feishu チャットで選択・承認・回答を依頼すること（ask、質問カード、承認カード）、カードの期限切れエラー、バインド済み Feishu チャットのリセット、ACP エディター統合、チャネル記述子（kind と instance）の編集に関するリクエストで使用します。次の中国語の依頼にも対応します：拉起 feishu 通道、配置 channel 提示词、改 stdio 的 workspace、查看 channel 状态、飞书机器人怎么配、设置 owner、清除 session、重置 channel、加一个 Lark 应用、第二个飞书应用、把群转给已有会话、回复转发的群、发提问卡片、让群里的人选择、审批卡片。
SVGグラフィック、流れるアニメーション効果、組み込みのダーク／ライトテーマ切り替え、PNG / JPEG / WebP / SVG / GIF / WebMへのワンクリック書き出し機能を備えた、独立したアニメーションHTMLファイルとして、プロ品質のアーキテクチャ図、ワークフロー図、シーケンス図、データフロー図、ライフサイクル／状態図を作成します。自然言語の説明または貼り付けたMermaidコードを受け取り、図を一からレイアウトします。システムアーキテクチャ図、インフラ図、クラウドアーキテクチャの可視化、セキュリティ図、ネットワークトポロジー、技術ワークフロー、承認フロー、ランブック、CI/CDフロー、プロセス図、API呼び出しシーケンス、リクエストのライフサイクル、データパイプライン、ETL/ELTマップ、PIIの境界、データリネージ、ステートマシン、ライフサイクル図、ステータス遷移の作成、またはMermaid図の変換／整形を求められた場合に使用します。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。