Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,725 件掲載。コマンド 1 行でインストールできます。
開発
高度な Odoo フロントエンド開発。包括的なテーマ開発、/create-theme コマンド、theme.utils アクティベーションシステム、完全な動的ページリファレンス（ヘッダー、フッター、ショップ、ブログ）、デザインワークフロー方法論、PWA サポート、モダンな JavaScript/TypeScript、テストフレームワーク、パフォーマンス最適化、アクセシビリティ準拠、リアルタイム機能を扱います。完全な $o-website-values-palettes リファレンス、テーマミラーモデルアーキテクチャ、editableMode 処理を備えた publicWidget パターン、MCP 統合を備えています。Odoo 14-19 を自動検出でサポートします。 <example> Context: User wants to create a new Odoo website theme user: "Create a new website theme for Odoo 17" assistant: "I will use the odoo-frontend skill to scaffold a complete theme module with primary_variables.scss, Bootstrap overrides, and mirror model page definitions." <commentary>Core trigger - new theme creation from scratch.</commentary> </example> <example> Context: User wants to add a section to an existing theme user: "Add a hero section to my Odoo website homepage" assistant: "I will use the odoo-frontend skill to create a publicWidget-based hero snippet with SCSS styling that follows Bootstrap 5.1.3 grid conventions." <commentary>Incremental theme work - adding components.</commentary> </example> <example> Context: User wants to implement a Figma design in Odoo user: "Implement this Figma design as an Odoo 17 theme" assistant: "I will use the odoo-frontend skill with Figma MCP to extract design tokens and convert them into Odoo theme SCSS variables and Bootstrap-compatible layouts." <commentary>Design-to-code workflow with Figma MCP integration.</commentary> </example>
TanStack DB のオフライントランザクションサポート。OfflineExecutor は永続アウトボックス（IndexedDB/localStorage）、リーダー選出（WebLocks/BroadcastChannel）、バックオフ付きリトライ、接続検出を統括する。createOfflineTransaction/createOfflineAction は TanStack DB のプリミティブをオフライン永続化でラップする。少なくとも 1 回の配信のための冪等キー。ストレージが利用できない場合はオンライン専用モードへ段階的に縮退する。個別のエントリポイントによる React Native サポート。
OpenHarmony CAPI N-API ラッパーテストケース生成ツール（方式2）。.h ヘッダーファイルを自動解析し、C++ N-API ラッパーと ETS/ArkTS テストコードを生成する。 **このスキルが発動するシナリオ**: - ユーザーが CAPI、C テスト、Native テスト、ネイティブテスト、.h ファイル解析に言及した場合 - ユーザーが N-API ラッパーテスト（gtest ではない）の生成を必要としている場合 - ユーザーがカバレッジレポート、補完テスト、不足テストに言及した場合 - ユーザーが CAPI テストスイートのコンパイルまたは検証を必要としている場合 - ユーザーが非同期コンパイル、バックグラウンドコンパイル、コンパイル検証に言及した場合 - ユーザーが XTS テスト、OpenHarmony テスト、サブシステムテストに言及した場合 **コア機能**: 1. ヘッダーファイル解析 → API 情報の抽出 2. テストケース生成 → C++ N-API ラッパー + ETS テストコード 3. コンパイル検証 → 非同期コンパイル + エラー修正 4. コード検証 → N-API 三重チェック + フォーマットチェック **対応サブシステム**: multimedia、bundlemanager、ability、arkui、hilog など **ユーザーがカバレッジレポートを提供した場合**: カバレッジレポート駆動モードに自動切り替え（効率的かつ高精度）
OpenAPI/Swagger 仕様。schema 定義、paths、ドキュメントを扱う。API ドキュメントに使用する。使用場面：ユーザーが "OpenAPI"、"Swagger"、"API spec"、"API documentation"、"schema definition"、"OpenAPI 3.0"、"Swagger UI" に言及する場合、または "how to write OpenAPI spec"、"document REST API"、"API contract"、"schema validation" について尋ねる場合。使用しない場面：GraphQL schema — 代わりに `graphql` を使用；tRPC — 代わりに `trpc` を使用；OpenAPI からのクライアント生成 — 代わりに `openapi-codegen` を使用；Spring Boot OpenAPI — 代わりに `springdoc-openapi` を使用
AIコーディングアシスタントがGIS/CAD/C#/AI/IoT/3D分野の専門知識を必要とするときに使用します。8カテゴリ、計114のスキルを収録：gis（40）、cad（21）、csharp（12）、ai（17）、iot（4）、3d（6）、demos（4）、others（10）。タグ検索とオンデマンド読み込みに対応し、GDAL、GeoServer、MapServer、Leaflet、PROJ、PostGIS、DuckDB Spatial、GeoLibre、JTS、CesiumJS、FreeCAD、Blender、OpenSCAD、OCCT、NPOI、SqlSugar、Furion、Serilog、Dify、Ollama、LangChain、vLLM、MinerU、SuperSplat、Home Assistant、CHAGSなどを扱います。
最新の Oxc ドキュメントと完全な使用ガイドを使って、Oxfmt の JavaScript/TypeScript フォーマットを構築、レビュー、デバッグ、設定、移行、教示、または計画する。oxfmt のハウツー、oxfmt.config.ts、defineConfig、.oxfmtrc.json、Prettier/Biome の移行、--check/--write、printWidth、experimentalOperatorPosition、sortImports の groups/customGroups、sortTailwindcss の Tailwind クラスソート（stylesheet/config/functions）、sortPackageJson、jsdoc、ignorePatterns、oxfmt-ignore、YAML/JSON/CSS のネイティブ言語サポート、Vite+ fmt、VS Code/Cursor の保存時フォーマット（formatOnSaveMode file、source.format.oxc、source.fixAll.oxc）、エディタ、CI フォーマットゲート、日常的なフォーマットワークフローに使用する。
baserCMS の PHP バージョンアップ（8.2/8.4/8.5 ～）対応の非推奨・破壊的変更パターン集と修正レシピ。「暗黙的nullableの非推奨警告」「Creation of dynamic property ... is deprecated」「fgetcsv の escape 警告」「ReflectionProperty::setValue の非推奨」「(integer)/(boolean) 等の非正規キャスト非推奨」「null を配列オフセットに使う非推奨」「curl_close/imagedestroy 等の自動解放関数非推奨」等、PHP本体起因のアップグレード警告/エラーの調査・修正時に参照する。新しい PHP バージョン対応時は本書にバージョン別追記する。CakePHP本体起因の問題は cakephp-migration スキルを参照。
Ping Orchestration JavaScript SDK（Ping Identity JavaScript SDK とも呼ばれ、旧 ForgeRock JavaScript SDK / @forgerock/javascript-sdk。npm パッケージ：`@forgerock/journey-client`、`@forgerock/davinci-client`、`@forgerock/oidc-client`）で Web アプリを構築するためのガイド。ユーザーが Web アプリに Ping 認証を追加したい場合に使用する — たとえば "add Ping auth to my web app"、"use PingOne in React"、"set up Journey in JavaScript"、"build a Ping login page"、"use DaVinci in my SPA"、"integrate @forgerock/journey-client"、"set up @forgerock/davinci-client"、"migrate from @forgerock/javascript-sdk to the new SDK"、"add OIDC login to my React app" といった表現。フレームワークを検出し（React は対応済み、Angular、Vue、素の JS はロードマップ上）、共有設定を収集し、Journey は ping-orchestration-reactjs-journey-sdk に、DaVinci は ping-orchestration-reactjs-davinci-sdk に委譲し、OIDC の集中ログインはインラインで処理する。新しいサンプルアプリの作成と既存プロジェクトへの統合の両方を扱う。
ユーザーストーリーを複数のテスト可能なタスクに分解します。ユーザーが story、ticket、タスク分解、機能の実装、実装計画、タスク作成、タスクへの分割、ストーリー分解、受け入れ条件、完了の定義、スプリント計画、バックログ、user story、機能分解、ralph、ralph loop、自律実装、.TASK.md、progress.txt、ralph の実行に言及したときに使用します。各タスクは個別に検証可能でなければなりません。注意：Ralph-loop のタスクファイル（.TASK.md）は明示的に要求された場合のみ生成し、通常のストーリー作成時には自動生成しません。
Philip Greenspun の実践的なスタイルに着想を得て、簡潔で役立つプロジェクトドキュメント（README、ガイド、docs/）を書きます。README.md の作成や改善、モジュールドキュメント、CONTRIBUTING.md、アーキテクチャドキュメント、CHANGELOG の作成、ソフトウェアプロジェクトのあらゆるプロジェクトドキュメントの構成を行うときに使用します。ユーザーが何らかの形でプロジェクトドキュメントを書く、書き直す、レビューする必要があるときは常にこの skill を使用してください——特定のスタイルを求めずに "write a README" や "document this" と言っただけの場合でも。
平易な言葉の機能説明から、セキュリティに重点を置いた完全な PRD（製品要求仕様書）を生成する。誰かが PRD、製品仕様、機能仕様、要求仕様書を作成したいとき、または「write a PRD for」「create a spec for」「plan this feature」「document this feature」「I need a requirements doc」などと言ったときにこのスキルを使う。このスキルが生成するもの：(1) セキュリティ重点のテンプレート形式の構造化された PRD、(2) Atlassian MCP（直接呼び出し）を通じて設定済みスペースにプッシュされる Confluence ページ、(3) .cursor/plans/ 用の cursor 互換 .md 計画ファイル、(4) ダウンロード可能な整形済み markdown、(5) 任意で、バッチ計画からの Linear/Asana タスク、関係者への Slack 通知、Notion ページのミラー。PRD と機能計画のタスクでは常にこのスキルを使う。
ProductSpec ファイル（.product-spec.md）を書き、検証し、変換する。これは実装前に製品の意図を記録する Markdown 形式。新しい Product Spec を作成するとき、既存の PRD や機能ドキュメントを変換するとき、ローカルまたは CI で仕様ファイルを検証するとき、Decision Trace で仕様の意図が時間とともにどう変わったかを記録するときに使用する。すでに存在する Product Spec に沿ってコードを実装する場合は、代わりに productspec スキルを使用する。
このスキルは pull request ワークフローに使用します — PR の作成（ブランチ、コミット、プッシュ、オープン）、PR のレビュー（コード品質、テストカバレッジ、問題修正）、PR レビューコメントへの対応（フィードバックの修正、レビュアーへの返信）、PR のマージ（CI チェック、マージ、クリーンアップ）。gh CLI を通じて PR ライフサイクル全体を処理します。トリガーには「PR を作成」「PR をオープン」「PR をレビュー」「PR をマージ」「PR コメントに対応」「レビューフィードバックを修正」「レビュアーに返信」「レビュー用にプッシュ」「PR を提出」が含まれます。
Python ライブラリのパッケージングを構成します — pyproject.toml のメタデータ、ビルドバックエンド、src レイアウト、コマンドラインのエントリーポイント、uv ロックファイル、開発依存関係の配置先（dependency-groups か optional-dependencies か）、wheel と sdist。プロジェクトをインストール可能にする、pyproject.toml を設定する、wheel をビルドする、requirements.txt から移行する、uv に切り替える場合に使用します。PyPI への公開やリリース自動化には使用しません。
ユーザーが Protheus ERP のテーブルに対して SQL クエリを構築、パターン選択、最適化する必要があるときに使用します。Workarea（DbSelectArea/DbSeek）対 Embedded SQL 対 TCSqlExec のパターン選択、必須の D_E_L_E_T_/xFilial フィルター、SIX インデックスに整合した WHERE の並び順、SQL インジェクションを防ぐ FWPreparedStatement のパラメーター化、クロスデータベース（PostgreSQL/MSSQL/Oracle）の移植性を扱います。"consulta SQL"、"montar query"、"otimizar consulta"、"qual indice usar"、"escolher entre DbSeek ou SQL"、"prevenir SQL injection no Protheus" のようなポルトガル語の表現でもトリガーされます。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。