Skills
エージェント向けにパッケージ化された専門スキルと手順を 99,448 件掲載。コマンド 1 行でインストールできます。
開発
Datex Studio の hub 設定でツールバーボタンとクリックフローを追加、変更、削除するときに使用する。`dxs configuration get hub` による hub 設定の取得、toolbar[] と flows[] 配列の編集、レポートを起動するクリックフローの接続、`dxs configuration upsert hub` による変更後の設定のプッシュを扱う。トリガー：「X hub にツールバーボタンを追加する」「Y レポートを開くボタンを接続する」「hub N を変更する」「X ボタンの動作を変える」「hub ボタンからレポート Y を起動する」。
Jackson JSON シリアライゼーションのスキル。日付フォーマット設定（非 ISO-8601）、Null シリアライズ規則（配列→[]/文字列→""/数値→null）、@JsonView の階層化、ObjectMapper のシングルトン規則、TypeReference によるジェネリックなデシリアライズ、@JsonProperty/@JsonFormat/@JsonIgnore アノテーションの原則、Spring Boot との統合をカバーする。ユーザーが JSON のシリアライズ/デシリアライズを扱うとき、ObjectMapper を設定するとき、日付フォーマットや null 処理の問題を解決するときに使用する。
Java プロジェクトのコーディング規約とコメント規約を統一する（SLF4J+Lombok のログ、Bean の Lombok アノテーション選択、null チェックの Objects/Optional、ユーティリティクラスの優先順位 Spring→Apache Commons→Hutool→Guava、複雑なロジックはデザインパターン／単純なロジックは分割しない、Controller/Service/ServiceImpl/Mapper のコメントの一貫性）。「Java 規約に沿ってリファクタリング／レビュー／コメント補完／ログ統一／ユーティリティクラス使用の統一／JavaDoc 補完」が必要なときに使用する。
LINE Front-end Framework (LIFF) SDK の包括的リファレンス — 認証、メッセージング、QR スキャン、固定リンク、プラグイン可能な SDK、LIFF プラグイン開発を備え、LINE 内で Web アプリを構築するための資料。ユーザーが「LIFF アプリを作る」「liff.init() を初期化する」「LIFF からメッセージを送信する」「Share Target Picker を使う」「LIFF で QR コードをスキャンする」「固定リンクを作成する」「LIFF プラグインを開発する」と依頼した場合、または LIFF SDK、LINE Front-end Framework、CDN/npm 統合、プラグイン可能な SDK の tree-shaking、LIFF 間の遷移、LIFF ブラウザと外部ブラウザ、Endpoint URL の設定、LIFF からのサーバー側 ID token 検証に言及した場合に使用する。ユーザーが LIFF、LINE 内の Web アプリ、LINE Front-end Framework に言及した場合は、「LIFF SDK」と明示していなくても常に本スキルを使用すること。
正確な URL がすでに分かっていて、その内容をクリーンな Markdown として必要とするときに使用する——料金ページ、記事、ドキュメントページ、または前のステップで見つけた URL など。Linkup Fetch API を呼び出すコードを書くときにもこれを読むこと。`linkup-fetch` MCP ツールまたは直接の REST 呼び出しで Linkup Fetch API を使用する。URL が分かっている場合は linkup-search よりこれを優先し、1 つの一覧ページから多くの構造化行が必要な場合は linkup-extract を優先する。
Maven Central Repository（https://repo1.maven.org/maven2/）から Maven コンポーネントを検索・取得するための包括的なガイダンスを提供する。この skill では、groupId、artifactId、version などの座標による検索、コンポーネントメタデータ（POM ファイル、JAR、ソース、Javadoc）の取得、バージョン履歴の照会、依存関係の分析が可能。ユーザーが Maven 依存関係の検索、検証、取得、コンポーネントバージョンの確認、依存関係ツリーの分析、Maven 座標の扱いを必要とするときに使用する。
Android のプラットフォーム PDF API を使って PDF 注釈（ハイライト、フリーテキスト、スタンプ）やページオブジェクト（パス/テキスト/画像）を読み取り、追加、更新、削除するとき、またはそれらの編集をディスクに保存するときに使用する——API 36.1（PdfRenderer.Page）と SDK 拡張 18（API 31+ の PdfRendererPreV.Page）、android.graphics.pdf.component で追加された編集機能。バージョンゲート、開く-編集する-書き込むワークフロー、id/レンダーフラグ/保存のコントラクトを扱う。表示専用の PdfViewerFragment の作業、PdfDocument のゼロからの作成、フォーム入力、サードパーティ PDF SDK（iText、PDFBox、PSPDFKit）には向かない。
コードを書く前に実装計画を生み出す協働的な問いかけ。まずコードベースと関連ドキュメントを調査し、一度に 1 つずつ、具体的な推奨回答を添えて質問し、文書化された決定の根拠を問いただし、曖昧な用語を指摘し、共通理解に達するまで決定木をたどってから、計画ファイルを書き出す。出荷パイプラインの最初のステップであり、計画を作成し、plan-reviewer がそれをストレステストし、pr-creator が PR を開く。「計画を作成して」「これを一緒に考えて」「この機能を計画して」「X を作りたい」「私を問いただして」「ドキュメント込みで問いただして」「ドキュメントを理解して」「決定を分解して」「仕様をブレインストーミングして」「計画はどうあるべきか」「一緒に考えてほしい」と依頼されたとき、または非自明な実装を始める前に使用する。
React Hook Form v7（RHF、非制御フォームライブラリ）のリファレンス。別名：rhf / React-Hook-Form。useForm、register、handleSubmit、watch、setValue、getValues、getErrors、reset、Controller、useFieldArray / FieldArray、formState / FormState、ErrorMessage、resolver（Zod / Yup / Joi）、バリデーション、Server Actions / useActionState、DevTools (@hookform/devtools)、TypeScript 型。
具体的なタスク目標に基づいて Fireworks のポストトレーニングを計画します。ユーザーがすでに伝えた情報から手法、cookbook の項目、データ計画、評価方法を提案し、意思決定に不可欠な質問だけを行い、トレーニングの準備ができたら configure に引き継ぎます。ユーザーが問題を平易な言葉で説明する場合、適切な手法やデータセットが分からない場合、公開データセットの案が必要な場合、決定前に検討したい場合に使用します。読み取り専用で、ジョブの作成やデータのアップロードは行いません。モデルとデータが既知で明示的なトレーニング依頼がある場合は configure、失敗時は debug を使用します。
1 つの機能に関する完成した技術設計ドキュメント（TDD / エンジニアリング設計ドキュメント / 設計 RFC）をレビュー/判定するときに使う。エンジニアが設計を再導出せずに実装できるかを判断する。作成ではなく受け入れゲートである。単一ソースの 11 条件からなる実装可能性の基準を判定する：すべての決定が双方向に要件へたどれる；1 つの機能にスコープが限定されている；アプローチと分解が実装可能で、図が記述と同期している；api-spec や data-model が担うインターフェースは参照され、重複していない；判断基準を伴う実際の代替案が 1 つある；失敗モードに対処法がある；可観測性のシグナルが明示されている；テストが失敗と契約適合をカバーしている；ロールアウトとロールバックに測定可能なトリガーがある；捏造された内容がない；amend は差分スコープでレビューされる。`VERDICT: approve|revise` と所見のみを出力し、薄いが完全な TDD を誤って revise としない。作成、上流の PRD や feature-spec、api-spec や data-model、一般的な設計ドキュメントや RFC には適用しない。
Salesforce 統合を構成する：Named Credentials、Connected Apps、External Services、Platform Events、CDC、認証フロー。統合基盤の構築、メタデータ XML、アーキテクチャパターンの選択時に使用。.namedCredential-meta.xml、.connectedApp-meta.xml、.platformEvent-meta.xml、"Named Credential"、"Connected App"、"Platform Event"、"CDC"、"External Service"、"OAuth flow" への言及で起動する。
AI ソフトウェアファクトリー向けのスペック駆動開発（SDD）パイプラインを設計・運用する — 構造化された仕様を入力とし、AI エージェントがコードを生成し、品質ゲートが各フェーズで正しさを強制する：SPECIFY → DECOMPOSE → IMPLEMENT → VERIFY → DELIVER。あらゆる AI コーディングツール（Claude Code、Cursor、Hermes Agent、Devin、OpenHands、droid）が従えるスペック駆動パイプラインを構築または改善するとき、あるいはスペック品質ゲート、フェーズゲートの判定、NFR のエンコード、フォーマット変換が必要なときに使う。目標が明確な単一の小さな変更（まず bmad で分類する）、パイプラインを巡る意図契約・自律性ゲーティング・失敗ルーティングのコントロールプレーンプロトコル（bmad）、検証されていない問題（product-discovery）には使わない。
プロジェクトが音声入力や音声コントロールをサポートする必要があるときにこのスキルを読み込みます — ディクテーション、"click by voice" 文法、Dragon NaturallySpeaking、Voice Control（iOS/macOS）、Voice Access（Android）、またはユーザーが音声でコントロールを操作するあらゆるインターフェース。いかなる場合も、可視ラベルをそのままの順序で保持せずに aria-label で上書きしないでください。アクセシブル名に可視ラベルが必ず含まれるようにし、音声ツールは通常キーボードとポインター入力をエミュレートするため keyboard/SKILL.md と併せて読み込んでください。
ユーザーが Syncfusion を使って Blazor で Word ライクなドキュメントエディタを生成、統合、実装する方法を尋ねた場合にこのスキルを使用する。Syncfusion Blazor Document Editor、Blazor ベースの統合、ドキュメントの編集と書式設定、コメントと変更履歴、表と画像の扱い、ヘッダーとフッターの管理、ドキュメント保護の適用、Blazor アプリでのエンドツーエンドのドキュメントワークフローの構築に関するリクエストでトリガーする。
Syncfusion Markdown for .NET を使用して Markdown（.md）ドキュメントを作成、編集、フォーマット、変換する。ユーザーが Markdown ファイルの生成、Markdown コンテンツの変更やフォーマット、構造化ドキュメントのプログラムによる構築、Markdown ワークフローの自動化、C# コードまたは CSX 実行による Markdown の他形式への変換を求めた場合に、Markdown 処理とドキュメント自動化のためにこのスキルを使用する。
フレームワーク非依存の型安全な store である TanStack Store の Vue アダプター。Vue アプリで \"@tanstack/vue-store\" をインポートするコードを書くときは常に使用する。useSelector、useAtom、useStore（非推奨）、_useStore フック、再エクスポートされた @tanstack/store コア API（createStore、createAtom、createAsyncAtom、batch、flush、shallow）、デバッグ、ベストプラクティス、@tanstack/vue-store のバージョン間の移行を扱う。
テスト駆動開発の手法と red-green-refactor ワークフロー（旧称 test-tdd）。TDD の実践、テストの先行作成、実装前のテスト設計、テストファーストのアプローチのレビューに使用します。「write tests first」「test before code」「red green refactor」「test driven development」で起動します。このスキルは Vitest フレームワーク固有の内容（vitest スキルを使用）や、MSW による API モック（msw スキルを使用）は対象外です。
TSDoc（TypeScript ドキュメンテーションコメント）のガイドライン。@param、@returns、@example、@remarks、@public / @beta / @alpha / @internal、@packageDocumentation、@privateRemarks、{@inheritDoc}、@override、@deprecated、@see、@throws。TypeDoc 互換で、TSDoc 標準タグと TypeDoc 拡張（@category、@since、linkcode、linkplain）に対応。コードの作成・レビュー時に自動参照します。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。