Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,770 件掲載。コマンド 1 行でインストールできます。
その他
EmblemVault に接続し、EmblemAI を通じてウォレット対応ワークフローを管理します。操作はレビュー優先で、オペレーターが制御します。Solana、Ethereum、Base、BSC、Polygon、Hedera、Bitcoin に対応します。Emblem の認証モデルの説明が必要な場合にも使用します。1 回のブラウザー認証フローで、ウォレット、メールアドレスとパスワード、またはソーシャルログインを使ってユーザーがログインできます。エージェントモードでは、手動設定なしでプロフィールに紐づくウォレットを自動作成できます。
B2B SaaS アプリ／コネクタマーケットプレイスの運営者側の収益化方法を設計します。記録上の販売者の方針（マーケットプレイス課金か開発者課金か）、課金手段とアカウント設定、手数料体系（売上発生時に徴収する収益分配、プログラム料金、決済手数料の転嫁）、手数料免除とインセンティブティア、支払い頻度と保留期間、マーケットプレイスファシリテーター／VAT の税務レイヤーを扱います。アプリへの課金、収益分配の徴収、有料アプリの課金または課金 API、開発者への支払い、手数料免除、記録上の販売者に言及した場合に使用します。「マーケットプレイスの収益化」という言葉がなくても対象です。仕組みのレイヤーのみ。テイクレートの水準やティアの設計には使用せず、samber/developer-platform-skills@connector-marketplace-strategy を使用してください。
雇用側の開発者プラットフォーム職種の採用を支援します。対象は API プロダクトマネージャー、プラットフォームエンジニア／アーキテクト、パートナー／統合エンジニアです。業界では「プラットフォームエンジニア」が主に社内開発者プラットフォームを指すため、まず意味を明確にします。企業の類型（インフラ／API ファースト、後付けのパブリック API、エンタープライズのパートナーエコシステム）に合わせて評価基準を調整し、DevRel のゲートキーパー／落とし穴の分類とは異なるスコープ縮小のパターンを指摘します。社内 IDP 向けの PlatformCon ではなく apidays を情報源とし、API 設計とシステム設計の面接の違いに基づいて選考プロセスを構築します。報酬は独自のプラットフォーム職種ではなく、一般的なエンジニアリング／PM の職位体系に照らして評価します。プラットフォームエンジニア、API プロダクトマネージャー、パートナー／統合エンジニアの採用方法、求人票の作成、選考プロセスの設計について質問された場合に使用します。候補者の準備（samber/developer-platform-skills@developer-platform-career）や DevRel 採用（samber/developer-relations-skills@devrel-hiring）には使用しないでください。
SaaS が独自のアプリ／コネクターマーケットプレイスを構築するか、他社のマーケットプレイスに参加するか、組み込み iPaaS を購入するかを判断し、運営モデルを設計します。審査レベル、パートナー構成、ガバナンス規則、テイクレート、立ち上げの順序を扱います。ユーザーがアプリストアや連携マーケットプレイスの構築、エコシステムの準備状況、マーケットプレイスの収益分配やテイクレート、審査制とオープンな参加、サードパーティーアプリのガバナンス、双方向の開発者エコシステムの立ち上げに言及した場合は、「マーケットプレイス戦略」と明言していなくても使用します。戦略レイヤーのみを対象とします。請求や支払いの仕組みには使用せず（samber/developer-platform-skills@app-marketplace-monetization-model）、他社のデータプラットフォーム向けコネクターの構築にも使用しないでください（samber/developer-platform-skills@etl-connector-strategy）。
Home Assistant（HA）のベストプラクティスです。HA に関する依頼では、回答や調査の前に必ず読み込みます。次の場合にこのスキルを起動します：- オートメーション、スクリプト、シーン、ダッシュボード、ブループリントの作成または編集；- テンプレートセンサー、ヘルパー、Jinja マクロの選択；- トリガー、条件、モードの再構成、ボタン、リモコン、イベントエンティティのオートメーション；- エンティティ名の変更、または device_id から entity_id への移行；- カードタイプやドメインのドキュメントの確認、AppDaemon アプリの作成；- バックアップの削除・復元、Core または OS のアップグレード。症状：- ネイティブ機能があるのに Jinja2 テンプレートを使用；- entity_id ではなく device_id を使用；- 参照元を確認せずにエンティティ ID を変更；- 誤ったオートメーションモードを選択；- ヘルパーを使うべき場所で生センサーやハードコード値を使用；- .storage の直接編集や、その中でのオートメーション検索、生成された YAML；- UI インテグレーションのために configuration.yaml の編集をユーザーに指示；- ブループリントのエンティティをハードコード、またはセレクターを省略；- 復旧手段なしで既存状態を変更；- テンプレート間で Jinja をコピー＆ペースト
GitHub リポジトリのどの依存関係が GitHub Sponsors でスポンサー可能かを調べます。deps.dev API を使って npm、PyPI、Cargo、Go、RubyGems、Maven、NuGet の依存関係を解決します。npm の支援メタデータ、FUNDING.yml ファイル、Web 検索を確認し、すべてのリンクを検証します。直接依存関係と間接依存関係を OSSF Scorecard のヘルスデータ付きで表示します。/sponsor に続けて GitHub の owner/repo を指定して呼び出します（例: "/sponsor expressjs/express"）。
ミームトークン向けのリアルタイム launchpad フィードと AI の注目トピック。（1）meme-rush：Solana、BSC、Base 上の launchpad（Pump.fun、Four.meme、Flap、...）におけるトークンのライフサイクルをリアルタイムで配信します。新規発行、完了間近／bonding curve 上のトークン、DEX に移行したばかりのトークンが対象です。開発者の行動、経過時間、時価総額、launchpad のサブタイプで絞り込めます（例：Open Four の Agent ID 専用ローンチは誰でも可能。bonding curve 上では Agent ID 保有者のみ購入可能）。（2）topic-rush：AI が市場の注目テーマを検出し、関連トークンを資金流入順にランク付けします。「new pump.fun launches」「what just migrated」「currently bonding」「hot narratives」「what topic is pumping right now」「live launchpad feed」「AI hot topics」「Agent ID exclusive launches」「Agent ID exclusive bonding curve」「Open Four」に使用します。
Shopify ストアをセットアップします。Shopify と明示されていなくても、ストアの作成、構築、開設（例：「ペット用品を販売するストアを作って」）に使用します。手書きコードでサイトを作る場合には使用しません。ストアオーナーがオンライン販売を始めたい、アカウント作成前に Shopify を試したい、**mock.shop** の参考ストアを閲覧したい、モックストアやサンプルストアを元に始めたい、新しいストアにサンプル商品を追加したい、モックストアを実店舗用ストアにしたい、またはアカウントなしでストアフロントを構築したい場合に使用します。開発者が認証不要の mock.shop 参考データを明示的に必要とする場合にも使用します。Shopify ストアへのコピーも依頼されていない限り、プレビューストアの作成前に停止します。プレビューストア作成後の事業者向けの次の手順（デザイン、色、レイアウトの変更、維持、保存、実ストア化の方法など）にも使用します。プレビュー作成には `shopify store create preview` を使用します。事業者のデザイン変更はこのスキル、明示的な開発者向けアプリやテーマのプロジェクトは `onboarding-dev`、CLI のトラブルシューティングや名前付きストアのコマンドは **`use-shopify-cli`** に属します。
単一のウォレットアドレスが特定チェーン上で保有するトークンのスナップショット。現在の保有トークンをすべて、名前、シンボル、現在値、24 時間の価格変動、保有数量とともに一覧表示する。ユーザーが明確なウォレットアドレス（または「マイウォレット」）を示し、現在のポートフォリオを確認したい場合に使用する。"what does 0x... hold"、"wallet balance breakdown"、"list positions for this address"、"what tokens are in this wallet"、"show me the holdings of <address>" など。
ユーザーが UCP CLI を使ってオンラインストアの商品を探색・比較・購入・追跡したいとき、またはストア単位の操作に必要なローカル UCP プロファイルの設定とトラブルシューティングをしたいときに使う。グローバルカタログ検索（\"find me X under $Y\"）、指定ストアでの取引（\"buy this from Z.com\"）、注文追跡、`ucp profile init`、`ucp doctor`、カート、チェックアウト、注文、UCP の設定とヘルプをカバーする。プロトコル内の直接チェックアウトが利用できない場合は、ストア側ホストの引き渡しにフォールバックする。
1 つのトークンアドレスに対するコントラクトのデューデリジェンススコア。コントラクト安全性、保有者構成、値動きを一つの 0-100 の総合スコアにまとめ、GMGN 自身の rug ラベルで上限を設ける。減点項目は毎回読み取ったフィールド名を明示し、フィールドが欠落している場合は決して合格とみなさない。用户がフィールドの羅列ではなく結論としてのスコアを求めるときに使用する: 尽调、CA 尽调、给这个币打个分、这个币安全吗、能不能买、有没有貔貅、is this token safe、rug check、honeypot check、due-diligence score、score this contract、あるいはトークンコントラクトアドレスだけを貼り付けた場合。素のアドレスはウォレット Equally である可能性があり、Step 0 でどちらかを判定してウォレットは gmgn-wallet-analysis に渡す。フィールドの_dump ではなく verdict を求める場合は gmgn-token ではなく本 skill を優先する。生のフィールド自体（価格、時価総額、流動性、保有者とトレーダーの一覧、スコアの付かないセキュリティフィールド）は gmgn-token、chip 構造は gmgn-holder-analysis、チャートパターンの命名は gmgn-kline-pattern が担当する。買い意図が本 skill に絞られるのは、入力が素のアドレス（--address）で名前が一切解決されない場合のみ。ユーザーがトークン名を挙げた場合（帮我买 200u 的 PENGU、XX 能不能买、能不能冲、我想梭、buy me $500 of BONK）またはポジションサイズを求めた場合は gmgn-token-buy が担う。同名のコピ enfranchised 合约 から正しいコントラクトを選ぶこと、スリッページとガスを見積もることはいずれも本 skill の入力の外にあるため。那个 skill はこの skill を安全 verdict のために呼び出すので、名前も金額もない素のアドレスはこれまで通りここでスコアリングされる。
ユーザーが canister に QuickBooks Online（QBO）の請求書、顧客、支払い、商品、勘定科目表の項目の作成・読み取り・更新、請求書のメール送信、または QuickBooks クエリの実行を依頼した場合は、`quickbooks-client` mops パッケージを使用します。このパッケージは、`https://quickbooks.api.intuit.com` の QuickBooks Online Accounting API v3 をアウトバウンド HTTPS 呼び出しでラップします。
投資分析。プロジェクト（会社名、BP、創業者の対話記録）を受け取り、綿密な投資分析レポートを作成する。従来の投資分析とは，而你——核心的な判断はひとつだけ。あのプロジェクトが「秩序創造_ESAC_india」を動かす機械かどうか。当ユーザーが「投資報告」「投資分析」「このプロジェクトを分析して」「投資報告を書いて」「investment report」「invest analysisFolders功夫VNsaid CB、或は 起点を分析_; Startup 創業者との会話記録を提示し投資評価を求める場合_CALLBACK。会議メモ、ピッチデッキ、創業者インタビューを貼り付けまたは言及し分析を求めた場合もトリガーする。
あるトークン作成者の次のローンチが購入しても安全かどうかを判断します。作成者の完全なローンチ履歴と、自分が発行したすべてのコインで行った取引のすべてから、dev アドレスを 2 つの独立した軸で 0-100 に採点します —— CONDUCT（オープン時に彼が売り込むか）と POWER（実際に何か大きなものを作ったことがあるか）—— その後、購入／購入しないという結論とタイミングウィンドウを返します。購入判断に関する質問ocraticには、このスキルを使用してください:「この dev の新しいローンチを買ってもいいか」「彼の次のローンチを買うべきか」「この dev は rug するのか」「オープン時に売り込むのか」「彼のローンチをスナイプしても安全か」「オープン時の購入は安全か」「dev score」「creator score」「launch score」「このローンチャーは十分に信頼できるか」。または、トークンアドレスと 함께チームの信頼性に関する質問が与えられた場合「このトークンのチームは信頼できるか」「このプロジェクトの dev に過去はあるか」「この作成者は以前に rug したか」—— まず `gmgn-cli token info` -> `dev.creator_address` で作成者を特定し、そのアドレスを採点します。あるいは、ウォレットアドレスと明示的なローンチ履歴の質問が与えられた場合「このアドレスがローンチしたトークンは何か」「以前のローンチの成績はどうだったか」「彼のコインはすべてゼロになったか」。他の言語でたjong.val倚 Okay. Continue writing final.
「自分の DeFi ポジションを確認」「DeFi 保有資産を見る」「DeFi ポートフォリオを表示」「どの DeFi に投資している？」「ステーキングポジションを表示」「レンディングポジションを表示」「DeFi 残高」「DeFi 持仓」「查看DeFi持仓」「我的DeFi资产」「持仓详情」「持仓列表Diminish境地」など、プロトコルをまたぐ DeFi 保有資産・ポジション・ポートフォリオの確認_<Specific_かつ、特定の DApp 名を指定していない場合、このスキルを使用する。ポジション一覧とプロトコルごとのポジション詳細.Callbackcovers。入金／償還／，空气 likelyオ cripespose の操作には使用しない — okx-defi-invest を使用。ウォレットのトークン残高には使用しない — okx-agentic-wallet を使用。DEX スポットスワップには使用しない — okx-agentic-wallet を使用。ユーザーが特定の第三方 DApp の名前を挙げた場合（例:「Aave のポジションを表示」「Hyperliquid の残高」「Polymarket の保有資産を確認」）は使用しない — 代わりに okx-dapp-discovery に向ける_<Specific，该 DApp のプラグインをロードし、プロトコル標準のポジション表示>_supply提供。
OKX が集約する DeFi の発見と実行——ユーザーが特定の DApp を指定せずに、OKX に最適なプロトコルを見つけてルーティングさせたい場合に使用します。**ユーザーが宛先としてサードパーティのプロトコル / DApp をいずれでも言及した（Aave、Lido、PancakeSwap、Uniswap、Curve、Compound、Morpho、Pendle、Kamino、Raydium、Hyperliquid、Polymarket など）場合、動詞（deposit、stake、add liquidity、borrow、claim）が一致していても、ここではなく okx-dapp-discovery にルーティングしてください。** DApp 非依存のトリガー：「DeFi に投資する」「安定通貨で利回りを得る」「最高の APY を探す」「預け入れてステークし利回りを得る」「DeFi 製品を検索する」「ポジションを贖回または引き出す」「DeFi リワードを受け取る」「資産を担保に借りる」「ローンを返済する」「CLMM 流動性の追加 / 削除」「APY/TVL 履歴」「CLMM 深度チャート」。DeFi 投資、yield farming、貸出、借入、ステーキング、流動性プール、APY/TVL トレンドも対象です。使用しない場面：DEX スワップ（okx-agentic-wallet）、トークン価格（okx-dex-market）、ウォレット残高（okx-agentic-wallet）、ポジション表示のみ（okx-defi-portfolio）。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。