Skills
エージェント向けにパッケージ化された専門スキルと手順を 101,174 件掲載。コマンド 1 行でインストールできます。
すべて
Salesforce Field Service のスケジューリングポリシーにおける作業ルール — どのリソースと時間枠がアポイントメントの対象となるかを決めるハードフィルター — を設計します。3 部構成のスケジューリングポリシー設計フローのステップ 2 で、sfs-scheduling-policy-designer からポリシーブロックを受け取り、完了時に sfs-service-objective-designer に委譲します。ユーザーが Field Service のスケジューリングポリシーの作業ルール(ハードな対象条件フィルター)を設計または設定したい場合にこのスキルを使用します。
ブランチ上で Datex Studio フォーム(configurationTypeId=5、*-form.json サフィックス)を作成または変更するときに使用する — 一時入力の収集、ダイアログの起動、検証してから確定するワークフローのホスト。宣言的ストリングスロットの TypeScript 式エンコード、宣言的初期化と命令的初期化の分離、ダイアログ起動パターン、確定ボタンの制御を担う。トリガー:「フォームを作成する」「xxx フォームにフィールドを追加する」「X を収集するダイアログを開く」「入力付きの確認ダイアログ」「検証してから確定するワークフロー」「宣言的バインディングでフィールドが入力されない」「確定ボタンが常に無効になる」「キャンセル時にダイアログの outParams が undefined になる」。
TanStack Query と oRPC を使用した Dify フロントエンドのクエリおよびミューテーションパターンの実装ガイド。次の場合にトリガー:web/contract で契約を作成または更新する、router の構成を組み込む、コンポーネントやサービスで consoleQuery または marketplaceQuery を利用する、queryOptions()/mutationOptions() を直接呼び出すかヘルパーや use-* フックを抽出するかを判断する、oRPC の experimental_defaults/default オプションを設定する、条件付きクエリを処理する、キャッシュの更新/無効化、ミューテーションのエラー処理、またはレガシーなサービス呼び出しを契約優先のクエリとミューテーションのヘルパーに移行する。
ユーザーがスプリント計画、マイルストーン追跡、スコープ管理、リスク評価、スケジューリング、リソース配分、チームベロシティについて尋ねたとき、または開発チーム全体のプロダクション調整が必要なときに呼び出す。トリガー:「sprint」「milestone」「scope」「risk」「schedule」「resource」「velocity」「deadline」「crunch」「cut list」。クリエイティブビジョン(game-creative-director を使用)やアーキテクチャの意思決定(game-technical-director を使用)には呼び出さない。AlterLab GameForge コレクションの一部。
タイムラインとリソースに対してプロジェクトのスコープを評価します。トリガー:「scope creep」「feature list」「can we fit this in」「timeline pressure」「resource constraints」「cut list」「scope evaluation」。スプリント計画(game-sprint-plan を使用)や一般的なプロジェクト状況(game-producer を使用)には起動しないでください。AlterLab GameForge コレクションの一部です。
gate-cli 経由の Gate Smart Earn(L2):Simple Earn、デュアル商品、ステーキング、利回り比較、余剰資金の提案、確認付きの申购/解約。ユーザーが Earn の APY、フレキシブルまたは固定の Earn、デュアル投資、ステーキング報酬、ポジション、Earn の申购/解約について尋ねたときは常にこのスキルを使用します。トリガーフレーズには earn、Simple Earn、dual investment、staking、flexible earn、fixed earn、subscribe earn、redeem earn、auto renew、APY compare が含まれます。
既存のブログ記事や Web コンテンツを GEO(Generative Engine Optimization)向けに最適化する — ChatGPT、Perplexity、Claude、Google AI Overviews における AI 検索での可視性を高める。ユーザーがブログの URL を提示したり既存のコンテンツを貼り付けて、AI 検索向けの最適化、LLM での可視性のための書き換え、GEO スコアの改善、コンテンツの答え優先化、FAQ セクションの追加、AI 検索向けの見出しの再構成、引用される可能性の向上、コンテンツの AI 対応度の監査を求めたときに使用する。また "GEO optimize this"、"make this AI-search ready"、"rewrite for Perplexity"、"optimize for ChatGPT"、"optimize for Google AI Overviews"、"improve AI visibility"、"reformat for AI search"、"make this content citation-worthy"、"content isn't showing up in AI search"、"why isn't my blog cited by AI"、"GEO audit"、"answer-first rewrite"、"restructure for AI"、"make my blog AI-friendly"、"improve LLM citability" でもトリガーする。ゼロから新規コンテンツを書く用途ではトリガーしない — それには geo-content を使用する。
ブランチ上で Datex Studio グリッド(configurationTypeId=3、*-grid.json サフィックス)を作成または変更するときに使用する — 最も密度の高い UI コンポーネント。作成前の行ソースの判断(自前 vs 独立データソース、OData vs flow)、5 か所の動的フィルター接続規則、二次的なエンリッチメントデータソース、命令的セル API、および編集ごとに必須の grid-validator ゲートを担う。トリガー:「グリッドを作成する」「xxx グリッドに列を追加する」「グリッドを X でフィルター/ソート可能にする」「ツールバーボタンを追加する」「フィルターを追加する」「追加データで行をエンリッチする」「空の列」「動的フィルター契約の不一致」「グリッドが空白で描画される」「tailored/custom グリッドバリアント」、エンリッチメントデータソース関連の作業。
マージ前に Datex Studio グリッド設定を監査するとき、またはグリッドの描画/フィルター/ソート/ツールバーの不具合を診断するときに使用する — grid-creator の後の必須の最終ゲート。汎用の component-validator では捕捉できないグリッド特有の落とし穴を扱う:エンベロープ形状、テキスト表示の強制変換、5 か所の動的フィルター接続の同期、命令的セル API の不一致、tailored と custom の由来の適合性。トリガー:「グリッドを監査する」「マージ前にグリッドを確認する」「グリッドの描画 / フィルター / ソート / ツールバーの不具合を診断する」「grid-creator 後の最終ゲート」。グリッド以外のコンポーネントには component-validator を使用する。
プレーンな HTML/CSS/JavaScript サイトのアニメーションを構築・レビューします。GSAP によるページのイントロ/アウトロ、コンポーネントの表示/非表示、スクロール効果、ドキュメント間の View Transitions、bfcache、Swup、Barba、Taxi を使った fetch/swap ナビゲーションを扱います。GSAP が明示されていなくても、初回描画時のちらつきやナビゲーションの中断に使用できます。非表示コンテンツの復元と初回読み込みのパフォーマンスも対象です。コンポーネントフレームワークや、単独の GSAP API に関する質問には使用しません。
AI エージェント フレンドリーなコードベース向けに Harness エンジニアリングを構築・改善する(AGENTS.md、docs/、Lint ルール、Eval システム、プロジェクトレベルの Prompt エンジニアリングを含む)。トリガーとなる場面:AI エージェント向けに新規/空のプロジェクトを設定する、AGENTS.md や CLAUDE.md を作成する、Harness エンジニアリングに関する質問、エージェントがコードベース上でより効率的に作業できるようにする。ユーザーが不満を感じたりエージェントの品質について不満を言ったりするときにもトリガーされる(例:'エージェントはいつも仕様を無視する'、'指示にまったく従わない'、'なぜいつも X を間違えるのか'、'エージェントが壊れている')— エージェントの出力品質が低いことはほぼ常に Harness の欠如を意味し、モデルの問題ではないからである。対象:Context エンジニアリング、アーキテクチャ上の制約、マルチエージェント協調、評価、長時間実行タスクの Harness、エージェントループ(自律動作、検証器、停止条件)、エージェントメモリ(セッションをまたぐ記憶、メモリの管理)以及びエージェントの品質問題の診断。
Huawei Cloud 上で Kunpeng DevKit を WebUI モードでインストールする。Python SDK で Kunpeng (aarch64) ECS をランダムパスワード付きで作成し、Python KMS SDK でパスワードを暗号化し、hcloud CLI で EIP/VPC 操作を行い、Python paramiko SSH(パスワードはプロセスメモリ内のみ)で DevKit-All-x.x.x-Linux-Kunpeng.tar.gz をインストールする。フレームワークとすべてのプラグイン(porting/affinity/devtools/debugger/sys_perf/java_perf/sys_diagnosis)を含む。ユーザーが新しい Kunpeng ECS に DevKit をインストールしたい場合にこのスキルを使用する。トリガー:ユーザーが "DevKit"、"Kunpeng DevKit"、"install DevKit"、"DevKit WebUI"、"Kunpeng DevKit"、"DevKit-All"、"鲲鹏DevKit"、"安装DevKit"、"鲲鹏开发套件" に言及したとき
Hutool 中国語 Java ユーティリティライブラリのスキル。Guava/Apache Commons との機能選択マトリクス、文字列/コレクション/日付/ファイル/HTTP の最頻出メソッド早見表、HttpUtil vs OkHttp の選定、BeanUtil vs MapStruct の責務分担を扱う。Java プロジェクトで中国語シナリオ向けのユーティリティメソッド(ピンイン/身分証/携帯番号の検証)、HTTP リクエスト、ファイル操作、暗号化/復号が必要なときに使用。LLM が Hutool を使わずに車輪の再発明をするのを避ける。
IEEEtran LaTeX クラスまたは Word テンプレートを使用して、IEEE のジャーナル(Transactions、Journals、Letters、IEEE Access)や会議向けの論文を整形し、投稿します。ジャーナル/会議モード、抄録と索引語、番号付き IEEE 参考文献スタイル、図表と数式、著者略歴、ページ制限と超過ページ料金、IEEE PDF eXpress、著作権フォーム、ダブルブラインドの選択肢、ScholarOne/IEEE Author Portal での投稿を扱います。IEEE の投稿論文の執筆、IEEEtran のレイアウト問題の修正、投稿要件への準拠確認に使用します。
あらゆるランディングページやサービスページを、10 カテゴリ・48 項目のチェックで監査する。対象は LLM/AI での発見可能性、GEO 対応度、コンテンツの明瞭さ、schema マークアップ、内部リンク、鮮度シグナル、技術的なクロール可能性。総合スコア(100 点満点)、カテゴリ別スコア(100 点満点)、pass/warn/fail/手動の件数、優先順位付けされた修正リストを生成し、すべてディスクに保存される単体の HTML レポートとして描画する。ユーザーが URL を提示して、監査、採点、GEO 対応度の確認、AI での発見可能性のテスト、ランディングページ監査の実行、または LLM 引用の可能性の評価を求めたときに使用する。「audit this page」「score this URL」「check GEO for」「is this page AI-ready」「run a GEO audit」「LLM page check」「how would AI read this page」「landing page score」といった表現でもトリガーする。
Life Sciences Cloud for Customer Engagement の組織の前提条件を検証する。管理者が Life Sciences Cloud をデプロイする前に、必要な設定、権限、OWD 共有ルール、機能トグルがすべて正しく構成されていることを確認する必要がある場合に使用する。ユーザープロファイル、権限セット、Life Sciences CE 設定、サーベイ、OWD、在庫、アカウントプラン、ケアプラン、Chatter、データ保護、複数通貨、州/国の選択リスト、個人アカウントをチェックする。各チェックの合否を是正手順とともに報告する。TRIGGER 条件:ユーザーが「check prerequisites」「verify org setup for Life Sciences」「LSC readiness check」「pre-requisites for Life Sciences Cloud」「validate org for LSC」と言ったとき。DO NOT TRIGGER 条件:ユーザーがこれらの設定を自動的に有効化または構成したいとき、またはユーザーが Life Sciences Cloud の完全なエンドツーエンド設定/オーケストレーションを求めたとき(それは `life-sciences-fieldsalesrep-coordinate` オーケストレーターの役割であり、このスキルは独立した前提条件チェックとしてのみ実行される)。
このスキルを使用して、Life Sciences Cloud の Territory Type、Territory Model、Territories を作成し有効化します。ユーザーが「set up territories」「create territory model」「configure territory hierarchy for Life Sciences」「territory setup for LSC」「create territories for Life Sciences Cloud」と言ったときにトリガーします。Geographical テリトリータイプ、LSC Territory Model、3 階層のテリトリ階層(Region、District、Territory)を作成します。ユーザーと名前を確認し、プレビューを表示してから、モデルをデプロイして有効化します。次の場合はトリガーしないでください:ユーザーが前提条件を検証したい、ユーザーをテリトリに割り当てたい、テリトリ割り当てルールを作成したい、または Life Sciences Cloud の完全なエンドツーエンドのセットアップ/オーケストレーションを実行したい場合(それは `life-sciences-fieldsalesrep-coordinate` オーケストレーターの役割です — このスキルは独立したテリトリ設定としてのみ実行されます)。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。
