Skills
エージェント向けにパッケージ化された専門スキルと手順を 99,064 件掲載。コマンド 1 行でインストールできます。
開発
@falcondev-oss/form でフォームを構築または編集する——@vue/reactivity 上に構築された型安全でリアクティブなスキーマ駆動のフォームライブラリ（パッケージ form-core、form-react、form-vue）。React または Vue コードベースで useForm / useFormCore、form.fields アクセサ、$use()、field.value / field.handleChange / field.model、form.data、または Standard Schema（zod v4 / arktype）のフォームを扱う場合に使用。
ブランチ上で Datex Studio の footprint-workflow（configurationTypeId=23、CLI タイプ `footprintworkflow`、慣例的な接尾辞 -footprintWorkflow.json）を作成または変更するときに使用する。名前付きの Footprint プラットフォームワークフロー拡張ポイント（Cartonization、Entity Status Change (Before Commit)、Allocation Strategy、Recommend License Plate Location、Barcode Parser など）に接続するローコード TypeScript 実装。プラットフォーム固定のシグネチャ契約（単一の `Input: FootPrintWorkflow.<Slot>InputBaseWL`、スロットにより決まる出力パラメータ）、スロットバインディング（workflowDefinitionId/Name は workflowsMetadata API で検出。workflowGUID は呼び出し元が渡すコード：新規ワークフローでは新しく生成し、編集時は保持し、ドロップイン置換ではレガシー値を再利用する）、アクション層の呼び出しルール、シンディスパッチャパターンを担う。トリガー："create/edit a footprint workflow"、"implement the Cartonization workflow"、"customize entity status change before commit"、"allocation strategy workflow"、"recommend location workflow"、"what dxs commands manipulate Footprint workflows"、"replace the legacy XAML Datex Workflow with TypeScript"。
承認された PRD.md を読み、サードパーティ PAM コントロール（コンパイル済み `.ppmplugin` トラック）のネイティブソースを生成します——iOS Obj-C `<Pascal>Module` とオプションのシステムフレームワーク podspec、Android Kotlin `<Pascal>Module` と build.gradle、AndroidManifest および ReactPackage、開発専用のプライベート package.json（ビルド用の react + react-native devDeps）、そして PCF とビルドステージの両方が読み取るコミット済みの `./manifest.json` ディスパッチ契約です。TypeScript の INativeExtension 層はありません——契約はマニフェストとネイティブモジュールのディスパッチサーフェスです。shared/repo-layout.md のレイアウトを出力し、ほぼ完全なネイティブコードを生成します（コンパイルは後で /build-android-binary と /build-ios-binary が行い、ここでは行いません）。ローカルのみ——ファイルを書き込み、git を実行せず、リモートや feed に触れません。PCF は /generate-pcf-companion が生成し、バンドルは /generate-ppmplugin がビルドします。
サードパーティの `.ppmplugin`（wrap-runtime）コントロール用のディスパッチャー PCF を生成します。pcf/ サブフォルダで `pac pcf init` を実行し、ARCHITECTURE §6 に基づいて ControlManifest.Input.xml を書き換え、ARCHITECTURE §4（メッセージ契約）、§8（PCF サーフェス）、§9（エラー UX）から導出した index.ts を書き込みます——プレースホルダーはありません。ブリッジは複合キー `<name>/<receiver>` を、ホストが注入する `window.PowerApps.NativeExtension.sendAsync` グローバルを介して `NativeModules.<nativeModule>.<method>` にディスパッチします（`cordova.exec` は決して使用しません——PCF サンドボックスには存在しないため）。また、`PowerAppsNativeExtension.d.ts` アンビエント宣言も出力します。応答は `extractResponse` で取り出します。構造化 JSON のデバッグ／エラーログを出力します。`npm run build` で検証されます。**ローカルのみ**——デプロイは行いません。必要なのは `pac` CLI のみです。ネイティブモジュールが存在した後に実行します。npm を使用します（pnpm ではありません）。
サードパーティの `.ppmplugin` をエンドツーエンドでビルドおよび検証します。この推奨エントリポイントは Android と iOS のソースを検出し、対象プラットフォームを確認してから、マニフェスト、プラットフォームビルド、アセンブル、監査の各ステージを順に呼び出します。上級ユーザーは、特定の再実行やデバッグのためにステージを直接呼び出せます。ネイティブのみのバンドル（`manifest.json` と Android DEX および／または iOS フレームワーク）を生成し、いずれかのステージが失敗した場合は、未検証の部分ビルドを出力せずに停止します。ネイティブモジュールが存在した後に実行します。
`manifest.json` を検証し、選択したターゲットに整合させ、`.ppmplugin` バンドル用にステージングする。通常のフローでは、コミット済みの `./manifest.json` がすでに存在する（/generate-native-extension が作成）ため、この段階ではそれを読み取り、プラグインのアップロード互換性チェックをプリフライトゲートとしてローカルで実行し（名前の正規表現、正規プレフィックス、既知の非互換名、メソッドと識別子の形）、`entrypoints` を出荷するプラットフォームに整合させ、gitignore されたステージングコピー `ppmplugin/staging/manifest.json` を書き出す。これを /assemble-ppmplugin が zip 化する。コミット済みの manifest が存在しない場合（手書きのモジュール）は、クラス名と Android モジュールのソースからすべてのフィールドを導出する方式にフォールバックし、コミット済みファイルとステージングコピーの両方を書き出す。ツールチェーンなし — 読み取り、検証、書き込みのみ。ターゲット対応。ネイティブモジュールが存在した後、ビルド系スキルの前に実行する。
コンパイル済みGoバイナリとコンテナイメージを小型化します。リンカーフラグ、インライン化予算、CGOとビルドタグ、埋め込みアセット、依存関係のサイズ、実際のバイト数の測定を扱います。バイナリやイメージが大きすぎる場合、配布用にCLIを小さくする場合、依存関係がビルドに追加する容量を監査する場合に使用します。トリガー例：「binary is too big」「shrink the binary」「reduce image size」「strip symbols」「what is making my binary large」「ldflags -s -w」。対象外：実行時速度とメモリ割り当て（go-performance-review）、CI設定（go-ci）、リリースパイプラインと署名（go-build-release）、依存関係のCVE（go-dependency-audit）
クリーンな分析トラッキングのために、サイト全体のすべてのクリック関連 ID と CSS クラスを標準化する。ユーザーが「分析クラスを標準化する」「トラッキング ID を整理する」「GTM 用に DOM を準備する」「分析の命名を修正する」「トラッキングを一貫させる」ことを望むときに使用する。コードベース全体（HTML/JSX/TSX/Vue）をスキャンし、一貫した命名規則を適用する——ID は "cta_{location}_{action}"、クラスは "js-track js-{category} js-{action} js-{location}"。スケーラブルな GA4/GTM 実装を確実にするシニアフロントエンドエンジニアとして振る舞う。
ユーザーが iOS アプリを App Store に申請したい場合に使用します。ユーザーが 'App Store'、'App Store Connect'、'TestFlight'、'iOS submission'、'app review'、'EAS build'、'eas submit'、'Apple review'、'app rejection'、'iOS release' に言及した場合に使用してください。本スキルは初期設定から App Store 審査承認までの全工程を扱います。
ローカルキャッシュまたは API から Jira の課題データを読み取り、スクリプトで添付ファイルをダウンロードする（コンテキストには読み込まない）。ユーザーが「jira-read [JIRA-ID]」「读取 Jira」「查看 Jira」「下载 Jira」「下载附件」（read/view/download Jira / download attachments）と言ったとき、または Jira の課題データを取得する必要があるときにトリガーする。$JIRA_CACHE_DIR（例：~/.cache/jira）が必要。
ユーザーが数分間実行される可能性のある徹底的で網羅的な複数ソースの調査やレポートを明示的に求めている場合にのみ使用します — デューデリジェンス、市場ランドスケープ、"多数のエンティティをまたいだ X の比較"、検証済みのファクトファインディング。また、/v1/research エンドポイント（モード、推論の深さ、非同期ポーリング）を統合するコードを書くときにも読んでください。linkup-search より低速で高コストです。通常の検索や調査には代わりに linkup-search を使用し、ページからの一括レコードには linkup-extract を使用してください。Linkup の非同期 /v1/research REST エンドポイントを使用します。LINKUP_API_KEY が必要です。
.NET MAUI XAML のデータバインディング、コンパイル済みバインディング、値コンバーター、バインディングモード、マルチバインディング、相対バインディング、MVVM のベストプラクティスに関するガイダンス。使用対象："data binding"、"compiled binding"、"value converter"、"IValueConverter"、"binding mode"、"TwoWay binding"、"multi-binding"、"relative binding"、"BindingContext"、"MVVM binding"、"INotifyPropertyChanged"。使用対象外：CollectionView の項目テンプレート（maui-collectionview を使用）、Shell ナビゲーションのデータ受け渡し（maui-shell-navigation を使用）、依存性注入（maui-dependency-injection を使用）。
ハンドラーファーストのエンドポイント、ルートグループ、フィルター、最新の .NET サービスに適した軽量なコンポジションを用いて、ASP.NET Core で Minimal APIs を設計・実装します。用途：ASP.NET Core で新しい HTTP API を構築する。軽量なマイクロサービスを作成する。Minimal APIs とコントローラーのどちらかを選ぶ。用途外：無関係なスタック。この特定のガイダンスを必要としない一般的なタスク。呼び出し内容：リポジトリのコンテキストを確認し、対象ファイルを編集し、変更時に該当するビルド、テスト、lint、検証コマンドを実行します。
実際の n8n ワークフローに基づく、実証済みのワークフローアーキテクチャパターンです。新しいワークフローの構築、構造の設計、パターンの選択、アーキテクチャの計画、Webhook 処理、HTTP API 連携、データベース操作、AI エージェントのワークフロー、バッチ処理、スケジュールタスクに関する相談に使用します。ユーザーが n8n ワークフローの作成、構築、設計、プロセスの自動化、サービス連携を求めた場合は、「パターン」と明言していなくても必ず参照してください。Webhook、API、データベース、AI、バッチ処理、スケジュール自動化のアーキテクチャを扱います。遅いワークフローの最適化や、大量アイテム処理の高速化（ノード数、batchSize、全アイテム単位とアイテムごとの処理）にも使用します。
API エンジニアリングに関わるすべての NestJS 関連タスクで最優先。@nestjs/*、モジュール、provider、controller、DTO、pipe、guard、interceptor、例外フィルター、Prisma または TypeORM のサービス、GraphQL resolver、マイクロサービス、キュー、キャッシュ、設定、可観測性、または NestJS のテストを使った NestJS バックエンド/API コードの作成、レビュー、リファクタリング、デバッグ、計画のたびにこの skill を使用すること。NestJS のコードでは、一般的な Node.js やバックエンドの助言より本 skill を優先すること。
Open Orbit briefing スキル——Linear がユーザー唯一の接続済みコネクターである場合、またはユーザーが毎日のダイジェストを明示的に Linear に限定した場合に、Orbit パイプラインによって選択される。ユーザーの認証済み Linear 接続から過去 24 時間の issue の動き、ステータス変更、アサイン、サイクルの進捗を取得し、Linear ネイティブの Inbox + サイクル進捗のビジュアル言語でダイジェストをレンダリングする。このスキルは手動でトリガーすべきではない——Orbit のデイリーダイジェストスケジューラーがライブの Linear データに対して呼び出す。
単一の OpenAPI 仕様から複数言語の SDK を生成するとき、または異なるソースから複数の SDK バリアントを生成するときに使用する。workflow.yaml のマルチターゲット構成、言語ごとの gen.yaml、monorepo 構成を扱う。トリガー：「multiple SDKs」「multi-language SDK」「SDK for each language」「multi-target SDK」「SDK monorepo」「generate SDKs for」。
Pachca — ボット向けのインタラクティブフォームとモーダルウィンドウ。入力フィールド、ドロップダウンリスト、チェックボックス、日付/時刻の選択、ファイルアップロードを備えたフォーム、モーダルウィンドウ、投票、アンケート、申請の作成。ユーザーがフォームを表示したい、モーダルウィンドウを開きたい、投票やアンケートを作成したい、フォーム送信（view_submission）を処理したい、またはフィールドを検証したい場合に使用する。trigger_id や dropdown/select にも用いる。ボット token が必要。メッセージ内のインラインボタンや webhook の設定には使用しない。Use when: показать форму, открыть форму, собрать форму, модальное окно, модалка, отправка формы, обработать форму, валидация формы, валидация поля, view_submission, опрос, анкета, заявка, форма заявки, form, modal, interactive form. NOT for: кнопки в сообщении, настроить бота, вебхук, → pachca-messages, → pachca-bots.
正確な UML およびアーキテクチャ文書化のための PlantUML ソースを作成・改訂する。クラス図、シーケンス図、コンポーネント図、配置図、状態図、アクティビティ図、ユースケース図、ER 図、ArchiMate、C4 図を含む。ユーザーが PlantUML、UML、C4、`.puml`、標準 UML セマンティクス、詳細なアーキテクチャ記法を明示的に要求したときに使用する。軽量な Markdown ネイティブの図には Mermaid を優先し、ホスト型の編集可能なレンダリングには ProcessOn のみを使用する。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。