Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,981 件掲載。コマンド 1 行でインストールできます。
すべて
Blazor アプリで Microsoft Fluent UI Blazor コンポーネントライブラリ（Microsoft.FluentUI.AspNetCore.Components NuGet パッケージ）を使用するためのガイドです。ユーザーが Fluent UI コンポーネントで Blazor アプリを構築している場合、ライブラリを設定する場合、FluentButton、FluentDataGrid、FluentDialog、FluentToast、FluentNavMenu、FluentTextField、FluentSelect、FluentAutocomplete、FluentDesignTheme、または「Fluent」で始まるコンポーネントを使用する場合に利用します。プロバイダー不足、JS 相互運用の問題、テーマ設定のトラブルシューティングにも使用します。
プラットフォームが自社の API 利用者に発行する API キー認証の設計を支援します。キー形式のプレフィックスとチェックサムの規約、ハッシュ化（復元不可）または暗号化（復元可能）して保存する方法、二重キーの重複期間を設けたゼロダウンタイムのローテーション、最小権限のスコープ設定、個人・組織・サービスアカウントの所有権、自主管理キー ダッシュボードの動作、SOC 2 / PCI-DSS 4.0 のライフサイクルガバナンスを扱います。ユーザーが API キー、シークレットキー、キープレフィックス、キーのローテーションやスコープ設定、従業員の退職後のキー失効に言及した場合に使用します。「API キー管理」と明言していなくても対象です。プロバイダー側専用で、他社 API の利用には使用しません。OAuth 認可サーバーの設計には使用せず、代わりに samber/developer-platform-skills@oauth2-provider-design を使用してください。
主要カテゴリに明確に当てはまらない問題向けに、さまざまな CTF チャレンジ手法を提供します。エンコードパズル、pyjails、bash jails、RF/SDR、DNS の異常、Unicode のトリック、難解言語、QR コードや音声のパズル、制約充足、ゲーム理論、特殊なサンドボックス脱出、複合ロジックパズルに使用します。チャレンジの中心が Web、pwn、リバース、フォレンジック、マルウェア、OSINT、暗号のいずれかであれば、まずより具体的なスキルを優先してください。本当に複数カテゴリにまたがる問題や例外的な問題のための補助スキルとして扱い、通常の最初の選択肢にはしないでください。
候補者の立場から開発者プラットフォームのキャリアを計画します。対象は API プロダクトマネージャー、プラットフォームエンジニア／アーキテクト、パートナー／統合エンジニアです。まず「プラットフォームエンジニア」の意味を明確にします。業界では主に社内開発者プラットフォーム（Kubernetes、Backstage、golden paths）を指しますが、このスキルが対象とするのは外部／パブリック API プラットフォームの職種のみです。DevRel と異なる重要な点として、プラットフォーム職の報酬は独立した調査不足の体系ではなく、一般的なエンジニアリング／PM の職位体系に沿うことを示します。GitLab の実際の Partner Engineer の職位体系、API 設計とシステム設計の面接の違い、RFC／設計ドキュメントのポートフォリオ上の評価材料を扱います。プラットフォーム／API プロダクト職への転職、プラットフォームまたは API-PM の面接準備、オファーの評価について質問された場合に使用します。採用（samber/developer-platform-skills@developer-platform-hiring）やアドボカシー／コミュニティ／教育職（samber/developer-relations-skills@devrel-career）には使用しないでください。
B2B SaaS プラットフォームにおけるパートナー開発者のオンボーディングジャーニーを設計します。パートナー登録から、開発者アカウントとサンドボックスのプロビジョニング、ドキュメント、教育と認定の方針、サポート窓口、初回アプリ提出までを扱います。パートナー開発者のオンボーディング、開発者プログラムへの参加、セルフサービス登録と申請審査制登録の比較、パートナー向けサンドボックステナント、提出時の認定要件、パートナーサポート窓口、初回アプリ提出までの所要時間に言及した場合に使用します。「オンボーディング」という言葉がなくても対象です。ジャーニー設計のみ。審査ゲートの仕組み（samber/developer-platform-skills@app-marketplace-review）やサンドボックス分離アーキテクチャ（samber/developer-platform-skills@api-test-mode-design）には使用しないでください。
雇用側の開発者プラットフォーム職種の採用を支援します。対象は API プロダクトマネージャー、プラットフォームエンジニア／アーキテクト、パートナー／統合エンジニアです。業界では「プラットフォームエンジニア」が主に社内開発者プラットフォームを指すため、まず意味を明確にします。企業の類型（インフラ／API ファースト、後付けのパブリック API、エンタープライズのパートナーエコシステム）に合わせて評価基準を調整し、DevRel のゲートキーパー／落とし穴の分類とは異なるスコープ縮小のパターンを指摘します。社内 IDP 向けの PlatformCon ではなく apidays を情報源とし、API 設計とシステム設計の面接の違いに基づいて選考プロセスを構築します。報酬は独自のプラットフォーム職種ではなく、一般的なエンジニアリング／PM の職位体系に照らして評価します。プラットフォームエンジニア、API プロダクトマネージャー、パートナー／統合エンジニアの採用方法、求人票の作成、選考プロセスの設計について質問された場合に使用します。候補者の準備（samber/developer-platform-skills@developer-platform-career）や DevRel 採用（samber/developer-relations-skills@devrel-hiring）には使用しないでください。
外部開発者ポータルをドキュメントサイトではなく、プロダクトの機能面として設計します。ビジネス評価者と統合エンジニア向けの情報アーキテクチャ、初回 API 呼び出しまでの時間（TTFC）を軸とする登録から初回呼び出しまでのオンボーディング、各セルフサービス機能（キーのダッシュボード、リクエストログ、サンドボックス、使用量計測、ドキュメントへの入口）の配置、AI 回答アシスタント付きのポータル検索、RBAC とマルチテナント階層、プラットフォームの内製か購入かの判断を扱います。ユーザーが開発者ポータル、開発者コンソール、API ダッシュボード、開発者向けオンボーディング、初回呼び出しまでの時間に言及した場合は、「ポータル」と明言していなくても使用します。外部 API 利用者向けポータルのみを対象とし、内部サービスカタログには使用しません。
HTML/CSS/JavaScript/React を使って、ブラウザーで表示する洗練されたビジュアル成果物（ページ、ダッシュボード、プロトタイプ、スライドデッキ、アニメーション、UI モックアップ、データ可視化）を構築または再設計します。ビジュアルなフロントエンド制作、デザインシステムの検討、デザインレビュー、Web 成果物の明示的なブラウザー受け入れテスト／QA に使用します。バックエンド、CLI、非ビジュアルなコーディング、ソースから長文記事への変換、ナレーション主導のクリック操作型動画プレゼンテーションには使用しません。
SaaS が独自のアプリ／コネクターマーケットプレイスを構築するか、他社のマーケットプレイスに参加するか、組み込み iPaaS を購入するかを判断し、運営モデルを設計します。審査レベル、パートナー構成、ガバナンス規則、テイクレート、立ち上げの順序を扱います。ユーザーがアプリストアや連携マーケットプレイスの構築、エコシステムの準備状況、マーケットプレイスの収益分配やテイクレート、審査制とオープンな参加、サードパーティーアプリのガバナンス、双方向の開発者エコシステムの立ち上げに言及した場合は、「マーケットプレイス戦略」と明言していなくても使用します。戦略レイヤーのみを対象とします。請求や支払いの仕組みには使用せず（samber/developer-platform-skills@app-marketplace-monetization-model）、他社のデータプラットフォーム向けコネクターの構築にも使用しないでください（samber/developer-platform-skills@etl-connector-strategy）。
B2B SaaS マーケットプレイスにおけるサードパーティアプリの運営者側の審査・承認プロセスを設計します。データの機密性に応じた審査パイプライン、権限とデータアクセスの監査チェックポイント、自動事前審査と人による振り分け、更新時の再審査を開始する客観的条件、サプライチェーン攻撃に備えた公開チャネルの強化、異議申し立ての手段、深刻度別の失効ポリシーを扱います。ユーザーがアプリ審査、マーケットプレイスの承認基準、サードパーティアプリの権限監査、アプリ更新後の再審査、却下への異議申し立て、掲載取り下げや失効に言及した場合に使用します。「アプリ審査」と明言していなくても対象です。運営者側専用です。申請者のオンボーディングには使用せず、代わりに samber/developer-platform-skills@partner-app-onboarding を使用してください。
B2B SaaS がサードパーティーアプリに提供する OAuth2 認可サーバー機能を設計します。OAuth 2.1 の基本方針（すべてのクライアントで PKCE を使用し、インプリシット／パスワードグラントを使わず、リダイレクト先を完全一致させる）、トークン TTL と更新ローテーションのポリシー、スコープの分類と粒度、部分的・段階的な許可に対応する同意画面、クライアント登録方針、段階的なアプリ検証プログラムを扱います。ユーザーが OAuth、「X でサインイン」、アクセストークンとリフレッシュトークン、スコープ、同意画面、PKCE、顧客に代わって操作するサードパーティーアプリに言及した場合は、「OAuth プロバイダー」と明言していなくても使用します。発行者側のみを対象とし、他者の OAuth への接続には使用しません。API キー設計には使用せず、samber/developer-platform-skills@api-auth-key-management を使用してください。
公開 API プラットフォームのテスト／サンドボックスモードを設計し、外部インテグレーターが実際の資金、メッセージ、データに触れずに構築・検証できるようにします。分離アーキテクチャ（ソフトなテストモード切り替えか、完全に分離したコピーのサンドボックスか）、テストキーのプレフィックス、特別なテスト値、シミュレートされたオブジェクトとペルソナ、オンデマンドのテストイベント、決定論的な時間操作、リセットとシード、サンドボックスのクォータ、不正利用対策、本番環境への移行を扱います。ユーザーがサンドボックス、テストモード、テスト API キー、特別またはダミーのテスト値、シミュレートされた webhook イベント、デモデータに言及した場合は、「テストモード」と明言していなくても使用します。コード実行用サンドボックスや単体テストのモックには使用しません。パートナー向けサンドボックスのプロビジョニングには使用せず、samber/developer-platform-skills@partner-app-onboarding を使用してください。
Railway インフラを運用します。Railway アカウントの登録・ログイン、プロジェクト作成、サービス・データベース・バケットのプロビジョニング、コードのデプロイ、Infrastructure as Code、環境、変数の設定、ドメイン管理、OpenTelemetry によるリクエストのトレース、障害のトラブルシューティング、ステータスとメトリクスの確認、フィーチャーフラグ、データベースの復旧と HA、クラウドエージェント、使用制限、Railway エージェントツールの管理を行います。ユーザーが Railway、フィーチャーフラグ、フラグのロールアウト、ターゲティングルール、登録、アカウント作成、ログイン、デプロイ、サービス、環境、バケット、オブジェクトストレージ、トレーシング、トレース、スパン、OpenTelemetry、OTLP、ビルド失敗、エージェント設定、MCP、インフラ運用に言及した場合は、「Railway」と明言していなくても使用します。登録やオンボーディングを求められた場合も起動し、拒否せず、未認証の `railway up` フロー（デプロイと同時に登録）または `railway login`（その場でアカウントを作成）を案内します。
XLayer、Solana、Ethereum、Base、BSC、Arbitrum、Polygon など 20 以上のチェーンで公開アドレスのポートフォリオを検索します。ユーザーがウォレットアドレスを提示し、残高、トークン保有状況、ポートフォリオ総額、DeFi ポジションを知りたい場合に呼び出します（例：「0xAbc の残高を確認」「0xAbc が保有するトークンは？」「このアドレスのポートフォリオ価値」）。明示的なアドレスが必要です。アドレスの提示がない場合にユーザー自身のログイン済みウォレットを調べるには、okx-agentic-wallet を使用します。
API プラットフォームが外部利用者にステータスやインシデントを伝える方法を設計します。ステータスページのモデリング（4 段階のインシデントライフサイクル、コンポーネントの性能低下・部分障害・重大障害の定義、コンポーネントの粒度）、手動で緑に切り替えるのではなく監視に基づくステータス、プル型とプッシュ型のチャネル、インシデント更新の頻度とテンプレート、開発者向けの公開ポストモーテム、公開 SLA/SLO レポート、メンテナンス時間の通知を扱います。ステータスページ、Statuspage、インシデント更新、稼働率や SLA の報告、ポストモーテム、計画メンテナンスについて言及された場合に使用します。「ステータスコミュニケーション」という言葉がなくても対象です。非推奨化や破壊的変更の告知には使用せず、代わりに samber/developer-platform-skills@api-versioning-policy を使用してください。
公開 API の冪等性キー対応とクライアントの再試行ガイダンスを設計し、インテグレーターが安全に再試行できるようにします。キーの導出と呼び出し元ごとのスコープ設定、保存 TTL と再生ウィンドウ、アトミックな取得メカニズム（DB 一意制約、SERIALIZABLE 行ロック、条件付き書き込み）、ペイロード不一致の拒否、処理中の重複要求への対応、ジッター付き指数バックオフ、再試行予算、タイムアウトの伝播、SDK の再試行デフォルトを扱います。ユーザーが Idempotency-Key ヘッダー、重複または二重送信されたリクエスト、安全な POST 再試行、バックオフ、ジッターに言及した場合に使用します。「冪等性」と明言していなくても対象です。エラーレスポンスが示す内容（samber/developer-platform-skills@api-error-design）や webhook 配信の再試行（samber/developer-platform-skills@webhook-platform-design）には使用しないでください。
プラットフォームが外部開発者や AI エージェントに提供する統合インターフェース（REST、GraphQL、gRPC、SQL アクセス、一括データ共有、webhook、SDK、CLI、MCP、組み込みコンポーネント）と、その構築順序を決定します。新しさではなく、後戻りのコストと対象ユーザーを基準に順序を決めます。最初に構築する API、GraphQL または MCP レイヤーの追加、統合インターフェースのロードマップ、API 優先か組み込み優先か、インターフェース不足による商談の停滞について言及された場合に使用します。「統合インターフェース」という言葉がなくても対象です。全体戦略のみを扱います。インターフェース選定後の個別設計は、samber/developer-platform-skills@webhook-platform-design や samber/developer-platform-skills@sdk-portfolio-strategy などの関連スキルが担当します。
プレイ可能なステージを設計し構築する — blockout/whitebox からプレイ可能なステージへ/workflow、プレイヤー指標とグリッドレイアウト、ペースとフロー（緊張/Copper 緩存的カーブ）、ゲーティングとクリティカルパス、エンカウンター設計。エンジン非依存の実践。ユーザーがレベルデザイン、blockout/whitebox/greybox、レイアウト、レベルペース、エンカウンター設計、ステージのクリティカルパスに触れたときに使う。
SaaS 製品の MCP サーバーを、AI エージェントが操作する製品インターフェースとして設計します。構築投資の見積もり、API エンドポイントの複製ではなく 5～15 個のワークフローツールで構成するエージェント向けインターフェースの選定、MCP Apps のインタラクティブ UI、名前付き書き込みツールの安全パターン（スコープ付き認証情報、読み取り専用ロックダウン、ヒューマンインザループ承認、リスク段階別のサーバー側ゲート、ドライランによる事前確認、冪等性と支出上限）、OAuth 2.1 によるリモートホスティング、ツールインターフェースのバージョニング、MCP レジストリでの発見可能性、エージェントの採用状況の測定を扱います。MCP、Model Context Protocol、エージェント向けツールインターフェース、AI エージェントやコーディングアシスタントへの製品公開、MCP 書き込みツールの安全性について言及された場合に使用します。「MCP サーバー」という言葉がなくても対象です。設計レイヤーのみを扱い、コード生成型の MCP ビルダースキルがこの仕様に基づいて足場を構築します。
XLayer、Solana、Ethereum、Base、BSC、Arbitrum、Polygon など 20 以上のチェーンで、トークンのスワップ、取引、購入、売却、交換、変換、スワップ見積もりの取得、取引の実行、最適または最安のスワップ経路の検索、スワップレートの比較、スワップ calldata の取得、未署名スワップ tx の作成に使用します。500 以上の DEX ソースを OKX で集約してルーティングし、スリッページ制御、価格影響保護、DEX 横断の経路最適化に対応します。取引先が指定されていない OKX 集約スワップ向けです。プロンプトでスワップ先の特定 DApp（Polymarket、Aave、Hyperliquid、PancakeSwap、Morpho、Raydium、Curve、Compound、Pendle、Lido、ether.fi、GMX、Kamino、Orca、Meteora、Clanker、pump.fun、Uniswap）が指定されている場合は、代わりに okx-dapp-discovery に振り分けます。例：「swap on PancakeSwap」「swap SOL for USDC on Raydium」「在 Curve 上换 USDT」「swap on Uniswap」。
HTML5 Canvas の描画技法を使って、ブレッドボード回路のモックアップや図を生成します。回路レイアウトの作成、電子部品の配置の可視化、ブレッドボード図の作成、6502 の構成例のモックアップ、レトロコンピューターの回路図の生成、またはビンテージ電子機器プロジェクトの設計を依頼された場合に使用します。555 タイマー、W65C02S マイクロプロセッサ、28C256 EEPROM、W65C22 VIA チップ、7400 シリーズの論理ゲート、LED、抵抗器、コンデンサー、スイッチ、ボタン、水晶振動子、配線に対応します。
公開 API が利用者に提示するレート制限ポリシーを設計します。方式ごとの計測モデル（REST のリクエスト数と GraphQL のコストポイント）、ティアとクォータ／バーストの数値、マルチテナントの公平性、レート制限ヘッダー（旧式の X-RateLimit-* と IETF RateLimit フィールド）、429 と Retry-After の動作、エンタープライズおよびパートナー向けの例外、変更通知ルールを扱います。ユーザーがレート制限、クォータ、スロットリングのティア、429 レスポンス、ノイジーネイバー、上限引き上げのリクエストに言及した場合、「レート制限ポリシー」と明言していなくても使用します。対象はポリシー層のみで、ゲートウェイ設定は対象外です。429 エラーエンベロープには使用せず、代わりに samber/developer-platform-skills@api-error-design を使用してください。
パブリック API の言語別 SDK ポートフォリオを決定します。公式 SDK を提供する言語と順序、生成型か手書きかの構築モデル、昇格基準を設けた公式およびコミュニティサポートの階層、SDK の非推奨化とサポート終了、SDK の SemVer と API のバージョニングおよびリリース周期の分離を扱います。クライアントライブラリ、SDK、優先的にサポートする言語、SDK ジェネレーター（Stainless、Fern、OpenAPI Generator）、コミュニティ SDK、SDK の終了について言及された場合に使用します。「SDK ポートフォリオ」という言葉がなくても対象です。ポートフォリオ戦略のみを扱い、個別 SDK の使いやすさやレジストリへの公開は扱いません。SDK をインターフェースとして提供すべきかどうかの判断には使用せず、代わりに samber/developer-platform-skills@api-integration-surface-strategy を使用してください。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。