Skills
エージェント向けにパッケージ化された専門スキルと手順を 98,284 件掲載。コマンド 1 行でインストールできます。
すべて
ユーザーがハブ立地問題を解きたい、ハブアンドスポーク型ネットワークを設計したい、物流ネットワーク向けにハブ配置を最適化したいときに使用する。ユーザーが "hub location"、"hub-and-spoke"、"p-hub median"、"hub covering"、"single allocation hub"、"multiple allocation hub"、"airline hub network"、"postal hub network"、"consolidation center location" に言及したときにも使用する。一般的な施設立地については facility-location-problem を参照。配送センターについては distribution-center-network を参照。
HubSpot CRM のレコード——連絡先、会社、取引、チケット、カスタムオブジェクト——を読み取り、作成、更新、検索、関連付けます。ユーザーが連絡先を調べたい、取引を作成したい、会社を更新したい、CRM を検索したい、2 つのレコードを関連付けたい、または「HubSpot に何があるか」を尋ねたときに使用します。「API」と言わなくても使用してください。app.hubspot.com 配下の URL や HubSpot のオブジェクト/レコード ID への言及にも使用します。このサービスとやり取りするときは常にこのスキルから始めてください。同梱のスクリプトとレシピが最短経路です。
リリース前にアウトバウンド仮説を採点・順位付けし、実行キューにまとめます。Victor Shulgaによるコールドアウトリーチ仮説のテストガイドに基づくリリース前評価手法で、停止フィルターゲート、番号Nを含む標準仮説形式、チャネル容量チェック、0/1/3/5スケールによる6要素加重スコア、上位3件を実行に回す優先キュー、事実記録用ジャーナルの骨組みを扱います。ユーザーが「оціни гіпотези」「оцінка гіпотез」「пріоритизуй гіпотези」「яку гіпотезу запускати першою」「черга запуску」「відбери 3 гіпотези」「score these hypotheses」「prioritize hypotheses」「which hypothesis do we run first」と言ったとき、またはキャンペーン案の一覧や仮説マトリックスを提示して何を実行するか尋ねたときに使用します。リリース前の仮説マトリックスの再採点や、チームが作成した仮説リストの監査にも使用します。仮説をゼロから生成する用途(hypo-generatorを使用)や、テスト実行後の結果を読む用途には使用しません。
ICP を定義し、ABM ターゲットアカウントリストの規模と階層を決め、購買委員会をマッピングする —— リスト構築とエンリッチメントの前段にある戦略レイヤー。理想顧客プロファイルとスコアリング基準を定義するとき、収益目標に対して何社をターゲットにするかを決めるとき、アカウントを階層化(A/B/C/D)するとき、ペルソナ/購買委員会(チャンピオン、経済的買い手、エンドユーザー、技術評価者)をマッピングするとき、ペルソナ別のメッセージングを計画するときに使用する。トリガー:「ICP」「ideal customer profile」「who to target」「scoring criteria」「ABM accounts」「how many accounts」「account tiering」「buying committee」「persona mapping」「champion」「economic buyer」「revenue reverse-engineering」。実際の企業/連絡先の調達(apollo-search / coldiq-search-enrich 参照)、エクスポートに対するスコア計算(tam-scoring 参照)、コピーの作成(crawford-method / cold-email-copy 参照)には使用しない。
inference.sh CLI 経由で Real-ESRGAN、Thera、Topaz、FLUX Upscaler を使って画像をアップスケール・高画質化します。モデル:Real-ESRGAN、Thera(任意サイズ)、FLUX Dev Upscaler、Topaz Image Upscaler。用途:低解像度画像の高画質化、AI アートのアップスケール、古い写真の復元、解像度の向上。トリガー:upscale image、image upscaler、enhance image、increase resolution、real esrgan、ai upscale、super resolution、image enhancement、upscaling、enlarge image、higher resolution、4k upscale、hd upscale。
稲盛和夫の経営哲学と人生の知恵。『生き方』『成功への情熱』『アメーバ経営』『心』『六つの精進』、京セラフィロソフィ手帳、KDDI 創業史、日本航空再建の記録、盛和塾の講話録など 30 以上の情報源を深く調査し、5 つの中核思想モデル、7 つの処世のヒューリスティック、完全な表現 DNA を抽出。用途:思考アドバイザーとして、稲盛和夫の視点から経営判断、人生の選択、チームマネジメント、自己修養などの問題を分析する。ユーザーが「稲盛の視点で」「稲盛和夫ならどう見るか」「稲盛モデル」「inamori perspective」と言及した場合に使用。また、経営管理、起業の意思決定、利他と利己のバランス、人生方程式、アメーバ経営、チームの動機づけにも適用。ユーザーが「どう経営するか」「利他」「敬天愛人」「アメーバ」「人生方程式」と言っただけでも発動する。ユーザーが「この判断は信頼できるか」「考えてみて」などの一般的な質問をしているだけの場合には発動しない——経営哲学、利他主義、アメーバ経営、敬天愛人など稲盛の中核的方法論に関わる場合にのみ起動する。
IndyKite AuthZEN REST API(`POST /access/v1/evaluation`)で単一の KBAC 認可判断を行う——1 つの (subject, action, resource) トリプルに対して真偽値の `decision` を返し、任意でリクエストごとの `context.input_params` を受け取る。単一の yes/no の問い——"can ada PROVISION gpu-node-7?"、"is this user allowed to delete this document?"、"gate this operation on a live check"、またはある判断がなぜ false なのかのデバッグに使用する。一度に多数のチェックを行う用途(indykite-authzen-evaluations を使用)、どの action/resource/subject が許可されるかを列挙する用途(indykite-authzen-search-action / -search-resource / -search-subject を使用)、判断の背後にあるポリシーを作成する用途(indykite-authzen-kbac-policies を使用)には使用しない。MCP/JSON-RPC 経由で同じ判断を得るには indykite-mcp-server(`authzen_evaluate`)を参照。
IndyKite AuthZEN REST API(`POST /access/v1/evaluations`)を使い、1 回の呼び出しで多数の KBAC 承認判断を実行する。トップレベルの subject/action/resource/context をデフォルト値とし、各エントリで上書きできる。エントリごとに 1 つの `decision` を順番に返す。既知の固定されたチェック群をまとめて確認する場合に使用する。1 つの subject と多数の resource、1 つの action と多数の subject、または任意の三つ組の組み合わせなど - 例:「これらのサーバーのうち、どれが grace provision できるか?」「これらの各ユーザーは gpu-node-7 をデプロイできるか?」。単一のチェックには indykite-authzen-evaluation を使う。許可されたすべての action/resource/subject を列挙する場合(固定リストではなくオープンエンド)は indykite-authzen-search-action / -search-resource / -search-subject を使う。ポリシーを記述する場合は indykite-authzen-kbac-policies を使う。
IndyKite AuthZEN REST API(`POST /access/v1/search/action`)で、ある subject が resource に対して実行を許可されている action を列挙する——固定した 1 つの (subject, resource) の組に対して付与された action 名を返す。許可された操作の列挙に使用する——"what can linus do with gpu-node-7?"、"which actions does this user have on this item?"(例:許可された UI コントロールのみを描画するため)。特定の action の yes/no("can linus DEPLOY gpu-node-7?" -> indykite-authzen-evaluation)には使用しない。他の軸を列挙するには indykite-authzen-search-resource(どの resources)または indykite-authzen-search-subject(どの subjects)を使用する。ポリシーを作成するには indykite-authzen-kbac-policies を使用。
IndyKite AuthZEN REST API(`POST /access/v1/search/resource`)で、ある subject が特定の action を実行することを許可されている resource を列挙する——subject と action を指定すると、ある type の一致する resource インスタンスを返す。許可された resource の列挙に使用する——"which servers can linus provision?"、"list the documents this user can read"(アクセスで絞り込まれたフィード)。返すのは `{type,id}` 参照であり、yes/no の判断ではなく、resource データそのものでもない(グラフデータには indykite-ciq-read を使用)。単一 resource の yes/no には indykite-authzen-evaluation を使用する。他の軸を列挙するには indykite-authzen-search-action(どの actions)または indykite-authzen-search-subject(どの subjects)を使用する。ポリシーを作成するには indykite-authzen-kbac-policies を使用。
IndyKite AuthZEN REST API(`POST /access/v1/search/subject`)で、ある resource に対して特定の action を実行することを許可されている subject を列挙する——resource と action を指定すると、ある type の一致する subject インスタンスを返す。誰にアクセス権があるかを列挙するために使用する——"who can provision gpu-node-7?"、"list the people allowed to approve this document"(監査/レビューのビュー)。特定の subject の yes/no("can grace provision gpu-node-7?" -> indykite-authzen-evaluation)には使用しない。他の軸を列挙するには indykite-authzen-search-action(どの actions)または indykite-authzen-search-resource(どの resources)を使用する。ポリシーを作成するには indykite-authzen-kbac-policies を使用。
ターミナルを使わず、チャットからユーザーの GitHub リポジトリに PostHog をセットアップします。PostHog のセットアップエージェント Wizard がクラウドで実行され、SDK と最初のイベントを追加してプルリクエストを作成します。ユーザーのコードを読み取ったり編集したりできない場合に限り使用します。ChatGPT や Claude のウェブ版などのウェブチャットアプリでは、この状況がよくあります。典型的な依頼は、アプリやリポジトリへの PostHog のインストール、追加、セットアップ、または PostHog を追加するプルリクエストの作成です。ユーザーのリポジトリ内で作業する場合は、代わりに installing-posthog-in-a-codebase を使用します。GitHub への接続、リポジトリの選択、実行の開始と状態確認、プルリクエストの共有を扱います。
ColdIQ マーケットプレイスを通じて Instantly でコールドメールキャンペーンを作成・運用する —— キャンペーン、リード、シーケンス、分析、アカウント。キャンペーンを作成するとき、リードをロード/追加するとき、ColdIQ のデフォルトキャンペーン設定を構成するとき、返信/開封/バウンスの分析を取得するとき、キャンペーンを有効化または一時停止するとき、Instantly 用にメール HTML を整形するときに使用する。トリガー:「Instantly campaign」「load leads」「create campaign」「campaign analytics」「activate campaign」「add leads to Instantly」「reply rate」「campaign settings」。コピー自体の作成(cold-email-copy / crawford-method 参照)、メールの検索/エンリッチメント(contact-enrichment 参照)、Lemlist または EmailBison での送信(各スキル参照)には使用しない。
ISV 開発者または加盟店が Payroc の Hosted Fields を統合するのを、認証情報の設定から最初の UAT テスト取引の成功まで導きます。誰かが Payroc Hosted Fields の統合、自分のチェックアウトページへのカード入力フィールドや支払いフォームの埋め込み、Payroc JS 支払いライブラリの使用、Payroc セッショントークンの生成、Payroc による支払い情報のトークン化、アプリケーションで Payroc の埋め込み決済を動作させることについて尋ねたときはいつでもこのスキルを使用します — たとえ「統合」と明示的に述べていなくても、また手順を追った案内を求めていなくても同様です。開発者が HPP を動作させたうえで埋め込み型の代替手段について尋ねる場合にも使用します。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。
