Skills
エージェント向けにパッケージ化された専門スキルと手順を 99,064 件掲載。コマンド 1 行でインストールできます。
開発
V8 JS、SQLite（sdk/db）、Mini App RPC、tgcloud を使って、Telegram Serverless 上でシンプルなものからフルスタックまでの Telegram ボットや Mini App を構築、公開、拡張します。単一ファイルのボットハンドラーから、tgcloud.jsonc による静的ホスティング、SQLite マイグレーション（tgcloud migrate）、sdk/api、sdk/fetch、Telegram.WebApp.Serverless.call、Telegram Stars（XTR）決済を備えた状態を保持する Mini App まで、あらゆる Telegram Serverless プロジェクトに使用します。
Yakit ネイティブプラグイン（yak / mitm タイプ）と cli パラメータ体系。ネイティブプラグインとホットパッチの違い、cli.* が Yakit 実行ページのパラメータフォーム（String/Int/Bool/Urls/Ports/StringSlice ドロップダウン/File など + setRequired/setDefault/setVerboseName/setCliGroup）になる仕組み、および 3 つの優れた事例（yak ネイティブプラグインで cli によりユーザー入力を受け取る、mitm ネイティブプラグインで複雑な内容をパッシブスキャンして risk を出力する、mitm + cli の対話型プラグインで外部パラメータ（キーワード辞書/スコープ）を読み込んでスキャンを駆動する）を解説する。ユーザーが「パラメータフォーム付きの yak/mitm プラグインの書き方、cli の使い方、mitm プラグインでのパッシブスキャンの方法」を尋ねるときに使用する。
Yakit の右クリックプラグイン（codec プラグイン）の使い方とプログラミングテクニック。codec プラグインは handle(input) 関数を 1 つ用意し、プラグインタイプ codec +「パケットの右クリックに使用」スイッチ（tag: allow-custom-context-menu-execute）を組み合わせるだけで、任意の HTTP エディタの右クリックメニューに表示されることを解説する。また History の右クリック（単一/複数選択）時に input=flow id となる特殊な契約（id からパケットを逆引きして host の全 path/パラメータ名を抽出でき、yakit.SetProgress のプログレスバーと db の Yield チャネルを伴う）、codec プラグインに cli パラメータを重ねてドロップダウン選択（Path/パラメータ名/Cookie の抽出）を行う方法、Web Fuzzer の選択範囲に対する「奇妙な変換」、および yak codec-plugin コマンドでの検証方法についても説明する。ユーザーが「右クリックプラグインの書き方 / codec プラグインの使い方 / History 右クリックでのデータ抽出 / Web Fuzzer 右クリック変換 / パラメータ付き codec」を尋ねるときに使用する。右クリックプラグインは小さなツールを書く最短の方法である。
Yaklang のデータベース操作（db ライブラリ）特集。スクリプト/プラグインでデータを永続化または照会する必要がある場合に使用する：一時 SQLite のテーブル作成と CRUD（db.OpenTempSqliteDatabase / db.ScanResult / Exec）、スクリプト間で共有する設定のキー・バリューストア（db.SetKey/GetKey/DelKey/SetKeyWithTTL）、ブルートフォース辞書の一元管理（db.SavePayload/YieldPayload）、およびプロジェクト単位の設定（db.SetProjectKey/GetProjectKey）。
Yaklang ツールチェーンとプラグイン検証ガイド。yaklang ソースエンジン（go run common/yak/cmd/yak.go）でスクリプトを実行する方法、および 4 つのホットパッチ/codec 検証コマンド（yak hotpatch-mitm / hotpatch-global / hotpatch-webfuzzer / codec-plugin）が実際の gRPC と同じ実行パスで、作成した MITM / グローバル / Web Fuzzer ホットパッチと右クリック codec プラグインを検証する仕組みを解説する。さらに yaklang リポジトリのソースコードを利用して MITM の問題を特定・デバッグする方法も説明する。ユーザーが「作成したプラグインの検証方法 / MITM の挙動がおかしいときのデバッグ方法」を尋ねるときに使用する。
Bagisto の商品タイプを作成・変更するときに使用 — product_types 設定、AbstractType のサブクラス、またはタイプ固有のカート、価格、在庫の動作。トリガーフレーズには "product type"、"AbstractType"、"configurable"、"bundle"、"grouped"、"downloadable"、"virtual product"、"subscription product"、"prepareForCart" が含まれる。
CockroachDB 向けに正確で高性能なトランザクション パターンを設計するようアプリケーション開発者をガイドします。トランザクションのライフタイム、暗黙的トランザクションと明示的トランザクション、指数バックオフによる再試行処理、不変条件の SQL への押し込み、選択的な悲観ロック、集合ベースの操作、コネクション プーリング、プリペアド ステートメント、keyset ページネーション、follower reads、ビジネス ロジックとデータベース ロジックの分離を扱います。CockroachDB 上でのアプリケーション構築、トランザクション ワークフローの設計、再試行の処理、アプリケーション層のデータベース相互作用の最適化、コネクション プールの構成に使用します。
DOCA がインストールされたホスト上でユーザーが実践的な DOCA Telemetry Exporter プログラミングを行うときにこのスキルを使用する——doca_telemetry_exporter_schema とイベントタイプを定義し、ソースを作成し、公開サーフェス（型付きイベント / 不透明イベント / metrics の counter-gauge-histogram API / OTLP ログ / NetFlow）を選択し、schema の後に source というライフサイクルを辿り、または exporter API からの DOCA_ERROR_* の失敗をデバッグする。ユーザーが「DOCA Telemetry Exporter」や「doca_telemetry_exporter_*」を明示的に言及しない場合でもトリガーする——典型的な暗黙の表現には「私の DOCA アプリからカウンターを公開する」、「イベントを報告すると BAD_STATE」、「consumer/DTS には何も見えないが自分の報告は成功した」、「NetFlow/IPFIX レコードをエクスポートするには」、「exporter と telemetry service のどちらをリンクすべきか」などがある。受信側の DOCA Telemetry Service（DTS）、doca_log による通常の stdout ログ、または doca-comch を介してアプリに戻すリアルタイムイベント購読については拒否して他へ誘導する——それらは他のスキルに属する。
DOCA のバージョン管理：インストール済みリリースを検出し、pkg-config doca-common、applications/VERSION、doca_caps --version、BlueField 上の bfver/mlnx-release の 4 つが一致するか検証します。NGC タグを解釈し、このリリースで機能が利用可能か調べ、ビルド時と実行時の不一致を診断します。「ビルドできたが通信がない」「ドキュメントにあるシンボルが undefined reference になる」「実行時に DOCA_ERROR_NOT_SUPPORTED」「このタグの latest とは何か」「LTS はまだサポートされているか」など、バージョンの不一致が疑われる場合は doca-debug と併用します。4 つの情報源が一致した後は、コンポーネント固有のビルド／実行手順を対応するライブラリ、サービス、ツールのスキルに委ねます。インストール／パッケージ選択（doca-setup）、個別ライブラリの API に関する質問（該当ライブラリのスキル）、DOCA_ERROR_* の分類（doca-programming-guide）、一般的なデバッグ手順（doca-debug）は対象外です。
Figma からコードへのデザインハンドオフパターン。Figma Variables からデザイントークンへのパイプライン、コンポーネントスペックの抽出、Dev Mode での検査、Auto Layout から CSS Flexbox/Grid へのマッピング、Applitools によるビジュアルリグレッションを含む。Figma デザインをコードに変換するとき、コンポーネントスペックを文書化するとき、デザインと開発のワークフローを構築するとき、本番 UI を Figma デザインと比較するときに使用。
ERPNext/Frappe v14-v16 でデータベース操作を行う際に使用する。frappe.db メソッド、ORM パターン（frappe.get_doc、frappe.get_list）、生の SQL、キャッシュパターン、パフォーマンス最適化を扱う。データベーストランザクションとクエリ構築に関するよくある誤りを防ぐ。キーワード：frappe.db、frappe.get_doc、database query、SQL、ORM、caching、database performance、query returns nothing、slow database、how to fetch data、get document by name、frappe.get_list empty。
fab api または az rest を通じて Fabric Git 統合のライフサイクルを実行する。ワークスペースの Azure DevOps または GitHub への接続、コミット、Git からの更新、同期状態の読み取り、競合の解決、接続済みワークスペースの切断、サービスプリンシパルによる同期の自動化を含む。ステージ昇格には deployment-pipelines-authoring-cli を使用すること。ブランチ切り替え、fab deploy、fabric-cicd、ワークスペース間の再バインドは対象外。
22 の Gang of Four クラスに対する TypeScript の関数型的な答え —— ファクトリ関数（Factory Method、Abstract Factory、Prototype、Memento）、モジュールスコープのシングルトン、流暢な不変ビルダー、ラッパー関数（Adapter、Facade）、ネイティブ Proxy、WeakMap キャッシュ（Flyweight）、網羅的マッチを伴う判別可能なユニオン（State、Visitor、Composite）、イベントエミッターとシグナル（Mediator、Observer）、パイプラインと合成（CoR、Decorator）、ストリームメソッド（Iterator）、コマンドとしてのクロージャ、高階戦略、ラムダの配置。GoF カタログでは階層で解決するようなクラス的な問題を、慣用的な TS では関数・タグ付きユニオン・データ構造で扱う TypeScript をレビューするときに使用する。各ルールは、それが置き換える GoF パターンと、クラス形式が依然として優る状況を示す。トリガー："factory class"、"singleton getInstance"、"state machine class"、"observer pattern"、"AST visitor"、"where do I put this lambda"。implementation-design-patterns の姉妹スキル。
NLP とグラフアルゴリズムで未知のコードベースを把握する —— トピックモデリング、意味的埋め込み、コードグラフ、リポジトリマイニング、クローン検出、IR ベースのバグ特定、識別子の言語学、複雑度メトリクスにわたる 40 のアルゴリズム。多数のファイルをまたいでバグを探すとき、新機能の範囲を定めるとき、ドメインエンティティを特定するとき、コミット履歴を分析するときにトリガーする —— ユーザーがアルゴリズムに明示的に言及していなくても —— "where does X live in this codebase?"、"what is this codebase about?"、"find duplicated logic"、"what changed recently?"、"who owns this code?"、"is this function risky?" と尋ねるときに適用する。
Meteor 3 開発向けの Meteor CLI をインストール、特定、修復、リセット、またはアンインストールするときに使用します。"meteor: command not found"、npx meteor、インストーラーの失敗、PATH の問題、特定の Meteor バージョン、クリーン再インストールの依頼、meteor reset、破損した開発バンドルで発動します。新しいワークステーションのセットアップやローカルの Meteor コマンドを利用可能にする方法についてユーザーが尋ねるときに、このスキルを使用します。CLI 起動後のアプリケーション障害には meteor-debugging を、アプリケーションコードのアップグレードには migrate-to-meteor-3 を使用します。
フレームワークのデフォルトではなく、このプロジェクトのモジュールアーキテクチャが既に採用している方法で NestJS を構築する——薄いコントローラー、class-validator DTO、TypeORM/Prisma のデータアクセス、guards、interceptors、pipes、例外フィルター、BullMQ キュー、WebSockets、マイクロサービス、OpenAPI、テストの背後にある実際のモジュール境界と依存性注入の規律を伝えるリファレンス。変更がフレームワークを迂回せず、慣用的でレビュー可能な形で着地するようにする。タスクがこのプロジェクトの NestJS モジュールに触れ、フレームワークのデフォルトではなく DI 駆動のアーキテクチャに従うべき場合に使用。
（NS）docs/specs/ 配下の継続的なドメイン仕様。要件、`Code Review: Approved`、`Delivery Review: Approved`、execution-handoff が揃ったバージョン完了後に使用します。アドホックモードでは Approved の両方、動作差分、docs/specs/ が必要です。外観モードは ns-proto-creator／ns-proto-visual-guide から適用し、レビューゲートはありません。増分更新のみ。機能ブランチではドメイン仕様を編集せず、MR ごとの断片を docs/specs/_pending/ にステージし、統合ブランチでまとめます。Approved が両方揃う前に Version／Ad-hoc を実行しないでください（外観モードを除く）
Java における OpenTelemetry —— Javaagent によるゼロコード計装、Spring Boot Starter、手動の autoconfigure SDK、宣言的な YAML 構成、BOM による依存関係管理、機密データのキャプチャとマスキング（url.query、headers、リクエストパラメータ、SQL サニタイズ）。Java サービスで OpenTelemetry を追加、レビュー、構成する際に使用する。トリガー："setup otel in java"、"java telemetry"、"javaagent"、"Spring Boot otel"、"GlobalOpenTelemetry"、"AutoConfiguredOpenTelemetrySdk"、"TracerProvider java"、"url.query redaction"、"capture request headers"、または Java 関連の OTel の質問全般。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。