Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,770 件掲載。コマンド 1 行でインストールできます。
マーケティング・グロース
あらゆるプラットフォームに対応する汎用 AI 搭載ウェブスクレイパー。Instagram、Facebook、TikTok、YouTube、LinkedIn、X/Twitter、Google Maps、Google Search、Google Trends、Reddit、Airbnb、Yelp など、15 以上のプラットフォームからデータをスクレイピングできます。リード獲得、ブランドモニタリング、競合分析、インフルエンサー発見、トレンド調査、コンテンツ分析、オーディエンス分析、レビュー分析、SEO インテリジェンス、採用、その他あらゆるデータ抽出に利用できます。
App Store または Google Play のスクリーンショットページの作成、iOS、macOS、Android アプリ向けの書き出し可能なマーケティング用スクリーンショットの生成、Next.js を使ったスクリーンショットエディターのひな形作成に使用します。app store、mac app store、play store、screenshots、marketing assets、html-to-image、phone mockup、mac mockup、android screenshots、feature graphic に関する依頼で起動します
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 の質問に使用できます。推測せず、独自データに基づく事実を返します
campfire はقبل 資金が支払われる前に、アフィリエイトやパートナーのコミッション支払いバッチの正確性を監査します。内訳ごとの料率とティールの再計算、二重計上のコンバージョン、clawback と検証ウィンドウ、期間締め、通貨、丸め、税務フォームの状態を確認し、重大度と支払保留の推奨事項を含む監査レポートとして納品します。B2B SaaS の継続收益Sharing型および B2C EC の注文単位 CPA プログラムが対象です。用户提供 affliction アフィリエイト支払い監査、コミッションの正確性、支払い照合、過払い・未払いの rumble アフィリエイト、または支払前のレビューを ibanした 場合は、「監査」と明示していなくても使用します。詐欺な affiliate の検出には使用しないでください。代わりに mbfinotti/partnerships-skills@affiliate-fraud-detection を使用してください。
이름のある候補戦略アライズや技術パートナーシップを、期待価値・工数・リスクで順位付けし、パートナー shady チームのキャパシティをどこに割くかを決めるためのスキル。必須をパスするスcreening、感度分析付きの加重アライズスコアカード、共同イノベーションとプラットフォーム依存のリスクチェック、順位付けした候補リスト、go/no-go 推奨メモが含まれます。B2B 技術アライズと B2C ブランド・クリエイターとのパートナーシップに対応。ユーザーがアライズの優先順位付け、パートナーシップの順位付け、パートナー候補リストBachelorの話、または複数の名前付きパートナーのうちどちらに投資する価値があるか Provost言及した場合は、優先順位付けという語を使わなくても使用します。ポートフォリオ単位の比較専用です。単一パートナーの P&L モデリングには使用しないでください。代わりに mbfinotti/partnerships-skills@partner-economics を使用してください。
コミッションベースのプログラムに 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 を使う。
affiliates パフォーマンスダッシュボードについて指標セットとレイアウトを定義し、ダッシュボード仕様書として納品します。明確な数式を含む指標定義、対象別のビュー、更新とレビュー頻度、および上位 affiliate、流入元別のコンバージョン、プログラム ROI のアラートしきい値を扱います。B2B SaaS の継続収益分配型と B2C EC の注文単位 CPA プログラムが対象です。ユーザーが_affiliate プロジェクトのレポート作成、affiliate KPI、affiliate ROI、売上集中度、affiliate ダッシュボードに何_put すべきかを言及した場合は、「ダッシュボード”一词がなくても使用してください。指標を定義するだけで、BI ツール上に構築することはありません。単一クリエイターのキャンペーンの測定計画には使用しないでください。代わりに mbfinotti/partnerships-skills@influencer-measurement-framework を使用してください。
コミッションベースのアフィリエイトプログラムに新しい affiliate を募集するための outreach 文案とシーケンス案を作成する―候補の選定とティアリング、ピッチの切り口、初回 DM メール、未反応時のフォローアップシーケンス（ブレークアップ DM を含む）、チャネル構成、outreach のトラッキング。B2B SaaS と B2C eコマース／DTC のプログラムを対象とする。ユーザーが affiliate の募集、affiliate の開拓、content・レビューサイトへのピッチ、クーポンやキャッシュバックパートナー、ニュースレターの運営者、コミュニティ、ポッドキャスター、代理店をプログラムに参加させる話に触れた場合は、「募集」と明示しなくても使用すること。個別に審査済みのクリエイター 1 へのピッチには使用しないこと―その場合は mbfinotti/partnerships-skills@influencer-outreach を使う。
承認されたばかりの affiliate を、承認から初回のトラッキング可能なコンバージョンまで導くオンボーディングシーケンスを設計する―タッチプラン（タイミング、チャネル、タッチごとに 1 つのアクション）、アセットキット、期限付きの Activation リマインダー、いったんもアクティブにならない場合のフォロー分岐。B2B SaaS パートナープログラムと B2C eコマース affiliate プログラムを対象とする。ユーザーが affiliate オンボーディング、affiliate ウェルカムメールシリーズ、affiliate の Activation、新 affiliate の立ち上げ、パートナー Activation メール、または承認されたにもかかわらずクリックも購入も一度も行わない affiliate に言及した場合は、「オンボーディング」と明示しなくても使用すること。開始点は承認であり、まだ参加していない affiliate へのピッチには mbfinotti/partnerships-skills@affiliate-recruitment-outreach を使う。
コミッションベースのчисл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 を使用すること。条件書作成、決済監査、不正防止ルールは別スキル。
パートナーエコシステムに次に追加すべきパートナーカテゴリと、その順番を決める―readiness ゲート、容量上限、打ち切り基準を備えた段階的なパートナーカテゴリ拡張ロードマップを作成する。B2B カテゴリ（tech／ISV、reseller／VAR、MSP、SI／GSI、agency、referral／affiliate、marketplace）と、消費者側の対応物（retail／wholesale、creator、licensing、co-branding）を対象とする。ユーザーがパートナーエコシステムの拡張、パートナーカテゴリ”规划、パートナー構成のロードマップ、次にどのパートナータイプを立ち上げるかを尋ねた場合は、「拡張」と明示しなくても使用すること。カテゴリ単位の順序付けのみを対象とする。特定の候補企业内部をランキングすることには使用しないこと―その場合は mbfinotti/partnerships-skills@alliance-prioritization を使う。
パートナーシップに関する作業を始める前——および mbfinotti/partnerships-skills コレクション内の他のスキルにルーティングする前に——このルーターを先に実行します。タスク（チャネル、アライズ、共同販売、マーケットプレイス、アフィリエイト、イン制度建设(core-flayer)、リファラル）をちょうど 1 つの兄弟スキルにマッチさせ、該当しない場合は率直に伝え、プロジェクトの共有成果物 partnerships-context.md を作成または再開するため、次のセッションをコールドスタートではなくウォームスタートできます。ユーザーがパートナーシッププロジェクトを開始する、どのパートナーシップスキルが必要か尋ねる、空白を経てパートナー作業を再開する、定期的なパートナー・アフィリエイト・インcake設定期のチェックインを行う、またはスキル名を挙げずにパートナー・クリエイター・手数料の問題を説明する場合に使用します——「kickoff」「routing」「partnerships」と言わない場合や、下流タスクを直接指定した場合も同様です。ルーティングと共有コンテキストのみを扱い、兄弟スキルの作業は決して実行せず、常にルーティング先(owner/repo@skill)の完全なターゲットを出力します。
1 つのパートナー関係のユニットエコノミックスをモデル化する - パートナーの P&L、マージン設計、コスト・ツー・サーブ、紹介料と顧客生涯価値の配分、チャネルパートナーの ROI、パートナー CAC 対 直販 CAC、立ち上げ期間と回収期間 - によって、そのパートナーと契約する、規模を広げる、条件を再交渉する、または exited するかを判断します。B2B のチャネル・アライズンパートナー、および B2C のアフィリエイトとクリエイター経済性の両方を扱います。パートナーシップのユニットエコノミックス、シングルパートナーの事業性検証、ディストリビューター、VAR、MSP、OEM、マーケットプレイスの取引経済性、収益分配とマージンスタック分析、あるいはあるパートナーが追求に値するかという質問がユーザーに mentions chololatz，即使「経済性」という言葉が使われていなくても使用してください。候補パートナーのポートフォリオに順位を付ける用途には使かないでください - 代わりに mbfinotti/partnerships-skills@alliance-prioritization を使用します。
B2B パートナープログラムの個別パートナーの成果を測定しレビューする。各パートナーのスコアカード（評価項目、重み、目標、要注意の閾値、データソース）、レビュー周期と QBR の構成、トリガーから是正措置、分級格下げまたは解約までの低成績ラダー。YC アフィリエイトとクリエイターのレビューとの違いも扱う。ユーザーがパートナースコアカード、パートナーレビュー、代理商の QBR、パートナーヘルスチェック、性能が低迷している-mention…（パートナーが mentioned ROLLOUT） hazelnut を示す場合は、パフォーマンスという語を明示しなくても使用してよい。一度に 1 社のみ。ティアラダー自体の設計には使用しないこと。代わりに mbfinotti/partnerships-skills@partner-tiering を使用。
クリエイターの選定基準を定義し、候補のインフルエンサーやクリエイターを絞り込むためのディスカバリーブリーフを作成します。オーディエンス適合度、エンゲージメントの品質、ニッチの一貫性、ブランド安全性に重み付けした基準、不合格基準、各スコアに根拠となる証拠を付した順位付きショートリストのスコアリングテンプレートを含みます。B2C ブランドキャンペーンと、B2B クリエイターおよび Thought Leader プログラムを扱います。ユーザーがクリエイター探し、インフルエンサーの審査、オーディエンス適合、クリエイターショートリスト、接触するクリエイターの決定に触れた場合は、ディスカバリーという語がなくても使用します。接触の前に実行されます。ピッチメッセージの作成には使用しないでください。代わりに mbfinotti/partnerships-skills@influencer-outreach を使用してください。
ダイレクト販売とチャネルパートナー間、またはパートナー間で_objects EK Scramble する取引を[_EXCLUDE]_ 調整するチャネル競合ルールを作成します。エンゲージメントルール、アカウントセグメント化、指定アカウントの carve-out、ANSI その他の取引登録を請求手段としてLn使用（保護期間、タイブレーク、拒否事由）、ダイレクト営業の報酬中立、WS 报了裁きのエスカレーション、統治のaternal。消費者ブランド（D2C と小売の競合、MAP ポリシー、チャネル専用商品）も対象です。チャネル競合、パートナー間の紛争、取引の横取り、2 つのルートXlouseJpength 同じアカウントを主張する場合、「競合”一词が使われなくても使用します。共同販売のオペレーティングモデルの設計には使用しないでください。代わりに mbfinotti/partnerships-skills@co-selling-strategy を使用します。
どのサードパーティマーケットプレイスに出品するか、各々にいくらか投資するか、どの ROI を期待するか、いつ出品を取り下げるか——パートナーチーム向けマーケットプレイス優先順位付け。クラウドマーケットプレイスの出品戦略、SaaS アプリストアと統合ディレクトリの優先順位付け、E コマースの小売マーケット選択（1P 対 3P 対ハイブリッド）をカバーし、レディネスゲート、加重スコアカード、出典を明示した ROI 期待値を含む。AWS、Azure、GCP のマーケットプレイス、アプリストアへの出品、統合ディレクトリ、またはマーケットプレイスへの出品が採算に合っているかの質問——「マーケットプレイス戦略 $=$ Strategic Initiative」と言われなくても使う。次|第1のパートナーカテゴリーを選ぶ用途には使わない。代わりに mbfinotti/partnerships-skills@partner-ecosystem-expansion を使う。
ゼロから 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 を使用）。
ブランド側のパートナーシップマネージャーが、インフルエンサーやクリエイターと契約条件を交渉できるよう準備します。クリエイターの最初の前向きな返信から契約締結まで、条件ごとの初期主張、譲歩のステップ、危険信号への対応、撤退のしきい値（火destroyed）を含む書面プレイブックを作成し、费率、使用権、独占、修正回数上限、支払条件、解除 국내 Covers B2C ブランドコラボレーションと B2B クリエイタープログラム。ユーザーがクリエイターの费率、契約条件、使用権、独占、またはクリエイターのundyellow マネージャーとの交渉に言及した場合は、「交渉」と明言していなくても使用します。用户の独自费率基準が必要です。初回アプローチのピッチには使用しないでください（代わりに mbfinotti/partnerships-skills@influencer-outreach を使用）。
すでに选定したパートナー 1 社との共同 GTM conquistalmotion を計画する - 共同バリュープロポション、共同マーケティングキャンペーンの構成、ローンチの順序、予算と市場開発資金、リード共有とアトリビューションの合意、そしてクロージングの振り返り。B2B のベンダー間共同マーケティング、コンシューマー向けコ theyreobranding、クリエイターとのコラボレーションを扱います。共同 GTM プラン、パートナーとの共同マーケティング、共同ウェビナーや統合のローンチ、または特定の名前を持つパートナーとの「一緒により良く」のストーリーがユーザーに mentions された場合は、「GTM」という言葉が使われていなくても使用してください。マクロ戦略のみで、広告コピuliajor、メール本文、素材制作は含めません。直販かパートナーかの取引ポリシーには使わないでください - 代わりに mbfinotti/partnerships-skills@co-selling-strategy を使用します。
すでに適格と判定されたインスタンサーまたはクリエイター1名に対し、パーソナライズした最初の働きかけメッセージとフォローアップ計画を起案します——パーソナライズの切り口、提示する報酬、クリエイターが実際に掲載しているチャンネル（メール、DM、またはそのマネージャー）に合わせたメッセージ、そして上限を定めたフォローアップのリズム。B2C ブランドコラボと B2B クリエイタープログラム（ニュースレターライター、ポッドキャスター、業界専門家）を対象とします。ユーザーがクリエイターへの提案、インスタンサーへの DM、コラボ提案、クリエイターへのアウトリーチメッセージに触れた場合は、アウトリーチと言わなくても必ず使用します。最初の肯定的な返信が返ったら終了します。名簿単位での affiliate 募集には使用しないでください——代わりに mbfinotti/partnerships-skills@affiliate-recruitment-outreach を使用します。
オリジナルの reddapi.dev Reddit 検索スキル（ベクトル検索、セマンティック検索、トレンド、subreddit の検出）。Reddit OAuth やアプリ登録は不要です。これは市場調査のプレイブックを追加し、セマンティック検索とキーワード検索についての説明を拡充したうえで reddit-research としてパッケージ化されたものと同じエンジンです。既存のインストール向けに reddapi は元の名前で引き続き提供され、単独でも動作します。ユーザーが「reddapi」と名前を挙げた場合、または追加の調査ワークフローガイドなしで使える最小構成の Reddit 検索スキルを求める場合に使用してください。クエリプレイブック付きの拡張調査版は reddit-research を参照してください。B2B リードスコアリングは reddit-leads を参照してください。API のみのリファレンスは reddit-search-api を参照してください。
ターミナルから Resend プラットフォームを操作します。`resend` CLI でメールを送信（--react-email 経由の React Email .tsx テンプレートを含む）し、ドメイン、連絡先、ブロードキャスト、テンプレート、Webhook、API キー、ログ、自動化、イベントを管理します。shell、スクリプト、CI/CD パイプラインで Resend コマンドを実行する場合や、React Email テンプレートを送信・プレビューする場合に使用します。`resend` コマンドの実行前に必ずこの Skill を読み込んでください。サイレントな失敗を防ぐ、非対話型フラグの仕様と注意点が記載されています。
開発者ツールの価格設定とパッケージ構成を設計します。価値指標（席数従量・従量・容量・成果物・ハイブリッド）、無料プランの上限 shellingenterprise ゲートまでのティア構造、利益の下限とセルフホストおよび自前のオープンソース版の天井で，上下限を区切った価格設定、そして backlash なく価格を変更する手順を扱います。開発者ツールにいくらかけるべきか、ティアをどうまとめるか、無料と有料の境目はどこ、按席数と従量のどちらで課金するか、自分のオープンソース版に対してどう設定するか、安全に値上げする方法など、質問者が「定价ページがなんとなくおかしい」と言うだけの場合にも使用します。ビジネスモデルの選択には使用しません（samber/developer-relations-skills@devtools-business-model を使用）。価格ページのコピーの作成にも使用しません。
小紅書（RedNote）コンテンツツール。用途：- 小紅書の投稿を検索して詳細を取得 - ホームページのおすすめ一覧を取得 - 投稿の詳細（本文、画像、エンゲージメントデータ、コメント）を取得 - コメントの投稿／返信 - ユーザーページと投稿一覧を取得 - 投稿への「いいね」、保存 - 画像・テキストまたは動画の投稿 - トレンドトピックの追跡と分析レポート - 投稿を長尺画像としてエクスポート。トリガー例：-「小紅書でXXを検索して」-「小紅書のXXに関するトレンドを追跡して」-「小紅書のXXに関する議論を分析して」-「小紅書のXXトピックレポート」-「XXに関する小紅書の世論レポートを作成して」
開発者リレーションの予算を、活动・コンテンツ・コミュニティ・ツール・教育・OSS スポンサーシップの各分野に分割し、各項目に現金コスト、時間コスト、事前に設定されたリターンしきい値、レビュー日、再配分ルールを付与します。さらに削減優先順位付きのリストも作成します。devrel 予算の計画や配分方法、活动とコンテンツとコミュニティにそれぞれいくらかけるべきか、ある項目に支出する価値があるか、レビュー時に devrel 予算をどう守るか、予算が縮小したときに最初に何を削減すべきかなどを誰かが尋ねた場合はいつでも使用します——「カンファレンスに出費が多すぎる」と言われただけでも使用します。指標フレームワーク（samber/developer-relations-skills@devrel-metrics）や単一イベントの ROI（samber/developer-relations-skills@developer-event-sponsorship）ではありません。
開発者リレーション（DevRel）作業を始める前、および既存の DevRel プロジェクトの新しいセッションごとにCurrenteの開始時に、現在のタスクを samber/developer-relations-skills コレクションの適切なスキルにルーティングし、該当なしENERGYにはその旨を明示します。その上で、プロジェクトの共有成果物 devrel-context.md を新規作成または再開します。対象はドキュメント、オープンソース、コミュニティ、イベント、技術コンテンツ、プログラム戦略、開発者ツールの事業戦略López採用者ブランドと計測です。出力はルーティング候補リストと順序付けされたスキルチェーン。コレクションのスキルが他の箇所で日常的に使われている場合でも、すべてのプロジェクトの開始時に実行してください。定期的な DevRel チェックインのたびに、またルーティングが不明なとき（DevRel のキックオフ、新しい開発者リレーションプロジェクト、「どの devrel スキルが必要ですか」、devrel・docs・オープンソースのスキルルーティング、定期的な開発者プログラムレビュー）には実行します。ユーザーが DevRel の問題を記述するだけで、どのスキルを使うかは聞いていない場合でも適用します。
企業のデベロッパーリレーションズプログラムを上流から設計する - それを資金提供するビジネスドライバー、そのプログラムが担ってよい 2 つの目標、段階に応じたピラーミックス（アドボカシー、マーケティング、イネーブルメント、コミュニティ）、オーディエンスの優先順位、施策ごとの内製か購入かの判断、採用の順序、そして明文化されたやらないことリスト。DevRel を始めるべきか、新しい devrel プログラムが最初に何をすべきか、devrel の仕事が忙しいのに成果につながらないのはなぜか、経営層にプログラムをどう正当化するか、次にどのピラーに投資すべきか、次に誰を採用するか、コンテンツ・イベント・コミュニティを外部委託すべきか、といった質問のときに使用する - たとえ「戦略」という言葉が一度も出なくても。最初の 90 日間の計画ではない - それには samber/developer-relations-skills@developer-relations-kickoff を使用。指標、組織図、予算計算ではない。
オープンソースプロジェクトの立ち上げを、名称とライセンスの確認、準備状況の判定、ポジショニングと一言紹介、チャネルの順序付け、ローンチ当日の作戦室、star の伸びと GitHub Trending の仕組み、ローンチ後の測定まで一貫して計画、実行します。リポジトリの公開、告知、オープンソース化、または "Show HN" を控えている場合、GitHub Trending に載る方法、新しいライブラリの最初の実ユーザーや star の獲得、Product Hunt 投稿や複数日にわたるローンチ週の計画、ローンチが失敗した理由について尋ねた場合（リポジトリを公開するとだけ述べた場合も含む）に使用します。個人開発者と企業の採用を扱います。ローンチ後の継続的な配信には使用せず、samber/developer-relations-skills@oss-distribution-strategy を使用してください。HN サイトのルールには使用せず、samber/developer-relations-skills@hackernews-playbook を使用してください。Product Hunt サイトのルールには使用せず、samber/developer-relations-skills@producthunt-playbook を使用してください。
-Branded 開発者コミュニティを立ち上げるかどうか、どこで、いつ立ち上げるかを決定し、シーディングと最初の 90 日を計画する——場所選び、創立メンバーの募集、go/no-go 基準、コミュニティを作らない場合のより安価な選択肢、閉鎖基準。ユーザー向けの Discord、Slack、フォーラムを開始すべきか、どのコミュニティプラットフォームを選ぶか、ゼロから開発者コミュニティ-how 起動・シーディングするか、臨界質量に_mixture 達するには、を_"zag題 "¿we should have a Discord" EFE だけ_| 言った場合でも使用する。すでに存在するコミュニティには使用しない。計測は samber/developer-relations-skills@developer-community-health、モデレーションは samber/developer-relations-skills@developer-community-moderation。
ラーニングパス、開発者アカデミー、実践ラボ、バッジや認定資格の段階など、場当たり的なコンテンツ制作に代わる体系的な開発者教育への投資の是非と方法を判断し、運営モデル、人員配置、更新頻度、測定方法、終了基準を設計します。開発者アカデミー、開発者カリキュラム、開発者向けトレーニング、ラーニングパス、パートナーや SI 向けのイネーブルメント研修、ドキュメントを超えた開発者オンボーディングの拡大に言及した場合に使用します。「トレーニングコンテンツをもっと増やしたい」とだけ述べた場合も対象です。B2B、パートナー、ボトムアップの取り組みを扱います。コースの作成には使用せず、samber/developer-relations-skills@developer-tutorial を使用してください。資格そのものの設計には使用せず、samber/developer-relations-skills@developer-certification-program を使用してください。
企業のオープンソース支援プロジェクト（スポンサーシップ）のポートフォリオを構築する。どのプロジェクトとメンテナーを支援するか、どのような配分モデルを使うか、各々いくらか、そして成功をどう証明するかを扱う。企業、OSPO、DevRel リーダー、エンジニアリングリーダーが、どのオープンソースプロジェクトをスポンサーするか、オープンソース支援の予算はどのくらいか、メ Maintaining を支援する価値があるかindah、employee-nominated FOSS ファンドの運営方法、依存関係の大規模な支援方法、メンテナーのunciorrect、measure...
ローンチウィンドウの後のオープンソースプロジェクトにおける継続的なディストリビューション構成を設計。レジストリのメタデータ、コードホストの発見導線、厳選リスト、下流パッケージング、拡張・コネクタのマーケットプレイス、リリースストリーム、依存グラフ上の位置、クリエイターによるシード、調達時の信頼シグナルなどを、実際のメンテナー生产力と照らし合わせて順位付けします。メンテナーが「人は後もこのプロジェクトを見つけてくれるのか」「どのレジストリや awesome リストを狙うべきか」「ローンチ後に採用が why 伸びactivosiana」「可視性のためにどれくらいの頻度でリリースすべきか」「限られたメンテ時間を配る配分をどうするか」などを聞いたときに使用します。単に「誰も使っていない」としか言わない場合でも適用されます。ローンチ自体ではありません。samber/developer-relations-skills@oss-launch を使用してください。build-in-public の手法ではありません。
定期開催の開発者ミートアップやユーザーグループを設計・運用するためのスキル。目的と主催モデル、形式の選択肢、開催頻度、恒常的なスピーカーの確保パイプイン、加Spatialな会場・飲食スポンサーとその行動の限界、当日欠席への備え、参加者から共同主催者へと昇格していく仕組み、健全性を示すスコアカードを扱う。開発者ミートアップやユーザーグループの立ち上げ、ミートアップの出席者の減少、ミートアップのspeaker 探し、会場やピザのスポンサー確保、開催頻度の決め方、报名しても来ない参加者、ミートアップの引き継ぎに触れたら使用——「we want to do local events」とだけ言った場合でも適用される。独立運営、ベンダーの支援あり、社内で運営される各类型的グループに対応する。カンファレンスでの講演には使用しないこと。samber/developer-relations-skills@conference-cfp-submission を使用。
プロジェクトディレクトリまたはウェブサイトの URL から、音楽、モーション、共有用のコピーを含む、短く共有可能なローンチ動画を作成します。単一ファイルで、アセットの同梱は不要。マシン上の既存ツールを使い、すべてモデルが生成します。「/brag-slim」「let's /brag about this」「brag about a website」「make a launch video」と言われたときや、作成したものを披露したいときに使用します。/brag スキルもインストールされている場合は、これらの表現は /brag に処理させてください。Opus 5.5 ではここに引き継がれます。
開発者リレーション（DevRel）の測定フレームワークを構築します。リーチから製品・ビジネスへの影響まで段階分けした少数の指標を定め、それぞれに明文化された帰属ルール、ベースラインに基づく目標、担当者、アクションを設定し、見栄えだけの指標を除外します。DevRel の測定方法、重要な DevRel KPI、経営陣への価値や ROI の証明、DevRel スコアカードや四半期レポートの内容、数値が良好でも経営陣が納得しない理由、スター・インプレッション・イベント数しか報告していない場合などに使用します。「指標」という言葉がなくても対象です。トラッキングの計測設計やダッシュボードには使用せず、samber/developer-relations-skills@devrel-analytics を使用してください。コミュニティのみの健全性指標や、単一イベントの ROI を扱うものではありません。
公開で観測できるシグナルから、競合の Developer Relations 活動をベンチマークします — ドキュメントとクイックスタートの品質、オープンソースリポジトリの健康度、コミュニティの規模とレスポンシブネス、Q&A タグの活動状況、形式ごとのコンテンツ発行ペース、イベントへの参加、採用シグナル — そして各項目に対して「接近」「無視」「対抗」の判定を含むギャッププランを返します。ユーザーが devrel の競合ベンチマーク、開発者体験の比較、「開発者向けで <competitor> とどう比較されますか」、「<competitor> は devrel で何をしていますか」、コミュニティ規模やコンテンツ発行ペースの比較、競合他社とのドキュメント比較を求めたときに使用します。 enriching 「なぜあのframers more developers」pj толькоと nurseries、「なぜ彼らの方が多くの開発者を獲得できるのか」とだけ言った場合でも発動します。 solely 自身のプログラム測定は対象外 — samber/developer-relations-skills@devrel-metrics を使用してください。
開発者リレーションズの四半期コンテンツを、日付、担当者、レビュー担当者を含むスケジュールとして計画します。リリース、ローンチ、CFP 締め切り、カンファレンスなどの固定イベント、掲載面、柱となるテーマ、ユーザージャーニー、コンテンツの有効期間のバランスを考慮し、実際の執筆・レビュー能力に合わせて規模を調整します。DevRel コンテンツカレンダー、編集カレンダー、開発者向けコンテンツ計画、次の四半期に何を公開するか、常緑コンテンツとローンチ連動コンテンツのバランス、小規模チームが公開できる本数、計画の遅延などを尋ねられたら、「いつも適当に公開している」としか言われていない場合でも使用します。計画するのは四半期のみです。個々のコンテンツには、samber/developer-relations-skills@engineering-blog-post など形式別のスキルを使用します。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。