Skills
エージェント向けにパッケージ化された専門スキルと手順を 99,064 件掲載。コマンド 1 行でインストールできます。
開発
リアクティブなサーバーサイドレンダリング UI 向けの Symfony UX LiveComponent——ユーザー操作時に AJAX で再レンダリングするコンポーネントで、JavaScript は不要。ライブ検索、リアルタイムフィルタリング、動的フォーム、インライン検証、連動セレクト、自動保存、ポーリング、遅延/レイジーレンダリング、その他ユーザー入力に応じて自ら更新する UI を構築するときに使用。コードトリガー：AsLiveComponent、LiveProp、LiveAction、data-model、data-loading、data-live-action-url、ComponentWithFormTrait、LiveListener、emit、defer、lazy、polling。ユーザーが「入力に応じて絞り込む検索の作り方」「フォームをリアルタイムで検証する方法」「PHP でリアクティブコンポーネントを作る方法」「連動セレクトの作り方」「コンポーネントのレンダリングを遅延させる方法」「emit でコンポーネント間を通信する方法」「フォームを LiveComponent にバインドする方法」を尋ねたときにもトリガー。リアクティブ性のない静的で再利用可能な UI（twig-component を使用）、純粋なクライアントサイド JS の挙動（stimulus を使用）、ページレベルのナビゲーション（turbo を使用）ではトリガーしない。
mops 管理のマイグレーションチェーン（タイムスタンプ付きファイルからなる migrations/ ディレクトリ）を使った Motoko actor の状態マイグレーションとスキーマ進化。canister のアップグレード、actor フィールド型の変更、stable フィールドの名前変更や追加、暗黙的マイグレーションと明示的マイグレーションの選択、またはマイグレーションファイルの作成——ワンショットの変更を含む——に使用する。原因不明の互換性診断、凍結されたマイグレーションファイル、空でない最初の OldActor、レガシー永続化から変換されたプロジェクト、またはチェーンの削除やインライン方式（with migration = ...）への復帰の依頼には、troubleshooting-motoko-migrations を使用する。
設計ドキュメントから HarmonyOS のコードフレームワークを自動生成する。IDL インターフェース定義、ディレクトリ構造、ヘッダーファイル、ソースファイルテンプレート、ビルド設定などを含む。生成前に OpenHarmony の既存コードを分析し、現行のコードスタイルとアーキテクチャ規約を学習する。以下のユーザー要求に適用：(1) コードフレームワークの生成, (2) IDL インターフェースの作成, (3) BUILD.gn 設定の生成, (4) サービスコードの作成, (5) プロジェクト構造の初期化, (6) 既存コードスタイルの参照。キーワード：code generation, IDL, BUILD.gn, bundle.json, SA profile, OpenHarmony code style, 代码生成, 接口定义, 构建配置, OH代码风格
分析、提案、設計レビュー、計画、実行、検証をチャットのコンテキストに留めず、OpenSpec の成果物（openspec/changes/<name>/、openspec/specs/ にアーカイブ）として永続化する 8 段階の PDCA 問題解決ワークフロー。長期的な振る舞い契約のトレーサビリティ、チームレビュー、監査可能性が必要な機能開発、バグ修正、リファクタリング、複雑なエンジニアリングタスクに使用する。トレーサビリティが不要な一度きりの簡単な編集には使用しない — 代わりに solve-workflow を使用する。トリガー：「opsx解决」「OpenSpec解决」「规范化解决」「创建OpenSpec变更」「创建opsx变更」「用OpenSpec分析」「用OpenSpec修复」「opsx自动解决」「OpenSpec自动解决」「opsx-solve」「opsx-solve-workflow」；「ai-proxy 模式」「AI 代理模式」「切换 ai-proxy」 / opsx solve、OpenSpec solve workflow、create an OpenSpec change、ai-proxy mode、switch to ai-proxy。
提出とバッジ付与のために再現性アーティファクト（コード/データ）を準備する。研究者が「アーティファクト評価」「アーティファクト付録」「再現性」「バッジ」「Artifacts Available/Evaluated/Functional/Reusable」「Results Reproduced/Replicated」「ACM badging」「USENIX/OSDI/SOSP AE」「SIGMOD ARI」「NeurIPS code/checklist」「ACL repro checklist」「Zenodo DOI」「Software Heritage」「コード/リポジトリを匿名化して」「コードをパッケージして」と言うときに使用する。アーティファクト README + 付録、依存関係と実行手順、二重盲検用の匿名化リポジトリ、アーカイブ DOI（Zenodo version と concept）/ Software Heritage SWHID のガイダンスを作成する；ACM バッジ分類と Reproduced/Replicated の時代の入れ替わりを整理する；同梱の標準ライブラリのみのスクリプトで ML Code Completeness チェックリストに対してアーティファクトディレクトリを lint する。アーティファクト準備完了チェックリスト + パッケージング計画を出力する。会場の現在のアーティファクト規則をライブで再確認する。助言のみ；提出は決して行わない。
PBIR、PBIP、TMDL、TOM、fabric-cicd によるプログラム的な Power BI 開発。次の場合に積極的に有効化する：(1) Power BI レポートをプログラムで作成する（PBIR 拡張レポート形式）、(2) PBIR と PBIR-Legacy の選択（2026 のデフォルト）、(3) PBIP 開発者モードと Power BI プロジェクトファイル、(4) 表形式オブジェクトモデル（TOM）/ .NET SDK スクリプト、(5) Tabular Editor スクリプト（C# スクリプト、高度なスクリプト）、(6) pbi-tools ワークフロー、(7) fabric-cicd の Python デプロイ（FabricWorkspace、publish_all_items）、(8) Fabric CLI（fab deploy）、(9) Semantic Link / sempy / semantic-link-labs、(10) PBIX のプログラム生成、(11) 環境固有のデプロイ用 parameter.yml、(12) ALM Toolkit。提供内容：PBIR/PBIP プロジェクトテンプレート、fabric-cicd の deploy.py、Tabular Editor スクリプトのレシピ、parameter.yml のパターン、エンドツーエンドのプログラム的ワークフロー。
ReVa の MCP サーバーがすでに接続している Ghidra セッション内で、5 つの ReVa スクリプトツール — `run-script`、`list-scripts`、`read-script`、`write-script`、`edit-script` — を使って Python (PyGhidra) コードを書き、実行する。ユーザーが現在のプログラムに対して Python を実行したい、Ghidra Flat API を直接使いたい、カスタムの解析パスを書きたい、他の ReVa ツールが公開していない処理を自動化したい、または `.py` スクリプトを Ghidra のスクリプトディレクトリに保存したいと求めたときに使用する。既存の ReVa MCP ツールでは必要な処理ができず、「1 回の呼び出しのために PyGhidra に降りる」のが正解である場合にも使う。すでに専用の MCP ツールがある通常の ReVa ツール呼び出しにはこのスキルを使わないこと（代わりにそのツールを使う）。pyghidra を自プロセスで実行する単体の Python プログラムの構築には使わないこと（run-script ツールは ReVa がホストする Ghidra の*内部*で実行される）。
Salla OAuth 2.0 とマーチャントトークン管理——標準 OAuth に対する Salla の差分：Easy Mode（app.store.authorize webhook 経由でトークンを取得、コールバックなし——公開アプリ）と Custom Mode（認可コード方式、開発/テスト専用）、offline_access スコープ、マーチャントごとのリフレッシュロックが必要な単回使用リフレッシュトークン、User Info エンドポイント。Salla のトークン処理コードを書く前に使用する。ライフサイクルイベント → salla-app-lifecycle；webhook 検証 → salla-webhooks；API 利用 → salla-api-core。
ブランチ上で Datex Studio セレクター（configurationTypeId=7、*-selector.json サフィックス）を作成または変更するときに使用する — データソースを基盤とするドロップダウン / オートコンプリートコントロール。厳格なコンポーネントバリアント規則（基盤は -datasource.json でなければならず、-footprintDatasource.json は不可）、表示ラベルによるソート規則、3 点構成の全文検索契約（getList フィルター + getByKeys キーセット + 全文パラメーター）を担う。トリガー：「ドロップダウンを作成する」「xxx_dd セレクターを作成する」「エンティティ X のオートコンプリート」「列挙型ドロップダウン」「ドロップダウンが空になる」「全文検索でドロップダウンが絞り込まれない」「セレクターの基盤データソースのバリアントが誤っている」。
20 年以上のシニア/リードエンジニアのマインドセットを備えた、エキスパートレベルの SolidJS および SolidStart 開発スキル。細粒度のリアクティビティで本番環境対応のスケーラブルな Web アプリケーションを構築するための包括的なガイダンス。Claude が次を行う必要があるときに使用します：(1) 新しい SolidJS/SolidStart プロジェクトの作成、(2) TanStack Query/Router/Table/Form 統合の実装、(3) signals/stores/resources によるリアクティブコンポーネントの構築、(4) SolidStart での SSR/SSG/ストリーミングの処理、(5) 認証と API ルートの実装、(6) バンドルサイズとパフォーマンスの最適化、(7) リアクティビティの問題とメモリリークのデバッグ、(8) 大規模アプリケーションの構造化、(9) TypeScript による型安全なパターンの実装、(10) エラーバウンダリと suspense の処理、(11) アクセシブルな UI コンポーネントの構築、(12) Vercel/Netlify/Cloudflare へのデプロイ。トリガー："solid"、"solidjs"、"solidstart"、"createSignal"、"createStore"、"createResource"、"tanstack solid"、"vinxi"、"fine-grained reactivity"。
ブランチ上で Datex Studio ストレージコンポーネント（configurationTypeId=17、*-storage.json サフィックス）を作成または変更するときに使用する — 関数階層で $db 経由でアクセスするクラウド永続化 Mongo ストレージ。ストレージと Footprint エンティティの選択、列記述子の形状、`required: true` の読み取り後にパッチする罠（リリース後のみ追加可）、増分的な進化規則、スキーマ変更前の影響分析を担う。トリガー：「ストレージを作成する」「xxx_storage に列を追加する」「オプション/設定テーブル」「ルールテーブル」「日次スナップショットの取得」「必須列を追加した後の $db.update 検証エラー」、ストレージと Footprint エンティティのどちらを選ぶかの判断。
実際のアーキテクチャ境界を可視化しつつ関連する振る舞いをまとめておく物理的なソース構造とパッケージ構造を設計・監査・進化させる。リポジトリツリーの作成やレビュー、ファイルやパッケージの配置先の決定、フラットなフォルダーの削減、機能・ルート・画面・ユースケース・境界づけられたコンテキスト・ワークフロー・エンドポイント単位での整理、フロントエンドの状態・データ・UI の所有権とデザインシステムの構造化、ヘキサゴナルアーキテクチャの内外境界の可視化、ポート・アダプター・コンポジションルートの特定、BFF ルートの構造化、フォルダー移行の計画、パッケージとインポートの方向性の強制に使用する。単一モジュールの論理的責務、深化、分割、呼び出し側コントラクトには codebase-design を、リポジトリ全体のアーキテクチャ投資の発見には improve-codebase-architecture を使用する。物理的なフラット化だけではシステム複雑性の削減にはならない。
自動レトロスペクティブ — EPIC 完了時および手動呼び出し時に学びを記録する。EPIC スコープのレトロは EPIC 成果物に Retrospective セクションを埋め込む。EPIC 横断および時間ベースのレトロは独立したレトロドキュメントを生成する。トリガー：'retro'、'retrospective'、'post-mortem'、'lessons learned'、'debrief'、'what worked'、'what didn't work'、'what did we learn'、'reflect'、または EPIC の終端状態遷移後に自動実行。
Syncfusion Spreadsheet コンポーネントを使用して Excel ライクな UI を必要とする JavaScript アプリにこのスキルを使用する。Excel（.xlsx、.xls、.xlsb）および CSV ファイルの作成、表示、編集；スプレッドシートエディタの埋め込み；API/JSON からのデータバインディング；数式、グラフ、検証、フィルタリング、条件付き書式の使用でトリガーされる。ユーザーがスプレッドシートファイル（"open xlsx"、"load Excel file"、"add Syncfusion spreadsheet"、"bind data to spreadsheet"）に言及した場合もトリガーされる。UI コンポーネントを伴わない独立したファイル処理ではトリガーしない。
デスクトップアプリケーションで Syncfusion Essential Studio Windows Forms (WinForms) コントロールを実装するための包括的なガイド。Syncfusion WinForms コンポーネントや Essential Studio WinForms を扱う場合にこの skill を使用します。WinForms のインストール、ローカライズ、高 DPI 対応、.NET Core 互換性を扱います。コントロールの追加、ライセンスキーの登録、WinForms コンポーネントの問題のトラブルシューティングを支援します。
すでに計画された作業（tlc-plan の plan.md または小規模なチケット）を、証明付きのチェック項目として確定し、構築したうえで、完了を宣言する前にスクリプトと独立した Verifier ですべてのチェックを検証します。ユーザーが「この計画を実装」「このチケットを構築」「この仕様を実装」「チェック項目を書く」「作業を検証」または「tlc-implement」と言った場合に使用します。構築する内容が未決定の場合や、機能の計画が必要な場合は使用しないでください（その場合は tlc-plan を使用）。
リクエスト、チケット、PRD、設計、スレッドを、人が承認し、会話の文脈がなくても実装者が作業できる1つの計画にまとめます。実装者に製品上の判断を委ねる余地がなくなるまで曖昧な点をすべて質問し、その後、課題、具体値を含む EARS 基準、経路と対象データ（mermaid で図示）、インターフェース、そして変更が困難な決定のみを記述します。リクエストに付属する記録は拘束力を持ちます。ユーザーが「これを計画」「機能を計画」「機能仕様を作成」「計画を書く」「この PRD をタスクに分割」または「tlc-plan」と言った場合に使用します。実装（その場合は tlc-implement）、単独の設計文書、構築内容が未決定の場合には使用しないでください。
ブランチ上で Datex Studio の型定義（configurationTypeId=22、*-customType.json サフィックス）を作成または変更するときに使用——インターフェース（i_<name>）と列挙型（e_<name>）はどちらもこの単一のコンポーネント型に存在する。インターフェースか列挙型かの判断、カスタム型の自己参照禁止、UI コンポーネント列挙型の FQN 制約（vars/inParams/outParams は FQN でカスタム列挙型を参照できない——プリミティブとして宣言する）、および「以前は緩かった型を厳格化すると利用側に波及する」という影響ルールを担う。トリガー："create an interface"、"create an enum"、"define a shared type"、"add a property to i_xxx"、"add a value to e_xxx"、フローの inParams/outParams/objectTypeDef 用の型の作成。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。