Skills
エージェント向けにパッケージ化された専門スキルと手順を 99,064 件掲載。コマンド 1 行でインストールできます。
開発
オペレーターがカスタム doca-bench プラグインを作成、ビルド、ロード、デバッグする際にこのスキルを使用します。これは、DOCA_EXPERIMENTAL のマークが付いた C エントリーポイントを含むバージョン付き共有ライブラリです。doca-bench は、組み込みモードでカバーされないワークロードクラスを測定するためにこれをロードします。同梱の参照例は doca_bench_cuda です。ユーザーが「doca-bench-extension」や「doca_bench_cuda」と言わない場合でも発動します。「組み込みの doca-bench モードでは自分のワークロードに合わない」「CUDA GPUNetIO RX/TX カーネルのベンチマーク方法」「doca-bench がカスタム .so を見つけられない、またはロードできない」「拡張機能のエクスポートシンボルが親側の想定と一致しない」「DOCA のアップグレード後に soversion が一致しない」「stop_flag が設定されず GPU カーネルが停止する」といった表現が該当します。組み込み doca-bench モードの選択、DOCA GPUNetIO のプログラミング仕様、CUDA ツールキットのインストール、コードベース内の拡張機能へのコントリビュートに関する質問は受け付けず、他のスキルに振り分けます。
Drupal における simple_oauth モジュールでの OAuth2 認証を解説する — TokenAuthUser の AND 権限ロジック、scope/role の交差、OAuth2 scope エンティティと動的 scope プロバイダー、モバイルアプリのパスワードグラントによるトークン要求、トークン下での field_permissions と JSON:API フィールドアクセス、Bearer トークンによる CSRF 403、consumer の TTL、トークン権限拒否のデバッグ。OAuth/Bearer トークンがユーザーの持つ権限を拒否されたとき、consumer、クライアント、scope を構成するとき、モバイルまたは分離アプリからトークンを要求するとき、Bearer トークンを使った JSON:API リクエストで 403 が返るときに使用する。
Enonic XP のイベントリスナー、Webhook 設定、コンテンツのライフサイクルイベントをトリガーとする外部システム連携を構成します。lib-event のリスナー登録、ノードイベントのフィルタリング、com.enonic.xp.webhooks.cfg による送信 Webhook の設定、受信 Webhook 用のカスタム HTTP サービスコントローラー、lib-task によるタスクベースの非同期処理、lib-httpClient による送信 HTTP 呼び出しを扱います。コンテンツの公開・作成・更新・削除イベントの監視、送信 Webhook の設定、受信 Webhook 用 HTTP サービスエンドポイントの構築、コンテンツ変更時の非同期処理の起動に使用します。コンテンツのクエリ、フロントエンドコンポーネントの開発、Enonic 以外のイベントシステム、GitHub Webhook の設定には使用しないでください。
コントラクトアドレスとチェーンから、検証済みのデプロイ済み EVM スマートコントラクトをレビューして説明します。ユーザーが、Solidity コントラクトの動作の分解、アーキテクチャとソースファイルの把握、ユーザー／管理者フロー、プロキシまたは実装の役割、資産移動、特権制御、イベント、状態変数、未解決の不確実性の特定を、開発者のオンボーディング、統合のトリアージ、予備的な技術レビューのために求めたときに使用します。これは開発者向けのコントラクトレビューであり、セキュリティ監査や安全性認証ではありません。
コード内のデザイントークンを変数として Figma にプッシュする — DTCG / tokens.json / トークンオブジェクト → Figma の変数コレクション、モード、値。ユーザーがトークンをコードから Figma へ同期したいときに使用する。トリガーは「トークンを Figma にインポート」「tokens.json / DTCG / Tailwind 設定から Figma 変数を作成」「デザイントークンを Figma に同期」「トークンを Figma にプッシュ」。既存の変数（保存された id/key/name による）に非破壊的に一致するため、再インポート時は重複ではなく更新される。あらゆる Figma プランで動作する。逆方向（Figma → コード）には figma-export-tokens を使用する。
Flutter コードの品質を細部まで監査します。テスト、アーキテクチャ、コード実装について、GitHub 上の最新基準に照らして検証します。優先順位付きのアクションプランを含む詳細な違反レポートを作成します。Flutter コードの品質確認、ベストプラクティスの検証、コード標準への準拠レビューを依頼された場合に使用します。トリガー：「flutter best practices」「code quality」「code review」「flutter standards」「architecture compliance」「testing quality」。
SAP AI Core GenAI Hub で利用可能な基盤モデルを一覧表示して探索する。サポートされているプロバイダー、モデル名、バージョン、機能、および deployment の作成に必要な executable ID を閲覧する。WHEN：ユーザーが利用可能なモデルを確認したい、deployment 用の executable-id や model-name を探したい、プロバイダー（Azure OpenAI、Anthropic、Google、Mistral、Cohere など）を閲覧したい、モデルの機能やコンテキスト長を確認したい、create_llm_deployment に渡す正しい model-name を取得したい、またはデプロイ済みモデルの curl 推論例（chat completions、Responses API、embeddings、画像生成など）を取得したいとき。DO NOT USE FOR：deployments の作成や管理 — `aicore-lifecycle-management` を使用。
Google Apps Script 開発の包括的なガイドです。すべての組み込みサービス（SpreadsheetApp、DocumentApp、GmailApp、DriveApp、CalendarApp、FormApp、SlidesApp）、トリガー、認可、エラー処理、パフォーマンス最適化を扱います。Google Sheets の操作の自動化、Google Docs の作成、Gmail/メールの管理、Google Drive ファイルの操作、Calendar イベントの自動化、トリガー（時間ベース、イベントベース）の実装、カスタム関数やアドオンの作成、OAuth スコープの処理、Apps Script のパフォーマンス最適化、API 呼び出しでの UrlFetchApp の利用、永続ストレージでの PropertiesService の利用、一時データ用 CacheService の実装に使用します。バッチ処理、エラー復旧、JavaScript ES6+ ランタイムも扱います。単独の Node.js スクリプト、Google Cloud Functions、Cloud Run、その他 Apps Script 以外の JavaScript ランタイムには使用しないでください。これらは異なる API とクォータを使用します。
Next.js 16 のバンドルサイズとビルド時間を最適化します。データに基づく反復ループを実行します：ベースラインを測定 → 主な原因を分析 → レシピを1つ適用 → 再測定 → 問題がないことを検証（ビルド + 型 + テスト + リグレッションなし）→ コミットまたは取り消し。Turbopack をデフォルトとする Next.js 16 向けで、プロジェクトがまだ移行していない場合は webpack モードのツールにフォールバックします。「First Load JS is huge」「bundle size」「build takes too long」「page is slow to TTI」「reduce bundle」「tree-shake」といった表現や、`next experimental-analyze`／`@next/bundle-analyzer` の出力が共有された場合に発動します。明示的に「最適化」と言っていなくても対象です。
すべての Trigger.dev 管理エンドポイントに加え、他のツールにはない実行履歴のオフライン FTS、スパンコストの集計、ゾンビスケジュールの検出を提供します。トリガーフレーズ：`trigger.dev failed runs`、`trigger.dev cost rollup`、`trigger.dev schedule health`、`audit trigger.dev env vars`、`watch trigger.dev failures`、`use trigger-dev`、`run trigger-dev`。
同時レンダリング、Server Components、actions、hooks、メモ化に関する React 19 のパフォーマンス最適化ガイド（旧名：react-19）。React 19 コンポーネントの作成、同時実行機能の使用、再レンダリングの最適化に使用します。App Router、next.config.js、Next.js のキャッシュなど、Next.js 固有の機能は対象外です（nextjs-16-app-router スキルを使用）。React Hook Form によるクライアント側のフォーム検証には、react-hook-form スキルを使用します。
Apple による、信頼性の高い SwiftUI のベストプラクティスとパフォーマンスガイダンスです。これらのトピックに関する以前の学習内容に優先します。コード生成時は、次の内容に関する SwiftUI コードを生成する際、該当するリファレンスを参照してください。- アニメーション（@Animatable マクロと AnimatableValues、AnimatablePair の比較、カスタム animatableData セッターのロジック）- Environment と @Entry（クロージャまたはクラス型のデフォルト値、不安定なデフォルト値、高頻度更新）- @Observable のベストプラクティスと効率的な無効化 - ForEach と List の行の識別と構造（id: \\.self、インデックス、オフセット、AnyView または複数ビューの行、インラインのフィルター/ソート、キャッシュ済みコレクション、List の高速経路）- ローカライズ（String と LocalizedStringResource の使い分け、パッケージやフレームワークで適切な bundle を選ぶ方法、.textCase、.formatted(.list())、翻訳者向けコメント）- NavigationView や旧 onChange などのソフト非推奨 API と、機能開発中にそれらを提示するタイミング。
Вахта は、ライブチャンネル上の整合済みリポジトリでエージェントが独自に行うサイクルです。トリガー：「вахта」「заступай на вахту」「работай сам」、on duty、stand watch、AGENTS.md にエージェントの役割を設定した自律開始。受信箱からではなく、人、エージェント、または現実からのシグナルにのみ応じて作業します。Вахта はグラフの作業の技芸、すなわち判断、織り上げ、統合を担います。サブエージェントはコード、ゲート、レビュー、検証、影響を受けるノードの修正を担当し、結果を照合します。発話可能になった時点で Вахта が始まり、統合をもって作業を終えます。iskron_* と AGENTS.md が必要です。
既存のホットパスが信頼できる NVIDIA Warp の候補かどうかを評価する。不規則クエリや空間クエリ、粒子またはジオメトリのシミュレーション、分岐の多いループ、多数の小さな起動、ホストフォールバック、大きな中間結果に使用する。NVIDIA が禁止されていない限り、CPU のみのコードや GPU 依存がないことは正常である。クロスベンダーまたは CPU のみのデプロイが必須のもの、ベンダーが下位化した Dense 層や NN 層、一般的な Warp API の質問、すでに選択済みの Warp カーネルは除外する。貢献ポリシーのみでは除外に当たらない。
WPF アプリケーションを WinUI 3 に移行します。名前空間の置換（System.Windows → Microsoft.UI.Xaml）、コントロールのマッピング（DataGrid→ListView、WrapPanel→ItemsRepeater、TabControl→TabView）、スレッド処理（Dispatcher→DispatcherQueue）、画像処理（System.Drawing→BitmapImage）、MVVM から CommunityToolkit.Mvvm への変換、DynamicResource→ThemeResource に対応します。WPF コードの変換、WPF 名前空間の置換、移行時のビルドエラー修正に使用します。
Platform やコードで Ultralytics モデルを選択・比較するときに使用 — モデルファミリー（YOLO26/YOLO11/YOLOv8、YOLO-World、YOLOE、SAM/SAM2/FastSAM、RT-DETR、YOLO-NAS）、サイズ（n/s/m/l/x）、タスクバリアント（-seg、-sem、-cls、-pose、-obb、-depth）、事前学習済みチェックポイント、オープンボキャブラリまたはプロンプト可能な検出／セグメンテーション、カスタムアーキテクチャ、Platform Explore、正確な重み名と入手可否を選ぶ場合。
Bagisto パッケージの作成や変更時に使用——サービスプロバイダー、マイグレーション、モデル、コントラクト、プロキシ、リポジトリ、ルート、コントローラー、Blade ビュー、ローカライズ、管理メニュー、ACL、システム設定。トリガーフレーズには「new package」「service provider」「migration」「model」「repository」「controller」「route」「ACL」「admin menu」「system config」「concord」が含まれる。
現在のユーザーの CawPlan の作業を表示します。担当チケット／重大な問題、優先度順の未完了チケット、日単位／期間指定のステータス変更・完了サマリー、ユーザー自身の再オープン済みチケット、関連する PR／コミット、または PR／コミットがあるがステータスに進捗がないチケットを確認できます。製品／バージョンでの絞り込みも可能です。ユーザーが自分の作業／タスク／チケット、優先度順の未完了チケット、今日／最近のタスク完了やステータス変更の概要、自分のどのチケットが再オープンされたか、今日のチケットの PR／コミット、または PR／コミットがあるのにステータスが更新されていないチケットを尋ねた場合に使用します。他の人の作業、製品／チーム／バージョン全体の再オープンやステータス変更（`cawplan-product-report` を使用）、広範なチケット検索／絞り込み、チケット変更、リリース追跡には使用しません。
Chat SDK（`chat` npm パッケージ）でマルチプラットフォームのチャットボットを構築する。開発者が次のことを行いたい時に使用：(1) Slack、Teams、Google Chat、Discord、Telegram、GitHub、Linear、WhatsApp のボットを構築する、(2) Chat SDK を使ってメンション、ダイレクトメッセージ、購読スレッド、リアクション、スラッシュコマンド、カード、モーダル、ファイル、AI ストリーミングを処理する、(3) webhook ルートやマルチアダプターボットを設定する、(4) チャットプラットフォームにリッチカードやストリーミング AI 応答を送信する、(5) カスタムアダプターやステートアダプターを構築・保守する。トリガー："chat sdk"、"chat bot"、"slack bot"、"teams bot"、"google chat bot"、"discord bot"、"telegram bot"、"whatsapp bot"、"@chat-adapter"、"@chat-adapter/state-"、"custom adapter"、"state adapter"、"build adapter"、および複数のチャットプラットフォームで動作するボットの構築。
Jetpack Compose の derivedStateOf が適切なツールとなるのはどのような場合か、また純粋なオーバーヘッドとなるのはどのような場合かを判断するためにこのスキルを使用する。"入力頻度が出力頻度を上回る必要がある" というルール、必須の remember { derivedStateOf { } } ラッパー、非状態変数を初期値でキャプチャする典型的な落とし穴（および remember(key) による修正）、派生値に対する投げっぱなしの副作用のための snapshotFlow の代替手段を扱う。開発者が derivedStateOf、スクロール位置に基づくブール値、しきい値チェック、firstVisibleItemIndex、"show FAB on scroll"、値をラップしても減らない再コンポジション回数に言及した場合、または計算された文字列連結に derivedStateOf を使うべきか質問した場合に使用する。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。