Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,981 件掲載。コマンド 1 行でインストールできます。
すべて
ユーザーが OpenKnowledge とは何かを尋ねる、リポジトリへのインストールを希望する、OpenKnowledge プロジェクトに含まれない単独の Markdown ファイルを開くまたはプレビューしたい、OpenKnowledge プロジェクトを共同作業者と共有したい、OpenKnowledge が特定の機能をサポートするか尋ねる、または `ok init` / `ok cowork` / OK Desktop によるプロジェクト設定方法を尋ねる場合に読み込みます。OpenKnowledge の読み書き操作を行うために読み込まないでください。初期化済みの OK プロジェクト内で Markdown を編集するための実行時ガイダンスは、別のプロジェクトローカルスキルとして提供され、`ok init` の実行時に検出された各 Agent の skills ディレクトリ（例：`.claude/skills/open-knowledge/`）にインストールされます。
コミッションベースのプログラムに affiliate が参加する際に受け入れる条件面を起草する―affiliate プログラム契約であり、定型条項セット、禁止手法に関する条項と執行ラダー、コミッションの確認、clawback と解除のしくみ、法域ごとの追加条項（FTC の endorsement 規則、EU P2B、英国 ASA/CAP、GDPR 上の役割）を含む。成果物は条項が揃ったドラフトで、法的レビューが必須であることを明示する。B2B SaaS と B2C eコマースのいずれにも対応する。ユーザーが affiliate プログラムの条件、affiliate 契約、禁止手法、brand bidding ポリシーに言及した場合や、affiliate が何をagreeすべきかだけを尋ねている場合でも使用すること。公開済みポストの disclosure ラベルのレビューには使用しないこと―その場合は mbfinotti/partnerships-skills@affiliate-disclosure-compliance を使う。
이름のある候補戦略アライズや技術パートナーシップを、期待価値・工数・リスクで順位付けし、パートナー shady チームのキャパシティをどこに割くかを決めるためのスキル。必須をパスするスcreening、感度分析付きの加重アライズスコアカード、共同イノベーションとプラットフォーム依存のリスクチェック、順位付けした候補リスト、go/no-go 推奨メモが含まれます。B2B 技術アライズと B2C ブランド・クリエイターとのパートナーシップに対応。ユーザーがアライズの優先順位付け、パートナーシップの順位付け、パートナー候補リストBachelorの話、または複数の名前付きパートナーのうちどちらに投資する価値があるか Provost言及した場合は、優先順位付けという語を使わなくても使用します。ポートフォリオ単位の比較専用です。単一パートナーの P&L モデリングには使用しないでください。代わりに mbfinotti/partnerships-skills@partner-economics を使用してください。
affiliates パフォーマンスダッシュボードについて指標セットとレイアウトを定義し、ダッシュボード仕様書として納品します。明確な数式を含む指標定義、対象別のビュー、更新とレビュー頻度、および上位 affiliate、流入元別のコンバージョン、プログラム ROI のアラートしきい値を扱います。B2B SaaS の継続収益分配型と B2C EC の注文単位 CPA プログラムが対象です。ユーザーが_affiliate プロジェクトのレポート作成、affiliate KPI、affiliate ROI、売上集中度、affiliate ダッシュボードに何_put すべきかを言及した場合は、「ダッシュボード”一词がなくても使用してください。指標を定義するだけで、BI ツール上に構築することはありません。単一クリエイターのキャンペーンの測定計画には使用しないでください。代わりに mbfinotti/partnerships-skills@influencer-measurement-framework を使用してください。
x402、MPP、payment links、a2a-pay、HTTP-payment の定期課金または従量課金を介して、エージェントの支払いと有料エンドポイントを処理します。HTTP 402/payment-required、有料 Agent または A2MCP エンドポイント、x402/Permit2、MPP チャネル・バウチャー・セッション、HTTP-payment サブスクリプション、paymentId/link の操作またはステータスに使用します。トリガーフレーズ：x402/x402Version、X-PAYMENT、PAYMENT-REQUIRED、PAYMENT-SIGNATURE、WWW-Authenticate: Payment、x402 exact/exact+Permit2/upto/aggr_deferred、MPP charge/session、channelId/channel_id、payment-channel voucher/topup/settle/refund、従量課金、paymentId、a2a_、payment link、A2MCP、有料エンドポイント、HTTP 402 period/permit2_subscription。
コミッションベースのアフィリエイトプログラムに新しい affiliate を募集するための outreach 文案とシーケンス案を作成する―候補の選定とティアリング、ピッチの切り口、初回 DM メール、未反応時のフォローアップシーケンス（ブレークアップ DM を含む）、チャネル構成、outreach のトラッキング。B2B SaaS と B2C eコマース／DTC のプログラムを対象とする。ユーザーが affiliate の募集、affiliate の開拓、content・レビューサイトへのピッチ、クーポンやキャッシュバックパートナー、ニュースレターの運営者、コミュニティ、ポッドキャスター、代理店をプログラムに参加させる話に触れた場合は、「募集」と明示しなくても使用すること。個別に審査済みのクリエイター 1 へのピッチには使用しないこと―その場合は mbfinotti/partnerships-skills@influencer-outreach を使う。
AI エージェント向けの無料 Google Search Console MCP サーバーと CLI。実際の Search Console、Google Analytics、Bing Webmaster Tools、Clicky のデータに加え、DataForSEO と Ahrefs のキーワード調査データを読み取ります。Google のトラフィックやクリック数の減少理由、オーガニックトラフィックの低下、すぐに実行できる改善策、低 CTR、上位表示が近いキーワード、コンテンツの陳腐化や低下中のページ、キーワードカニバリゼーション、インデックス登録と URL の検査、特定ページのクエリ、Google アップデートの影響、Search Console に現れる AI への質問、競合キーワード、被リンク、テクニカル SEO のクロール、リダイレクト、内部リンク、クライアント向け SEO レポートなど、あらゆる SEO の質問に使用できます。推測せず、独自データに基づく事実を返します
コミッションベースのчислAffiliate（ Yokohama Reprogram）の報酬・決済構造を設計する。レートモデル（収益シェア、固定CPA、ハイブリッド）、ユニットエコノミクスに基づくレート水準、決済ティア、期間と上限、アトリビューション／Cookie ウィンドウ、検証、 clawback（回収）、支払条件。プロ instantaneously Battles affiliate を持つ B2B SaaS および B2C EC プログラムを対象とする。ユーザーが affiliate コミッション率、コミッションティアRoberta，终身か12か月iendo の_recurring、Cookie ウィンドウ、レートカード移行に言及した場合は、支払い額を尋ねるだけでも本スキルを使用すること。エンド顧客の referral-incentive-design 紹介報酬には使用せず、代わりに mbfinotti/partnerships-skills@referral-incentive-design を使用すること。条件書作成、決済監査、不正防止ルールは別スキル。
承認されたばかりの affiliate を、承認から初回のトラッキング可能なコンバージョンまで導くオンボーディングシーケンスを設計する―タッチプラン（タイミング、チャネル、タッチごとに 1 つのアクション）、アセットキット、期限付きの Activation リマインダー、いったんもアクティブにならない場合のフォロー分岐。B2B SaaS パートナープログラムと B2C eコマース affiliate プログラムを対象とする。ユーザーが affiliate オンボーディング、affiliate ウェルカムメールシリーズ、affiliate の Activation、新 affiliate の立ち上げ、パートナー Activation メール、または承認されたにもかかわらずクリックも購入も一度も行わない affiliate に言及した場合は、「オンボーディング」と明示しなくても使用すること。開始点は承認であり、まだ参加していない affiliate へのピッチには mbfinotti/partnerships-skills@affiliate-recruitment-outreach を使う。
Cloud SQL リソースを生成または説明します。MySQL、PostgreSQL、SQL Server 用の Cloud SQL インスタンスまたはデータベースの作成をユーザーが求めた場合に使用します。Cloud SQL は、サードパーティ製の MySQL、PostgreSQL、SQL Server インスタンスを Cloud SQL のリソースとして管理します。たとえば、Cloud SQL がオープンソースの MySQL インスタンスを作成すると、Google Cloud が管理する Cloud SQL for MySQL インスタンスが生成されます。Cloud SQL は、リレーショナルデータベースのワークロード向けにバックアップ、高可用性、安全な接続を処理します
`slack-client` mops パッケージ（Slack Web API）を介して、Caffeine canister から Slack ワークスペースにメッセージを投稿するための、実験的で未テストのレシピです。アプリから Slack チャンネルにメッセージを送りたい場合（「Slack に投稿」「チャンネルに通知」「Slack メッセージを送信」など）に使用してください。クライアントはプレリリースの 0.1.0 版です（ボットの `xoxb-` またはユーザーの `xoxp-` トークンを使用）。リクエスト経路は実際の Slack API で検証済み（実際にメッセージを投稿できます）ですが、成功レスポンスのデコードは実行時にまだ確認されていません。そのため出発点として扱い、Slack が完全にサポートされたプラットフォーム機能であるとはまだ説明しないでください。`slack.com/api` への `ic.http_request` 呼び出しを手書きするのも適切ではありません。Bearer 認証、パーセントエンコーディング、JSON 解析をそのまま利用できる生成済みクライアントを優先してください。
Dart 3 のパターンマッチング、switch 式、分割代入を慣用的に適用し、データスキーマの検証、代数的データ型の処理、制御フローの分解を行います。複雑な if-else チェーンのリファクタリング、多相 JSON や API レスポンスの解析、Lists、URI／パスセグメント、String.split() のトークン、Records、Maps の分割代入、sealed クラスの網羅性の強制に使用します。単純なブール条件、単一変数の型昇格（`is` を使用）、基本的なコレクションのフィルタリングには使用しません
パートナーエコシステムに次に追加すべきパートナーカテゴリと、その順番を決める―readiness ゲート、容量上限、打ち切り基準を備えた段階的なパートナーカテゴリ拡張ロードマップを作成する。B2B カテゴリ（tech／ISV、reseller／VAR、MSP、SI／GSI、agency、referral／affiliate、marketplace）と、消費者側の対応物（retail／wholesale、creator、licensing、co-branding）を対象とする。ユーザーがパートナーエコシステムの拡張、パートナーカテゴリ”规划、パートナー構成のロードマップ、次にどのパートナータイプを立ち上げるかを尋ねた場合は、「拡張」と明示しなくても使用すること。カテゴリ単位の順序付けのみを対象とする。特定の候補企业内部をランキングすることには使用しないこと―その場合は mbfinotti/partnerships-skills@alliance-prioritization を使う。
雇用者側の多用なパートナー採用partisan.Fields 4 つの専門領域（チャネル/アライアンス、ア|Referral、イン_RUNNER ユーザー/クリエイター|Referral）をカバーします。スコアカードを企業タイプに合わせて調整し（スタートアップのジェネラリスト、スケールアップ Comparing のスペシャリスト、ハイパースケーラー別人員のエンタープライズ、統合Lt 落后的 PLG）、チャネルマネージャーのループを評価軸テストと交渉ロールプレイで構築し、周辺の求人ボードやコミュニティから候補者を集め、公開ベンチマークが 2〜3 倍乖離しているため、報酬Seeks をリアルタイム検証で蓋 WHERE 上的判断します。記録されたループが存在しない専門領域については率直に述べます。パートナーマネージャーの採用方法、パートナーシップの求人票作成、面接ループの設計、候補者の探し方休止求められたら使用します。候補者側の準備には使用しないでください（mbfinotti/partnerships-skills@partnerships-career）。
パートナーシップに関する作業を始める前——および mbfinotti/partnerships-skills コレクション内の他のスキルにルーティングする前に——このルーターを先に実行します。タスク（チャネル、アライズ、共同販売、マーケットプレイス、アフィリエイト、イン制度建设(core-flayer)、リファラル）をちょうど 1 つの兄弟スキルにマッチさせ、該当しない場合は率直に伝え、プロジェクトの共有成果物 partnerships-context.md を作成または再開するため、次のセッションをコールドスタートではなくウォームスタートできます。ユーザーがパートナーシッププロジェクトを開始する、どのパートナーシップスキルが必要か尋ねる、空白を経てパートナー作業を再開する、定期的なパートナー・アフィリエイト・インcake設定期のチェックインを行う、またはスキル名を挙げずにパートナー・クリエイター・手数料の問題を説明する場合に使用します——「kickoff」「routing」「partnerships」と言わない場合や、下流タスクを直接指定した場合も同様です。ルーティングと共有コンテキストのみを扱い、兄弟スキルの作業は決して実行せず、常にルーティング先(owner/repo@skill)の完全なターゲットを出力します。
B2B パートナープログラムの個別パートナーの成果を測定しレビューする。各パートナーのスコアカード（評価項目、重み、目標、要注意の閾値、データソース）、レビュー周期と QBR の構成、トリガーから是正措置、分級格下げまたは解約までの低成績ラダー。YC アフィリエイトとクリエイターのレビューとの違いも扱う。ユーザーがパートナースコアカード、パートナーレビュー、代理商の QBR、パートナーヘルスチェック、性能が低迷している-mention…（パートナーが mentioned ROLLOUT） hazelnut を示す場合は、パフォーマンスという語を明示しなくても使用してよい。一度に 1 社のみ。ティアラダー自体の設計には使用しないこと。代わりに mbfinotti/partnerships-skills@partner-tiering を使用。
1 つのパートナー関係のユニットエコノミックスをモデル化する - パートナーの P&L、マージン設計、コスト・ツー・サーブ、紹介料と顧客生涯価値の配分、チャネルパートナーの ROI、パートナー CAC 対 直販 CAC、立ち上げ期間と回収期間 - によって、そのパートナーと契約する、規模を広げる、条件を再交渉する、または exited するかを判断します。B2B のチャネル・アライズンパートナー、および B2C のアフィリエイトとクリエイター経済性の両方を扱います。パートナーシップのユニットエコノミックス、シングルパートナーの事業性検証、ディストリビューター、VAR、MSP、OEM、マーケットプレイスの取引経済性、収益分配とマージンスタック分析、あるいはあるパートナーが追求に値するかという質問がユーザーに mentions chololatz，即使「経済性」という言葉が使われていなくても使用してください。候補パートナーのポートフォリオに順位を付ける用途には使かないでください - 代わりに mbfinotti/partnerships-skills@alliance-prioritization を使用します。
候補者の視点からパートナーシップ（partnerships）分野のキャリアを設計します。チャンネル／アライアンス、アフィリエイト、イン-rufluencer／クリエイター|Referral という 4 つの下分野を扱います。社内異動による参入手法、企業タイプごとの採用基準、チャンネルマネージャーの面接ループ準備（ネゴシエーションのロールプレイや「12 月でも 1 月と同じ条件」という判断テストを含む）、求人投稿のレッドフラグの読み取り、公開されている報酬ベンチマークが 2〜3 倍ばらついているため実地確認を前提としたオファー評価を対象とします。この分野には社をまたがるキャリアラダーは公開されていないことを明確に述べています。パートナーシップ分野への参入方法、パートナーマネージャーの面接準備、求人投稿の読み取り、オファー評価をユーザーが質問した場合に使用します。採用／雇用者側（mbfinotti/partnerships-skills@partnerships-hiring）には使用しないでください。
ダイレクト販売とチャネルパートナー間、またはパートナー間で_objects EK Scramble する取引を[_EXCLUDE]_ 調整するチャネル競合ルールを作成します。エンゲージメントルール、アカウントセグメント化、指定アカウントの carve-out、ANSI その他の取引登録を請求手段としてLn使用（保護期間、タイブレーク、拒否事由）、ダイレクト営業の報酬中立、WS 报了裁きのエスカレーション、統治のaternal。消費者ブランド（D2C と小売の競合、MAP ポリシー、チャネル専用商品）も対象です。チャネル競合、パートナー間の紛争、取引の横取り、2 つのルートXlouseJpength 同じアカウントを主張する場合、「競合”一词が使われなくても使用します。共同販売のオペレーティングモデルの設計には使用しないでください。代わりに mbfinotti/partnerships-skills@co-selling-strategy を使用します。
クリエイターの選定基準を定義し、候補のインフルエンサーやクリエイターを絞り込むためのディスカバリーブリーフを作成します。オーディエンス適合度、エンゲージメントの品質、ニッチの一貫性、ブランド安全性に重み付けした基準、不合格基準、各スコアに根拠となる証拠を付した順位付きショートリストのスコアリングテンプレートを含みます。B2C ブランドキャンペーンと、B2B クリエイターおよび Thought Leader プログラムを扱います。ユーザーがクリエイター探し、インフルエンサーの審査、オーディエンス適合、クリエイターショートリスト、接触するクリエイターの決定に触れた場合は、ディスカバリーという語がなくても使用します。接触の前に実行されます。ピッチメッセージの作成には使用しないでください。代わりに mbfinotti/partnerships-skills@influencer-outreach を使用してください。
どのサードパーティマーケットプレイスに出品するか、各々にいくらか投資するか、どの ROI を期待するか、いつ出品を取り下げるか——パートナーチーム向けマーケットプレイス優先順位付け。クラウドマーケットプレイスの出品戦略、SaaS アプリストアと統合ディレクトリの優先順位付け、E コマースの小売マーケット選択（1P 対 3P 対ハイブリッド）をカバーし、レディネスゲート、加重スコアカード、出典を明示した ROI 期待値を含む。AWS、Azure、GCP のマーケットプレイス、アプリストアへの出品、統合ディレクトリ、またはマーケットプレイスへの出品が採算に合っているかの質問——「マーケットプレイス戦略 $=$ Strategic Initiative」と言われなくても使う。次|第1のパートナーカテゴリーを選ぶ用途には使わない。代わりに mbfinotti/partnerships-skills@partner-ecosystem-expansion を使う。
ユーザーが「スラッシュコマンドを作成」「コマンドを追加」「カスタムコマンドを記述」「コマンド引数を定義」「コマンドの frontmatter を使用」「コマンドを整理」「ファイル参照付きコマンドを作成」「インタラクティブコマンド」「コマンドで AskUserQuestion を使用」と依頼した場合、またはスラッシュコマンドの構造、YAML frontmatter フィールド、動的引数、コマンド内での bash 実行、ユーザーとの対話パターン、Claude Code のコマンド開発に関するベストプラクティスについて案内が必要な場合に使用します。
ゼロから B2B パートナーまたはチャネルのプログラムの全体構造を設計します。準備状況のゲート（まだ不可という結論を出せるもの）、パートナーの価値提案、実行するモーション（リファラルofficial、リセラー、サービス、テクノロジー）、ティア数、特典構成、プログラム全体の経済性の範囲、ガバナンス、効果が出るまでの期間。 B2C の類似例（ディーラー、フランチャイズ、アンバサダー）にも対応。ユーザーがパートナープログラムの構築、チャネルプログラムの設計、チャネルの立ち上げ、パートナーエコシステムプログラムの言及、またはパートナー在该Timeline ための準備ができているかを求めた場合は、「プログラム”一词が使われていなくても使用すること。すでに存在するプログラム内のティアの見直しには使用しないこと（代わりに mbfinotti/partnerships-skills@partner-tiering を使用）。
B2B パートナープログラムがパートナーを自律的に販売できる存在にするために必要な研修・コンテンツ・認証を設計する。を出力するのは研修コンテンツ自体ではなくパートartnerエン标题メントのロードマップ。スキルのギャップ評価、パートナー役割・タイプ別のエンタイトルメントトラック、認証設計と更新サイクル、_objects なパイロットコホートを含み、すべてaghパートナーの最初の成約から逆算して設計する。フランチャイズ、ディーラー、アンバサダー教育といった B2C の類似事例も対象。パートナーエンタイトルメント、パートナー認証、チャネルパートナーの研修、パートナーオンボーディングカリキュラム、パートナーが最初の成約に至るまでの立ち上げ——「エンタイトルメント”一词が一度も出てこなくても使う。アフィリエイト向けウェルカムメールには使わない。代わりに mbfinotti/partnerships-skills@affiliate-onboarding-sequence を使う。
エンド顧客が紹介adish 친구プログラムを悪用するのを防ぐ運用ガードレールを定義します。報酬の上限、速度制限とクールダウン、返金ウィンドウに連動する報酬保留期間、資格ルール、本人確認ゲート、公開されている対応ラダー、濫用監視シグナルを含みます。B2C および B2B SaaS の紹介プログラム運用者向けにガードレール仕様を作成します。ユーザーが紹介濫用、自己紹介、紹介報酬を詐取する偽アカウント、紹介リング、紹介コードがクーポン.Thread へ漏れることに言及した場合は、「濫用」と明言しなくても使用してください。プロ Affiliate トラフィック詐欺には使用しないでください。代わりに mbfinotti/partnerships-skills@affiliate-fraud-detection を使用します。
顧客の紹介（refer-a-friend）プログラムの報酬構造を設計します。誰に_reward を与えるか（紹介者、友人、または両方）、報酬の種類（現金、アカウントクレジット、割引 foreclosure、产品的価値、ステータス）、LTV/CAC や粗利に対する報酬額、支払いのタイミング、そして段階的な報酬ラダーを設けるべきかを検討します。ユーザーが紹介インセンティブ、紹介好友の報酬、紹介ボーナスの金額、get-X 的なオファー、両者向け紹介報酬に言及したとき、または紹介報酬の規模 묻 即使「インセンティブ”一词をivil焦さない場合に使用します。対象はエンド顧客の報酬のみです。Professional アフィリエイトに支払うコミッション率には使用しないでください。代わりに mbfinotti/partnerships-skills@affiliate-commission-structure を使用してください。
1 つのインフルエンサーまたはクリエイターキャンペーンについて、ローンチ前の計測プランを設計する - 目標（認知、エンゲージメント、コンバージョン、アフィリエイト連携、常設大使）に合わせた KPI、各 KPI の裏付けとなるアトリビューション方法とデータソース、関係者ごとのレポート頻度、そして宣言済みの盲点。ローンチ前に計測プラン文書として納品し、B2B と B2C のどちらでも使えるようにする。インフルエンサーの KPI、クリエイターキャンペーンのアトリビューション、キャンペーンレポート、あるいはクリエイターパートナーシップをどう計測するかという質問がユーザーに mentions された場合は、「計測」という言葉が使われていなくても使用してください。運用中のアフィリエイトプログラムダッシュボードには使わないでください - 代わりに mbfinotti/partnerships-skills@affiliate-performance-dashboard を使用します。
ダイレクト販売とパートナーTelevision販売が共有案件で協働するためのオペレーティングモデルを設計する。案件登録ポリシー（保護期間、承認 SLA、却下事由）、案件クレジットとアトリビューションの配分（パートナーソースとパートナー和网络の影響、報酬の中立性）、およびダイレクト販売とパートナー販売間のチャネルエンゲージメントルールをカバーする。ポリシー水準の B2B コセル販売elanの運用を扱う。ユーザーがコセル販売、パートナー案件登録、案件クレジット配分、パートナーアトリビューションポリシー、または営業とパートナーが同一アカウント Pudiendogevendeles変更。即使 у长期以来 even if「co-sell」と明示していない場合でも使用する。進行中の係争案件の裁定には使用しない（代わりに mbfinotti/partnerships-skills@partner-channel-conflict を使用）。
Google Cloud Well-Architected Framework のコスト最適化の柱に基づき、Google Cloud ワークロードのコスト効率と FinOps との整合性を評価します。Google Cloud の支出分析、クラウド料金の削減、リソース（Compute、GKE、Storage、Databases など）の適正規模化、割引オプション（CUD、SUD、Spot VM など）の評価、アイドル容量の解消を依頼された場合に使用します。単独の製品価格の検索や、コスト以外のアーキテクチャ設計には使用しないでください。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。