Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,222 件掲載。コマンド 1 行でインストールできます。
すべて
Binance Agentic Wallet に関する 100 の質問。中国語の Q&A で、エージェントが Binance のオンチェーンウォレットを理解し、公式 baw ルートを選び、取引の承認とリスク範囲を確認し、制約付きの自動化拡張を設計できるよう支援します。ミームコインのリスクとハニーポットの識別、rug pull 対策、スマートマネーシグナルの真偽確認を扱います。製品に関する質問、操作のトラブルシューティング、取引戦略の制約、ミームコインのリスク管理、ウォレットのワークフローに使用します。公式ウォレット skill の代替ではなく、Binance 取引所の先物注文には使用しません。
`orca` CLI を通じて、Orca 管理の worktree、フォルダーコンテキスト、ターミナル、リポジトリ、自動化、成果物、スキル共有、worktree コメント、Orca 内蔵ブラウザーを操作します。ユーザーが「$orca-cli」「Orca worktree」「child worktree」「spawn codex/claude in a worktree」「read/wait/send Orca terminal」「handoff」／「handover」／「give this to another agent」「Orca browser」「orca artifacts」「share skills」と言った場合に使用します。Orca の状態が関係する場合は、通常の git worktree、臨時の PTY、Computer Use より優先します。CLI、ファイルシステム、API では操作できない可視ウィンドウの GUI 操作が必要な場合に限り、Computer Use を使用します。
premiere-pro-mcp を介し、JSON の編集プランから Premiere Pro でラフカットを組み立てます。フレーム単位の正確なカット、マーカー、パンチイン、カード、Bロール、-14 LUFS での納品に対応します。「Premiereで作成」「Premiereのラフカット」「パンチイン」「Bロールでカバー」「monta no Premiere」「marcadores pra narrar」「exporta as aulas」、/visant-premiere-editor の指示で使用します。
専門知識のない人と一緒に、固定された8つの手順でウェブサイトを構築します。モックアップ、デザイン（特性に基づく2〜3案）、フレームワーク、承認用 PRD、ローカルでの構築と提示、港への送付とそこでのブラウザー表示、組立ライン、サイトまたはサーバーの順です。Cockpit で島を開き、各手順を schritt_melden で報告します。ウェブサイト構築中は常にこのスキルを使用します。webseite-planen の後、webseite-modernisieren の現状調査後、「サイトを作って」「モックアップ」「草案」「PRD」「ローカルで確認」「計画の次はどうする」などの依頼に使用します。
openSUSE RPM パッケージの作成、変更、レビュー、ビルドを行います。.spec および .changes ファイル、osc / OBS、src.opensuse.org (Gitea) 上の Git パッケージングワークフローが対象です。.osc/ チェックアウトや *.spec ファイルを扱う場合、osc、OBS、rpmbuild、git-obs、tea、rpmlint、spec-cleaner について言及された場合、またはパッケージの更新、ビルド、提出、レビュー、フォーク、古いパッケージの確認、パッケージのプルリクエスト作成を依頼された場合に使用します。
米国株のウォッチリストについて、価格が設定値を上回る／下回る場合、日次変動率、窓開け、52 週高値／安値、移動平均線のクロス、RSI、ATM IV、出来高急増、日中値幅、ストップ／目標値への到達、今後の決算などの価格アラートを確認します。重複排除、クールダウン、NYSE の取引時間、任意の ntfy/Slack/webhook 通知、時間外取引、祝日、US/Eastern 時刻に対応します。「アラートはある？」「ウォッチリストを確認して」「AAPL が 200 を下回ったら知らせて」「ntfy にアラートを送って」といった依頼や、スケジュール／ハートビートによる確認で使用します。
既存製品の画面を代表的なページテンプレートとしてデザインシステムの Storybook に補完します。製品がすでに LOCAL デザインシステムを使用している箇所はそこから再構築し、システム由来ではない領域をすべて明確に示します。「get this product into Storybook」「backfill our screens」「represent this product in the design system」「I want to see how a component change ripples across products」「relocate these pages into Storybook」と言われた場合、または製品（サイト、アプリ、リポジトリ、URL）と Storybook が挙げられた場合に使用します。これは翻訳ではなく移設です。画面を移動してシステム外の部分を示します。独自 UI をシステムに合わせて変換すること（それは vibe-killer）も、移行計画を立てること（それは ds-adoption-plan）もしません。また更新処理を実行し、前回の取得以降に製品が Storybook のコピーからどれほど乖離したかを報告します。
鍵束、金庫、窓、錠前のある家の比喩を使い、知識のない人がプロジェクトを安全にできるよう支援します。秘密情報はGitのログに入れず、サーバー上の.envに保存します（ベルトコンベアに必要なら、港の金庫にも保存します）。誤って公開した鍵はすぐに再生成し、用途ごとに鍵を分け、必要な入口だけを開け、更新を続けます。「セキュリティ」「コード内のパスワード」「APIキー」「.env」「Secret」「GitHubに鍵をアップロードしてしまった」「サイトは安全か」「ハッキングされた」「アップデート」「ファイアウォール」といった相談や、新しい秘密情報をプロジェクトに追加する前に使用します。
受け入れテストのセッションを開始します。ユーザーは完成した作業を手動で試そうとしています。機能の ACCEPTANCE.md を案内し、存在しない場合は実際の変更内容から作成します。その後、ユーザーのメモ、スクリーンショット、修正内容を一つずつ受け取り、各判定を対応するチェック項目の横に記録して、見つかった問題を修正するか持ち越します。単発の事象ではなくパターンに見えるもの（要件の見落とし、繰り返すバグ、設計上の誤り）は docs/acceptances/ATTENTION.<feature>.md に候補として記録し、end-acceptance がユーザーとともに docs/acceptances/ATTENTION.md へ昇格させます。ユーザーを待たせるには遅すぎるため、セッション中はテストスイートを実行しません。end-acceptance が一度実行します。ユーザーが受け入れを開始すると伝えた場合、機能をテストまたは試そうとしている場合、または /start-acceptance <feature> を実行した場合に使用します。
チームに ICP について聞き取り、アカウント適合ルールを説明可能な評価基準にまとめ、Clay のスコアリングワークフローを構築・テストし、よく知る5つのアカウントで調整します。スコアリングが機能した後に、テリトリー分割案を任意で別途レビューに提出できます。アカウント適合スコアの構築、ICP のスコア化、テリトリー計画のためのアカウント評価、評価基準のテスト、担当者向けのバランスの取れた顧客ポートフォリオの提案を求められた場合に使用します。新たな市場の開拓、個人のスコアリング、インバウンドリードの振り分け、アウトリーチの開始、レコードの統合、CRM の担当者の無断変更には使用しないでください。
個人資料への接続とナレッジベースの利用。ユーザー自身の過去の文書、顧客資料、以前の計画、会議記録、学習資料を参照する必要があるタスクで使用します。たとえば「以前の資料を参考に会議の準備をする」「以前の計画に沿って案を書く」「なぜ以前こう決めたのか」などです。「ナレッジベース」と言ったり、百炼を名指ししたりする必要はありません。資料一式を今後も再利用したい場合や、資料庫への接続、更新、表示、一時停止、再開、整理を求められた場合にも使用します。明示的な bl knowledge / kscli リソース操作にも対応します。一般的な質疑応答、現在の添付ファイルだけの要約、過去の資料を必要としない執筆には使用しません。個人の好みやチャットの記憶は bailian-memory の対象です。DingTalk の文書管理、モデル選定、ファインチューニングは対象外です。
予備知識のない人と一緒に、WCAG 2.2 AA に基づいて小規模なウェブサイトのアクセシビリティを確認し、改善します。コントラスト、文字サイズとズーム、画像の説明、キーボード操作、フォーム、読み上げ、動きを平易な言葉で扱います。結果は docs/barrierefreiheit.md に検査記録として保存します。「Barrierefreiheit」「barrierefrei」「Accessibility」「a11y」「WCAG」「Kontrast」「Alt-Text」「Screenreader」「für ältere Menschen lesbar」「mit Tastatur bedienen」の場合にこの Skill を使用します。
作成者とは独立した判定者を派遣します。新しい評価サブエージェントが、構築前に作成された合格基準に照らして完成物を確認する評価モード、または正本データに照らして一括監査する監査モードに対応します。すべての判定に証拠を示し、修正は一切行いません。所有者が評価者、レビュアー、監査担当者、判定者を求める場合や、「判定者を送って」「評価して」「新しいエージェントで確認して」「別のエージェントにレビューさせて」「このフォルダーを監査して」「レジストリを監査して」「正本データと照合して」「LLM-as-judge」といった依頼に使用します。依頼された場合のみ実行し、タスク終了時に自動実行されることはありません。テスト、スキーマ検証、検索結果がゼロであるべき検索など、機械で実行できる確認、数百件の同一ユニットの確認、修正には使用しません。
Albatros サーバー用の独自ドメイン（例：meinladen.ch）を探し、購入または接続します。住所と電話帳に例えてドメインと DNS を説明し、名前を提案して domain_suchen で空きを確認し、Albatros 経由で domain_kaufen を使って購入します（本人が所有者となり、情報は決済ページでのみ入力します）。すでにドメインを持っている場合は、domain_verbinden で接続します。DNS レコードと TXT による確認 _albatros を設定し、ブラウザーに鍵マーク付きでサイトが表示されるまで確認します。「独自ドメイン」「自分のアドレス」「.ch を購入」「空いているドメイン」「ドメイン検索」「DNS」「A レコード」「CNAME」「TXT レコード」「ドメインがサイトを指していない」「証明書」「https が使えない」の場合に使います。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。