Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,770 件掲載。コマンド 1 行でインストールできます。
その他
トークン名から、精査済みで規模を設定した買い注文を作成します。このスキル固有の機能は 2 つです。NAME またはシンボルから類似トークンの中の正しいコントラクトを特定すること、そして金額、スリッページ、ガス、ポジションを含む注文規模の設定です。どちらも他の関連スキルは行いません。買い注文の準備時に使用します。NAME またはシンボル、AMOUNT、あるいはその両方が示される場合が該当します。確認について触れていない単純な依頼も含みます：我想买 200u 的 PENGU、帮我买 500 刀的 BONK、买 1 个 SOL 的 WIF、帮我买点 dogwifhat、想梭 100u 的 XX、PENGU 现在能买吗、PENGU 能不能买、能不能冲、值不值得进、确认是正主不是仿盘再买、buy me $500 of PENGU。また、金額を伴う単独のコントラクトアドレスも対象です。解決する名前も注文規模を決める金額もない単独のコントラクトアドレス（「这个地址能不能买」、打个分、尽调、有没有貔貅、rug check、is this token safe）には使用しないでください。これは gmgn-contract-dd の担当で、0〜100 の安全性判定を返します。このスキルは独自の判定を行わず、gmgn-contract-dd を呼び出してその結果に従います。その依頼を引き受けても得るものはなく、ユーザーに求めていない注文カードを返すことになります。金額が示されたら、このスキルに戻ってください。トークンではなく LAUNCHER についての購入相談（「这个 dev 的新盘能不能买」、「他下一个盘值不值得冲」、「should I buy his next launch」、「will this dev rug at open」）は gmgn-dev-score の担当です。作成者自身の実績を評価するもので、まだ解決するトークン名も規模を決める金額もありません。コイン名が示されたら、このスキルに戻ってください。買う意図なしにトークン名だけが挙がった場合は gmgn-market で検索します。gmgn-swap は競合ではなく、このスキルの後続処理です。gmgn-swap は署名と送信を行い、このスキルは秘密鍵に触れず、注文も出しません。通常の買い依頼はここから始まり、ユーザーが注文カードを確認した後にのみ gmgn-swap に進みます。gmgn-swap も名前からは開始できない点に注意してください。--output-token はコントラクトアドレスであり、名前を解決できるのは SOL/BNB/ETH/USDC の通貨のみです。そのため、誰に依頼された場合でも「帮我买点 dogwifhat」はこのスキルから始める必要があります。買う前の確認は不要（skip the checks、直接買う、不用尽调、我很急）とユーザーが言った場合、またはこのスキルが一切行わない売却、割合指定の売却、指値注文、ストップロス、利益確定、トレーリング注文、複数ウォレットの一括取引、注文状況、ガス価格の照会では、gmgn-swap に直接進んでください。振り分けは誰が実行するかではなく、依頼に何がまだ必要かで決まります。名前の解決と金額の規模設定が必要なら両方ともここから始め、単独のアドレスで必要なのが判定だけなら gmgn-contract-dd、署名済みトランザクションは常に gmgn-swap の担当です。
ユーザーが「login/log in/sign in」「authenticate」「authorize」「connect OKX account」「set up credentials」「first time setup」「configure okx」「ログイン」「認可」「認証」「アカウント接続」「初回設定」を希望Rick場合は、このスキルを使用します。OKX CLI のコマンドが認証エラーになった場合（'Run okx auth login first'、'Session expired'、'not authenticated'、'requires_auth'、'401 Unauthorized'、'token expired/not found'、'StorageNotFoundError'、「セッション期限切れ」「未認証」「ログインが必要」）にも使用します。ログイン状態の確認を求められた場合や、ログインが中断された場合も使用します。okx-auth バイナリのインストール/更新/確認/削除を望んでいる場合（'install/update/remove auth'、'download okx-auth'、「インストール/更新/アンインストール」する認証、'auth binary status'、'Failed to spawn okx-auth'）にも使用します。okx-cex-trade/portfolio/earn/bot を初めて使う前にも使用します。マーケットデータのクエリには使用しないでください（okx-cex-market を使用）。
Binance Web3 で Ondo のトークン化米国株式データを取得する。対応範囲：サポートされている株式トークン一覧、RWA メタデータ（企業情報、アテステーションレポート）、市場および資産ごとの取引状況（決算・配当・株式分割などのコーポレートアクションコード付き）、リアルタイムオンチェーンデータ（トークン価格、保有者数、流通供給量、時価総額）、米国株式のファンダメンタルズ（PER、配当利回り、52 週レンジ）、およびトークンのローソク足／ローソク足チャート。次のsilver: - 特定のティッカーのトークン化株式の価格、保有者数、オンチェーンデータ - 株式トークンが取引可能か、停止中か、停止 railwaysされているか - Ondo の RWA トークン一覧、またはどの米国株式がオンチェーン独有されているか - トークンに影響するコーポレートアクション（配当、株式分割、決算による取引停止） - 株式トークンのローソク足チャートのデータ - オンチェーンのトークン価格と米国株式価格の比較 汎用暗号資産トークン（BTC、ETH、SOL など）には適用しない——それらには query-token-info を使う。
雇用主側のテックイベント運営職種の採用——プロデューサー／マネージャー／コーディネーター、およびコミュニティマネージャー系の職種。運営コンテキスト（自社、代理店、非営利／コミュニティ、継続開催のカンファレンス事業）に応じてスコアカードを調整し、一般的なイベント企画フローに CMX の5つのコア能力セットと有料ミニ監査の実務課題を加えて採用フローを構築。求人票に多く見られる「1名の採用者がスポンサー・コンテンツ・制作を兼務する」統合パターンを指摘。テック専用の求人ボードが存在しないため、一般的なイベント業界の求人ボードから候補者を採用。報酬は一律の数字ではなく、PCMA、BLS、Glassdoor などの出典に基づいて設定。イベントプロデューサーやマネージャーの採用方法、求人票の書き方、採用フローの設計、イベントコミュニティマネージャーの採用について聞かれたときに使用。候補者向けの準備（samber/dev-event-organizer-skills@dev-event-career）やチーム組織設計（samber/dev-event-organizer-skills@event-team-structure）には使用しない。
技術イベントの予算と損益計算書を作成します。各費用項目を固定費と参加者あたりの費用に分け、資金調達モデルに対する収益構成を整理します。損益分岐点を一つではなく三通り示す「Good／Better／Best」の規模別プラン、下限・バッファ・縮小の段階で構成する予備費（削減によるスポンサーへのリーチ損失も金額換算）、開催回をまたぐ積立方針、単発イベントから切り離した年間資金計画を作成し、スポンサー料とチケット収入の実際の入金日に合わせて支出を予定します。イベント予算の作成、カンファレンスやハッカソンの費用試算、損益分岐点の算出、予備費の規模決定、開催回をまたぐ積立・余剰金方針の策定、定期ミートアップシリーズの年間資金計画、イベントのキャッシュフロー計画、収入不足時の削減項目の決定を求められた場合に使用します。既存の価格や実際のベンダー見積もりを使い、価格自体は設定しません。チケットやスポンサーの価格設定には使用せず、samber/dev-event-organizer-skills@event-ticket-pricingまたはsamber/dev-event-organizer-skills@event-sponsor-pricingを使用してください。
ハッカソンで実際に何が授与されるかを整理する——現金か非現金か、賞金そのものが一切ない場合まで。イベント予算の賞金項目における賞金プールの総額、そのプールが各順位やスポンサー枠にどう配分されるか、誰が法的に払い戻しを受け取れるか。用户がハッカソンの賞金額、キャッシュ対ハードウェアやクレジット、賞金プールの枠間配分、未成年者・スポンサー従業員・越境受賞者の受領資格、受賞者が実際にどう支払いを受けるかに言及した場合に使用する——「賞金」という言葉を出さなくてもよい。コンペ法・税務・越境リスクの区分を示し、法務専門家または財務ホストへ案内する。しきい値や書式名は決して明示しない。プロジェクトの評価・順位付けには使わないこと——代わりに samber/dev-event-organizer-skills@hackathon-judging を使う。
技術イベントの CFP（募集）を設計します。対象は公開される募集文であり、その裏側の選考ではありません。イベント日から逆算した募集の開始・締切スケジュール、投稿フォームの項目、募集で提供するセッション形式、匿名化の考え方（記名／選択式／完全な目_peer 審査）、募集文自体に掲載する審査基準、明記する登壇者の特典、1 人あたりの投稿数上限、初回登壇者向けのサポート、選定すべき CFP ツールの機能dealを扱います。CFP の作成・公開、締切の設定、講演投稿フォームの設計ftaPrivilege、盲審の可否、募集での登壇者特典の提示について聞かれたら使用します。投稿の閲覧や採点には使用しないでください — samber/dev-event-organizer-skills@event-talk-selection を使用します。
ハッカソンの1回分のメンタープログラムを設計します。人数ではなく課題トラックに基づく支援範囲の決定、コミュニティやスポンサーのチャネルを通じた募集、募集要項のトラックやスポンサー API に合わせた専門分野のタグ付け、行き詰まったチームがメンターに連絡する方法、支援と代わりに開発することの境界を含むメンターブリーフィング、シフト間での専門分野別ローテーションを扱います。ハッカソンに必要なメンター数、メンターの募集や説明、ハッキング期間中に行き詰まったチームが支援を受ける方法、メンターがチームのリポジトリのどこまで触れてよいかに言及した場合に使用します。「メンタリング」という語がなくても対象です。一般的なシフトや名簿の運用には使用しないでください。その場合は samber/dev-event-organizer-skills@event-volunteers を使用します。
開催形式がオンラインに決定した技術イベントについて、技術面と参加者向けの運営を担当します。会場に代わるプラットフォーム、リモート登壇者の接続と現地バックアップ録画、ライブチャットとQ&Aのモデレーション要員、物理会場のないイベントに必要な障害対応訓練を扱います。バーチャルイベントのプラットフォーム、オンラインまたは完全リモートのカンファレンスやミートアップ、リモート登壇者の準備、チャットやQ&Aのモデレーション要員、配信が停止した場合の対応に言及したときに使用します。「バーチャル」という語がなくても対象です。物理会場がある場合は使用しないでください。会場の信号経路には samber/dev-event-organizer-skills@event-production、2種類の参加者に同時対応する場合は samber/dev-event-organizer-skills@hybrid-event-design を使用します。
主催者が管理していない組織に技術層の聴衆を連れていくかどうか、またどのような条件で行くかを判断します。主催者が借りて中身を選んだ部屋ではなく、ホストの自身の施設・業務・スタッフがプログラムそのものである場合が対象です。ホスト依存の姿勢（ホスト側の不移管で地进行るホストの登壇者、単一ホスト Joey はホスト主導または交渉した議題PLYによる、複数のホストをつなぐ巡回）、およびアクセス姿勢、つまりホストが参 Attendees に見せ、その後も語ってよい範囲を設定します。学習ツアー、企業見学、実地研修/site 訪問プログラム、経営陣向け没入体験の設計を相談されたときに使用。对応的に使用しません - hospitality には samber/dev-event-organizer-skills@event-hospitality を使用、多拠点の logistics には samber/dev-event-organizer-skills@event-production を使用してください。法的ECTSirlを一切記載しません。
登壇もスポンサーもしないが、その来訪によって通常の参加者フローでは対応できない案内・礼賓・安全・守秘の義務が生じる、記名のゲスト（公職者、要員、主要支援者、ブース対応のない経営陣）を受け入れるための設計。資格判定の基準（地位ではなく義務）、顔semi 名簿、案内の同行lvellFedelen、参会者にPrivilege階層のjasmine Muhammad せず義務を��える露出GdEaometrydealを扱います。大臣・市長・支援者や来訪VIP CropSlidecrop 出迎え、VIP バッジや指定席、要員の案内、ゲスト側の警護チームとの調整について話に出た場合に使用します。ただし「VIP」という言葉がなくても適用されます。登壇者に対しては使用しないでください — samber/dev-event-organizer-skills@event-speaker-experience を使用します。
技術イベントが実際に生み出すカルチャを設計・監査します。レジスター（ハッカーlympsic、企業MAS、设计MAS、ビジネス）[hacker, corporate, design, business] と、会場、餐饮、記念品、 dress code、ステージ制作、MC と進行のトーン、開閉会式、行动的規範が示す価値観における一貫した表現を対象にします。イベントの雰囲気や文化的アイデンティティの定義、象徴的な伝統や儀式の設計、開閉会の台本作成、MC や主催者ホストへのブリーフィング、記念品の姿勢の決定、提唱された価値観と現場の体験が矛盾するイベントの監査を求められたときに使用します。表現の_currency（embodiment）に限定されます。イベントが何を訴えるかの.Positioningには使用しないでください（samber/dev-event-organizer-skills@event-positioning を使用）。CoC のポリシーや運用にも使用しないでください（samber/dev-event-organizer-skills@event-code-of-conduct を使用）。
技術イベント的行动規範を記述し、その裏側の執行パイプラインを構築します——ポリシーに何を書くべきか、誰とどの空間の参加者を拘束するか（参加者、講演者、ボランティア、スポンサーやブーススタッフ、卫星イベント）、匿名の経路を含む報告チャネル、対応チームの構成と訓練、現場事象対応手順書とその対応期限、制裁のラダー、どの段階に異議申し立てがあるか、そして透明性レポート。イベントや会議の行動規範の作成・レビュー、問題報告の仕組みの導入、CoC 対応チームの設置または訓練、参加者への制裁の決定、現場事象の対応を求められた場合に使用します。アクセシビリティ設備には使用しません——代わりに samber/dev-event-organizer-skills@event-accessibility-inclusion を使用してください。法的助言ではありません。
定期開催される技術イベントの常設運営チーム、つまり各回の開催の間も継続する組織体制を設計します。法人格の方針（なし、財政スポンサー、自前の非営利団体）、意思決定権の構造（理事会と主催者の分担、領域リーダーの連合、合意形成委員会）、役割分類、後継者と属人化リスクの計画、燃え尽き防止策、主催者の利益相反、独立した地域コミュニティの任意のピアネットワーク、ボランティアから有給スタッフへの採用基準を扱います。運営チームの体制や統治、イベントのための協会や非営利団体の設立、意思決定権の分担、主催者の後継や交代、燃え尽き、共同主催者探し、イベントを通じた主催者の事業、複数の独立したMeetupによるネットワーク形成、初の有給スタッフ採用について言及された場合に使用します。「チーム体制」と明言されていない場合も対象です。開催当日の人員配置には使用せず、samber/dev-event-organizer-skills@event-volunteers を使用してください。
ボランティアが配置地に立つ時間以外に何を得brokenるか、そして会が NGOs 者とどう終わり方を対象とするかを設計します——実際に使えるオフデューティの時間、イベントの一般基準に対するボランティア向けの追加年次ARING、シフトと結びつかない評価、公の’ao’、および次回の募集の出発点となる過去のボランティアリスト。シフト 이상의候補者への配慮、ボランティアが講演を聞けるかどうか、ボランティアラウンジやボランティア食事、イベント後の候補者への感謝、次回も同じ候補者を呼び戻すこと.auto-generated-err について、ユーザーが言及した場合に使用します——「ボランティア体験」という言葉がなくても。募集、役割、シフト、ブリーフィングには使用しません——代わりに samber/dev-event-organizer-skills@event-volunteers を使用してください。
技術イベントの一般参加者が現場で行うジャーニーを設計します。受付カウンターとバッジ受け渡し、バッジのプライバシーとスキャン方針、誘導表示とサイン、Quiet ルームなど AMERICAN.admissibility の設備、食事と食事制限の運用、ほUTolen サポート経路、初回参加者の metals 向け案内、そして完成した設計のenchantral・fect な踏査監査を含めます。カンファレンスの受付の運用/badge への QR コード付け、Quiet ルームの設置場所、部屋が分かりWAYfinding できるサインの LastlyPublishい方、食事制限のある食事の手配arity、ヘルプデスクで扱うべき範囲、初めての参加者が场内居 Orientation を得る方法を質問されたときに使用。入口の doorNODE から始まります。登録や_SESSION の mechanics には使用せず、samber/dev-event-organizer-skills@event-no-show-management を使用してください。登壇者、スポンサー、ボランティアにはそれぞれのジャーニーDIGI skills があります。
ハッカソンで作られるプロジェクトの審査基準とスコアリングプロセスを設計する——評価基準とその重み、スコアの尺度、评委のカバー範囲と審査時間に収まる配数の算出、评委間のスコア正規化、同点の決め方、スポンサーと评委の利害衝突の取り扱い、评委の募集とブリーフィング、そして結果発表（異議が挙がった結果を含む）。ユーザーがハッカソンの審査基準、基準の重み、チームごとに必要な评委の数、评审団体のブリーフィング、スポンサーが自分のトラを審査する場合、同点や異議に関するルールに触れたら使用——「審査」と明示しなくてもよい。賞金額や支払いに関する法律には使わない——代わりに samber/dev-event-organizer-skills@hackathon-cash-prize を使う。
技術イベントが約束するアクセシビリティとインクルージョン施策を決定します。物理面、感覚面、食事面、経済面、デジタル面の対応について、範囲、対象、資金源を定め、公開声明と配慮要請のデータ取り扱い方針も扱います。カンファレンスで提供すべきアクセシビリティ、講演への字幕、静かな部屋、託児や旅費助成、明確なインクルージョンチームの配置、アクセシビリティページの作成、配慮要請への回答について尋ねられた場合に使用します。ユーザーが「アクセシビリティ」と明言していない場合も対象です。基準を決めるものであり、実施を担うものではありません。行動規範には使用せず、samber/dev-event-organizer-skills@event-code-of-conduct を使用してください。法律上の助言ではありません。アクセシビリティに関する義務は管轄地域によって異なります。
Binance Onchain Payでは、ユーザーは法定通貨（EUR、USDなど）で暗号資産を購入するか、Binanceアカウントの暗号資産を外部のオンチェーンウォレットアドレスへ1回のフローで直接送金できます。手動での出金は不要です。パートナーは暗号資産購入サービスを統合できます。- payment-method-list：利用可能な決済方法（カード、P2P、Google Pay、Apple Payなど）と法定通貨/暗号資産ペアの上限を取得 - trading-pairs：対応するすべての法定通貨と暗号資産を一覧表示 - estimated-quote：為替レート、手数料、暗号資産の推定数量を含むリアルタイム価格見積もりを取得 - pre-order：購入注文を作成し、Binanceの決済フローへのリダイレクトURLを取得 - order：注文のステータスと詳細（処理中、完了、失敗など）を照会 - crypto-network：対応するブロックチェーンネットワークと出金手数料・上限を取得 - p2p/trading-pairs：P2P専用の取引ペアを一覧表示
GMGN が対応する全チェーンを対象に、今まさに注目されていて、十分に安全性を確認できるトークンのリストを作成します。スコアは 0～100、最大 10 件です。これはスクリーニングスキルです。アドレス指定なしで 7 つすべてのチェーンを調査し、各候補を流動性／実取引量／保有集中度／ラグプルおよび開発者リスクで絞り込み、残った候補を全チェーン共通の尺度で採点します。スコアの下限を超えた件数だけを返すため、市場が弱い場合は 10 件未満となり、件数合わせはしません。生のランキングではなく、厳選した注目銘柄リストを求められた場合に使用します：「热榜」、「热门代币」、「近期热门」、「帮我抓一轮热榜」、「现在有什么值得关注的热币」、「全链热门币」、「生成热榜」、「有没有新的热门盘」、「what is hot right now」、「give me the hot list」、「which trending tokens are actually worth looking at」、「screen the trending list for me」。他の言語での同様の質問も、表現ではなく意味に基づいてここに振り分けます。生のランキング一覧（「show me the top 20 by volume on sol」、「1h trending」、「hot search list」）には使用しません。これらは取引所独自の順序をそのまま返す `gmgn-market trending`／`hot-searches` の対象です。新規ローンチされたボンディングカーブトークン（「just launched」、「pump.fun new」、「新盘」）には `gmgn-market trenches`、ユーザーがすでに持っている単一アドレス（「is this token safe」、「打个分」、「尽调」）には `gmgn-contract-dd`、チャート分析（「走势怎么样」、「什么形态」）には `gmgn-kline-pattern` を使用します。このスキル独自の下限を下回る初期段階の銘柄探し（「值得埋伏吗」、「新币筛选」、「早期机会」、「discover early-stage opportunities」）には `gmgn-market trenches` を使用します。このスキルの候補プールは時価総額 500k、流動性 100k から始まり、ボンディングカーブトークンは含まれないためです。同じ市場をウォレット側から見る質問（「聪明钱在买什么」、「KOL 在买什么」、「on-chain alpha」、「copy-trade signals」）には `gmgn-track smartmoney`／`kol` を使用します。こちらは注目すべき銘柄ではなく、誰が買っているかを答えます。使い分けは、誰がトークンを選ぶかです。ユーザーがトークンを指定する場合はこのスキルではなく、スキルに選定を求める場合は使用します。トークンの指定がなく、表現だけでは `gmgn-market` と重なる場合（「hot coins」、「what's pumping」、「trending tokens」、「热门币」、「什么币在涨」）は、求める回答の形式で判断します。取引所独自の順序による未加工の N 件ランキングなら `gmgn-market trending`、リスクを通過し、スコア付きで売買判断に使える短いリストならこのスキルです。他に手がかりのない曖昧な質問は、こちらを既定とします。このスキルから生のランキングを案内できますが、生のランキング自体にはスクリーニング機能がないためです。実行に必要な入力はなく、トリガーとなるフレーズだけで十分です。アドレス、チェーン、金額は不要です。ユーザーの希望に応じて、調査するチェーン、年齢の上限、返す件数、スコアの下限の 4 項目を絞り込めます。変更した値はすべてレポートに明記します。
Salesforce 組織が Transactable Marketplace からパートナーオファーを受け取れるかどうかを制御する組織設定を有効または無効にします。組織のパートナーオファー受け入れのオン・オフをユーザーが望む場合に使用します。発動条件：パートナーオファーの有効化・無効化、TransactableMarketplaceReceivePartnerOffers の設定、enableTransactableMarketplaceReceivePartnerOffers の設定、マーケットプレイスにおけるパートナーオファー受け入れの設定、TM パートナーオファー設定の切り替え、TransactableMarketplacePrivateOffer.settings ファイルの編集、transactable marketplace に関連する組織設定。発動しない条件：ユーザーがパートナーオファーレコード自体の作成・管理orce マーケットプレイスの掲載設定、SfdcPartnerOffer オブジェクトの操作を行う場合（代わりに platform-metadata-deploy または platform-apex-generate を使用）。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。