Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,981 件掲載。コマンド 1 行でインストールできます。
マーケティング・グロース
ユーザーが Google 検索、動画サイトマップ、VideoObject スキーマ、またはウェブサイトの動画 SEO 向けに動画を最適化したい場合に使用します。「video SEO」「video sitemap」「VideoObject」「video thumbnail」「video indexing」「video preview」「key moments」「Clip schema」「embedded video optimization」に言及した場合も使用します。ページテンプレートには article-page-generator を使用してください。
広告、プロモーション、製品発表、ブランドコンテンツ向けの AI マーケティング動画を作成します。モデル：映像に Veo、Seedance、Wan、FLUX、ナレーションに Kokoro。種類：製品デモ、 testimonial（お客様の声）、解説動画、ソーシャル広告、ブランド動画。用途：Facebook 広告、YouTube 広告、製品発表、ブランド認知。トリガー：marketing video、ad video、promo video、commercial、brand video、product video、explainer video、ad creative、video ad、facebook ad video、youtube ad、instagram ad、tiktok ad、promotional video、launch video
ユーザーが「B2B コールドアウトバウンドのシーケンスを作成して」「返信トリアージの分岐を設計して」「ドメインのウォームアップ／送信制限を計画して」または「アウトバウンドを CAN-SPAM／オプトインに準拠させて」と依頼した場合に使用します。返信トリアージ分岐（好意的／異議／紹介／今は不可／オプトアウト）を含む複数ステップのアウトバウンドシーケンス、ウォームアップと送信制限の段階的スケジュール、管轄区域のオプトイン／CAN-SPAM ガードレール（法的助言ではなくガイダンス）、SEND の S 次元評価を作成します。B2C のライフサイクルフローには使用せず、email-sequence-designer を使用してください。同意記録には使用せず、consent-registry を使用してください。EQS の計算には使用せず、email-quality-auditor を使用してください。B2B コールドアウトバウンドシーケンス／返信振り分け／ドメインウォームアップ
ユーザーが「公開前にランディングページを確認して」「Quality-Score の事前チェックを実行して」「公開前に広告とページのメッセージの一致を確認して」と依頼した場合に使用。メッセージの不一致、ファーストビューの確認、ページ速度の評価、フォーム入力の負担数、モバイル表示の問題を含む、広告とページの連続性レポートを合格／修正リストとして作成する。ページの再設計や書き換えには landing-optimizer、アカウントや RQS の評価には ad-account-auditor を使用。ランディングページ体験の事前チェック／広告とランディングページの整合性確認
ユーザーが「入札戦略を選ぶ」「tCPA／tROAS目標を設定する」「学習フェーズへの移行を計画する」と依頼した場合に使用します。入札戦略（tCPA／tROAS／max-conversions／manual CPC）、開始時の目標値計算、ポートフォリオのグループ分け、学習フェーズへの移行計画を提示します。キャンペーン間の予算配分には使用せず、budget-optimizerを使用してください。配信中のペース調整／拡大には使用せず、budget-pacing-monitorを使用してください。アカウントのスコアリングには使用せず、ad-account-auditorを使用してください。入札戦略／tCPA目標／tROAS／学習期
ユーザーが「ペーシングを確認して」「予算を使いすぎ／使わなさすぎているか」「このキャンペーンは予算目標に沿っているか」「配信途中で費用が急増／停滞したのはなぜか」と依頼した場合に使用。費用と目標曲線の比較、学習フェーズの状況、配信超過／未達の判定、再配分のトリガーを提示する。初期予算の配分には budget-optimizer、入札戦略の選択には bid-strategy-planner、RQS ゲートには ad-account-auditor を使用。有料広告の予算ペーシング監視／消化の速すぎ・遅すぎ／配信中のペーシング
ユーザーが「Shopping feedを最適化」「商品掲載拒否を修正」「商品タイトル／属性を改善」「feed主導のPMaxアセットグループを構築」と依頼した場合に使用します。Shopping／Performance Maxの商品feedを監査・書き換えます。タイトル／説明のパターン、必須・推奨属性、GTIN／在庫状況／価格の整備、掲載拒否のトリアージ、feed主導のアセットグループ／リスティンググループ構造を扱い、ROASのO（Offer）次元に情報を提供します。テキスト広告コピーには使用せず、ad-creative-builderを使用してください。アカウントやRQSのスコアリングには使用せず、ad-account-auditorを使用してください。商品Feed最適化／ショッピング広告Feed／商品タイトル最適化／商品掲載拒否の修正
Facebook と Meta の広告キャンペーンを作成し、広告コピーを作成し、オーディエンスを定義して予算を計画します。Facebook Ads、Instagram Ads、Meta Ads、ソーシャルメディア広告、カルーセル広告、リターゲティングキャンペーン、類似オーディエンス、Meta プラットフォーム向け広告クリエイティブについてユーザーが尋ねた場合に使用します。トリガーフレーズ：「Facebook Ads」、「Meta Ads」、「Instagram Ads」、「social ads」、「carousel ad」、「lookalike audience」、「retargeting」、「ad creative」、「Facebook campaign」、「boost post」。
ユーザーが「このインフルエンサーを評価」「キャンペーン向けにクリエイターを順位付け」「最適なインフルエンサーを教えて」と依頼した場合に使用します。型付きの STAR 適合性（S）評価と、キャンペーン適合度の順位を別々に提示し、特定キャンペーンの商業的適合度を適合性評価に混在させません。新しいインフルエンサーの発見には使用せず、influencer-discovery を使用してください。アウトリーチの送信には使用せず、outreach-manager を使用してください。达人适配度评分/创作者筛选排名
ユーザーが「カテゴリーのナラティブを整理」「競合のストーリーを分析」「市場の言葉遣いの慣習を見つける」と依頼した場合に使用します。カテゴリーの主要なストーリーと視点、言語の慣習やフレーミングの決まり文句、競合ごとのナラティブ分析（展開、独自性の主張、証拠パターン）をまとめたカテゴリー・ナラティブマップを作成し、競合各社のメッセージが時間とともにどう変化したか（収集したコピーとアーカイブされたコピーの比較）も示します。ポジショニングキャンバス自体には使用せず、positioning-mapper を使用してください。初期ターゲット市場の信念や反論には使用せず、audience-belief-mapper を使用してください。SERP キーワードターゲティングには使用せず、keyword-research を使用してください。主張の判定には使用せず、offer-claims-registry を使用してください。品类叙事/竞争叙事拆解/语言惯例/叙事演变
ユーザーがディレクトリやマーケットプレイスで有料広告を出したい場合に使用します。「Taaft ads」「Shopify App Store ads」「G2 sponsored」「Capterra ads」「directory ads」「marketplace ads」「paid listing」「sponsored listing」「directory promotion」に言及した場合にも使用します。オーガニック掲載には directory-submission を使用してください
ユーザーが「ソーシャルメディア危機対応プロトコルを作成」「メンションが急増しているが、まず何をすべきか」「投稿キューをいつ停止するか」と依頼した場合に使用します。調整可能な推定トリガー閾値（7 日間のモニタリング基準に対するメンション速度の倍率、センチメントの反転、ジャーナリスト／規制当局からの連絡、従業員の行動区分）を含む重大度 1～5 の段階、最初の機械的アクションのルール（予定投稿をすべて停止し、有料拡散も停止。日付付きの状態マーカーをチャネル提案プロトコルに記録し、インシデント後に照合）、事前承認済みの保留声明ライブラリと確約された更新頻度、投稿禁止ルール、スポークスパーソン／承認マトリクス、危機後の振り返りテンプレートを作成します。キュー再開前に social-quality-auditor の公開前ゲートを再実行します。メール配信インシデント（ブロックリスト、スパム率の急増）には使用せず、deliverability-qa を使用してください。ローンチ期間中のインシデント対応は launch-day-conductor が担当します。社媒危机预案/暂停队列/声明库/发言人矩阵
ユーザーが「メールプログラムを監査」「このキャンペーンは安全に送信できるか」と依頼した場合に使用します。独自の証拠に基づき、認証、同意、オプトアウト、主張の拒否チェックを含む型付き 20 項目の SEND プロファイルを実行します。配信設定の構築には使用せず、deliverability-qa を使用してください。ライフサイクルフローの設計には使用せず、email-sequence-designer を使用してください。邮件质量审计/EQS评分/发送前放行
ユーザーが「ブランドセーフティの除外リストを作成」「公開前にプレースメント / トピック / コンテンツの除外を設定」「ネットワークとオーディエンスの除外を追加」「監査担当者向けに A1 ブランドセーフティの証拠を準備」などと依頼したときに使用します。プレースメント / ネットワークの除外リスト、コンテンツ適合性とセンシティブトピックのブロックリスト、オーディエンス / 除外オーディエンスのセット、および審査ゲート用の A1 ブランド / プレースメントセーフティ証拠ファイル一式を作成します。ターゲットとするオーディエンスの構築には使用せず、audience-segment-builder を使用してください。RQS の計算や A1 判定の発行には使用せず、ad-account-auditor を使用してください。ブランド安全/排除位置/否定受众列表
ユーザーが「ポジショニングを整理する」「競合する代替案を挙げる」「ローンチの足がかりとなるセグメントを選ぶ」と依頼した場合に使用します。Dunford 式のポジショニングキャンバスを作成します。競合する代替案（スプレッドシートや現状維持を含む）、独自の属性（検証可能なもの、またはクレーム台帳に回すもの）、価値テーマ（属性→利点→価値の連鎖）、対応可能性／課題の深刻度／到達可能性で評価したターゲットとなる足がかりセグメント、一文の独自性ステートメントをまとめます。メッセージハウスの唯一の上流情報源であり、正規エンティティプロフィールのエンティティシグナルの情報源です。メッセージハウスやチャネル別ローンチ文案には使用せず、message-house-builder を使用してください。オーディエンス／ペルソナのプロフィール作成自体には使用せず、audience-mapper を使用してください。SEO キーワードのポジショニングには使用せず、keyword-research を使用してください。ポジショニングキャンバス／競合する代替案／独自の価値／足がかりセグメント
ユーザーが「ダイレクト流入の本当の流入元を特定」「ダークソーシャルを測定」「『どこで当社を知りましたか』欄を追加」「クリックデータなしでソーシャル経由の登録を示す」と依頼した場合に使用します。自社の共有面における共有リンク／UTM の整備仕様、既存のフォーム項目と置き換える自己申告型アトリビューション項目（まず自由記述、後からコード化）の設計、GA4 のダイレクト流入の内訳分析（ディープ URL への直接アクセス、モバイルアプリの偏り、非公開共有との相関）を作成します。すべての導出値に Estimated／代理値と明記し、GSC と Wikipedia のページビューからブランド検索リフトの代理指標を算出します。これは ECHO O2 の基盤となる、定義済みのダークソーシャル手法です。有料チャネルのアトリビューション照合（プラットフォーム申告のコンバージョンと分析上のコンバージョン）には使用せず、attribution-reconciler を使用します。ダークソーシャルのアトリビューション／ダイレクト流入の内訳／自己申告型流入元項目／共有リンク UTM
ユーザーが「メールをパーソナライズ」「マージタグ／動的コンテンツを追加」「セグメントごとの条件ブロックを設定」「名前や製品レコメンドのフィールドに安全なフォールバックを設定」と依頼した場合に使用します。タグごとのフォールバックを含むマージタグマップ、セグメント別のバリエーションを含む条件ブロックルール、フォールバックの安全性監査、表示可能な内容に対する PII ガードを作成し、SEND E（エンゲージメント／パーソナライズ）次元に情報を提供します。セグメントの作成には使用せず、list-segment-builder を使用してください。基本コピーの作成には使用せず、email-creative-builder を使用してください。EQS の採点や拒否判定には使用せず、email-quality-auditor を使用してください。邮件个性化/合并标签/条件内容块/兜底默认值
ユーザーが「永続的なブランドメッセージ階層を作成する」「規範の基盤となるブランドメッセージハウスを構築する」「ブランド全体のメインナラティブ、3 つの柱、タグラインを定義する」と依頼した場合に使用します。永続的なブランドメッセージシステム（メインナラティブ、3 つの価値の柱、ペルソナごとの根拠（各項目に Measured / User-provided / ''[needs source]'' のラベルを付与）、タグライン／一文の紹介）を作成し、narrative-registry の規範の基盤とし、各ローンチ向けメッセージハウスの源流とします。単一ローンチのメッセージハウスや PR-FAQ には使用せず、message-house-builder を使用してください。主張の判定には使用せず、offer-claims-registry を使用してください。変革ナラティブの展開自体には使用せず、strategic-narrative-designer を使用してください。ブランドメッセージハウス／メインナラティブ／3 つの柱／タグライン／永続的なナラティブ canon
ユーザーが「ソーシャル投稿カレンダーを作る」「チャネルごとの週間枠とキューの深さを決める」「エバーグリーン投稿の再利用サイクルを計画する」と依頼した場合に使用します。常時運用するブランドカレンダーを作成します。hero/hub/help のバランスを取った柱の配分と give:ask の目標（すべて Estimated の初期ヒューリスティックとして示し、自社の分析データに合わせて調整するもの。採点ルールではありません）、チャネルごとの定期枠とキューの深さ、一括作成ワークフロー、鮮度の再確認を含むエバーグリーン再利用サイクル、trend-spotter の go/skip 判定を反映したリアルタイム／トレンド投稿用の意図的な空き枠、最初のコメント／公開順の運用を含みます。投稿頻度の取り決めは channel registry に記録し、social-quality-auditor の公開前モードで SHIP 判定を得るまで、いかなる一括投稿もキューに入れません。既存素材の再利用や有料拡大カレンダーには使用せず、content-amplifier を使用してください。ソーシャル投稿計画／コンテンツカレンダー／柱の配分／エバーグリーン再利用
ユーザーが「運用するソーシャルチャネルを選ぶ」「X プラットフォームと小红书のどちらにすべきか」「オーガニックソーシャルのチャネル構成を計画する」と依頼した場合に使用します。オーディエンスと目標を優先したチャネル構成を作成し、機能／アクセスマトリクス、投稿頻度と予算の現実性チェック、明示された ECHO 運用プロファイル、境界ルーティング、提案状態のレジストリイベントを含めます。正規チャネル情報の記録には使用せず、channel-registry を使用してください。ソーシャルメディアチャネルの選定／チャネル構成の計画／プラットフォーム機能マトリクス／オーガニックソーシャル
ユーザーが「ローンチ計画を監査する」「ローンチの準備はできているか」「ローンチの実行状況や成果を評価する」と依頼した場合に使用します。時間軸を混在させず、RAMP の事前確認、実行、成果のいずれか1種類のプロファイルを実施します。ローンチ状態の記録には使用せず、launch-registry を使用してください。ローンチ当日の進行には使用せず、launch-day-conductor を使用してください。ローンチ準備状況の監査／RAMP の段階別評価／リリース前の承認
ユーザーが「自分のリストからメールセグメントを作成」「アクティブ／休眠／RFM セグメントを作成」「カゴ落ち客やライフサイクル段階別のオーディエンスを設定」「配信停止者やバウンスの抑制リストを作成」と依頼した場合に使用します。ユーザー自身のリスト／CRM／GA4／EC データのエクスポートから、行動、属性、ライフサイクル段階別のセグメントと抑制リストを作成し、セグメントごとの規模に Measured／Estimated と表示します。SEND E（エンゲージメント／ターゲティング）指標に情報を提供します。EQS の採点や拒否判定には使用せず、email-quality-auditor を使用。認証や迷惑メールコンテンツの確認には使用せず、deliverability-qa を使用します。メールリストのセグメント化／ライフサイクルセグメント／抑制リスト／離脱ユーザーの再獲得
ユーザーが「創業者のソーシャルセリング習慣を整える」「ターゲットアカウント向けの日々のエンゲージメント枠を作る」「資金調達／採用のシグナルを営業施策に変える」と依頼した場合に使用します。創業者／営業担当者向けの日次運用枠を作成します。時間を区切った交流枠の仕様（ターゲットアカウントの投稿に実質的な価値を加えるコメントをし、売り込みはしない）、依頼前に接点を温める頻度ルール、social-pulse-monitor の B2B トリガー監視リスト（資金調達／採用／ローンチのシグナル）を利用したトリガー対応施策、LinkedIn SSI を入力診断としてのみ参照する四半期診断（推定値、ベンダー定義であり、目標指標にはしない）を含みます。すべての量的基準は推定値／コミュニティ由来で、実行はすべて人手です。大量 DM、つながりリクエストの自動化、エンゲージメントの自動化は一切行いません（LinkedIn UA §8.2 のレッドライン）。1 対 1 の売り込みと DM の手順は outreach-manager に回します。コールドメールのシーケンスには使用せず、cold-outbound-sequencer を使用してください。ソーシャルセリング／創業者の日次交流枠／関係構築の接触頻度／トリガー施策
ユーザーが「従業員アドボカシープログラムを設計」「創業者主導の共有を設定」「チーム向け共有キットを作成」と依頼した場合に使用します。参加者の自発的なオプトイン（デフォルト）または、強制性と真正性のリスクを明示したトップダウンの割り当てという 2 つのモードで、アドボカシープログラムの設計図を作成します。channel-registry の提案イベントとして提出する任意参加名簿の仕様、個人ごとの差異を必須とする共有キット、時間をずらした人間による投稿枠と不正な連携へのガードレール（同一内容の一斉再共有やエンゲージメントリングを禁止）、FTC と《互联网广告管理办法》に準拠した個人別の実質的関係性の開示文、Slack／Teams での配布仕様を含みます。有料クリエイターキャンペーンには使用せず、campaign-planner を使用します。従業員アドボカシー／創業者の発信共有／社内共有計画／開示コンプライアンス
ユーザーが「メールリストを増やす」「リードマグネット／登録特典を設計する」「ダブルオプトインを設定する」「紹介／推薦ループを計画する」と依頼した場合に使用します。獲得チャネル、リードマグネット／特典の案、法令に準拠したダブルオプトイン取得フローの仕様、紹介ループの仕組み、購読者増加数／オプトイン単価の目標（Estimated と表示）を含むリスト成長計画を作成し、SEND-S（獲得時に取得した同意の品質）と SEND-N（ライフサイクルへの登録）に連携します。登録ページ／ポップアップの UX 自体には使用せず、landing-optimizer を使用。オプトインの記録には使用せず、consent-registry を使用。確認メールの文面には使用せず、email-creative-builder を使用します。メールリストの成長／リードマグネット／ダブルオプトイン／紹介ループ
ユーザーが「ローンチ価格を計画」「価格帯／パッケージを設計」「ローンチ割引／早期割引を設定」と依頼した場合に使用します。ローンチ価格とパッケージの計画を作成します。価格帯の構成と命名、メッセージハウスに沿った価値と価格の対応表、明確な期限の理由を伴うローンチオファーの段階設計、ローンチ後の通常価格への移行経路を含むベータ版／早期導入者向け価格、保証／返金条件を含みます。すべての価格に関する主張とオファー条件は memory/events/claims.ndjson に送信されます。正式なオファー／主張の記録には offer-claims-registry、有料ニュースレターの購読収益モデルには newsletter-monetization-planner、広告入札には bid-strategy-planner を使用してください。发布定价/梯度打包/早鸟优惠/保证设计
ユーザーが「ストーリーバンクを作る」「自社の起源や顧客のストーリーを集める」「メッセージに使える再利用可能な証拠ストーリーをまとめる」と依頼した場合に使用します。起源、創業者、顧客、変化、証明に関する再利用可能なナラティブ単位を作成し、それぞれに claims-ledger ID と message-house の柱を紐付け、各証拠に Measured / User-provided / [needs source] のラベルを付けます。message house や柱の作成には使用せず、message-system-architect を使用してください。ブランドボイスや命名規則には使用せず、brand-language-codifier を使用してください。完成した長文の執筆には使用せず、content-writer を使用してください。証拠の真偽の判定には使用せず、offer-claims-registry を使用してください。ブランドストーリーバンク／起源・顧客・変化／証拠ストーリー単位
ユーザーが「Product Hunt／Hacker News でローンチ」「コミュニティやディレクトリへのローンチ投稿を準備」「ローンチ投稿の波を計画」と依頼した場合に使用します。プラットフォーム別の投稿パッケージを作成します。Product Hunt のタグライン／ギャラリー／最初のコメントの骨子、事実に基づく Show HN のタイトルと本文、セルフプロモーション規則表付きの subreddit 別投稿、段階別のディレクトリ投稿、中文コミュニティを含む地域別チャネルマトリックスが含まれます。さらに、プラットフォームの禁止事項チェック（投票を依頼したり、投票の組織化を行ったりしない）と、ローンチ登録簿向けの T-0 投稿状況欄も作成します。有料の拡散には使用せず、content-amplifier を使用。クリエイターチャネルには使用せず、campaign-planner を使用。ローンチ計測データの読み取りには使用せず、launch-monitor を使用。ローンチ期間外の継続的なコミュニティ活動やローンチ前の karma 蓄積には使用せず、participation-warmup-planner を使用します。コミュニティローンチ／PH 投稿パッケージ／Show HN／ディレクトリ投稿波／プラットフォームの禁止事項／中国語チャネル
ユーザーが「tROAS が注文数ではなく利益を最適化するようコンバージョン値を設定」「購入価値に利益率を反映」「リード／電話／登録コンバージョンの価値ルールを作成」「利益を重視するので売上額に基づく入札をやめる」と依頼した場合に使用します。コンバージョン価値モデルを定義して QA を行います。コンバージョンごとの値、利益率／純価値の調整、固定／動的な価値ルール、売上を伴わないアクションの代理値、価値と件数の整合性チェックを含み、価値モデル仕様書とローンチ前の価値 QA シートを作成します。タグの発火や UTM の適正確認には conversion-signal-qa、プラットフォーム間の重複計上の除去には attribution-reconciler、R1/R2 のスコアリングには使用しないでください。R1/R2 は ad-account-auditor のスコア付き拒否項目です。付费广告转化价值建模/利润出价/价值规则QA
ユーザーが「送信後、メールが実際にどこへ届いたか追跡する」「シードリストで受信トレイ／迷惑メール／プロモーションの結果を確認する」「Gmail Postmaster / Microsoft SNDS のレピュテーション推移を見る」「前回の送信後に配置が低下したか確認する」と依頼した場合に使用します。プロバイダーごとの受信トレイ／迷惑メール／プロモーションへの配置状況、Postmaster + SNDS によるドメイン／IP レピュテーションの推移、具体的な悪化項目を示す送信ごとの差分、エクスポート済みテレメトリーを基に再利用できる SEND-S 配置スナップショットを作成します。送信前の SPF/DKIM/DMARC 認証チェックには使用せず、deliverability-qa を使用してください。EQS の計算や拒否判定の実行には使用せず、email-quality-auditor を使用してください。メールの受信トレイ到達状況の監視／受信トレイ対迷惑メール／Postmaster のレピュテーション推移
ユーザーが「競合比較カードを作る」「ローンチに向けて営業チームを準備する」「社内向けローンチ FAQ を書く」と依頼した場合に使用。営業主導のローンチ向けに、社内イネーブルメントキットを作成する。各代替製品との競合比較カード（自社の優位点／相手の優位点／引っかけ質問。すべての事実を追跡可能にする）、PR-FAQ の骨子から作成した営業トーク、異議対応表（異議 → 回答 → 根拠）、社内 FAQ と CS マクロ、禁輸期間を順守した社内ローンチ告知を含む。外部向けメッセージハウスには使用せず、message-house-builder を使用。競合追跡自体には使用せず、competitor-tracker または competitor-analysis を使用。アウトバウンドシーケンスには使用せず、cold-outbound-sequencer を使用。販売イネーブルメント／battle card／営業ストーリー／異議対応／社内 FAQ
ユーザーが「ローンチアセットをまとめる」「プレスキットを作成する」「ストア掲載情報と公開チェックリストを準備する」と依頼した場合に使用します。制作状況を含む、階層別のローンチアセットマニフェストを作成します。プレスキット仕様（ファクトシート、説明、沿革、機能、動画、画像、ロゴとアイコン、受賞歴、連絡先）、デモスクリプトとスクリーンショット仕様、ローンチ FAQ、公式の文字数上限に基づく 2 つのストア掲載メタデータ草案（App Store Connect／Play Console のドキュメントを参照）、技術的な公開チェックリストマニフェスト（robots の切り替え、サイトマップ、OG タグ、分析の検証。実行は technical-seo-checker と serp-markup-builder が担当）を含みます。メッセージ本文には message-house-builder または content-writer、ランディングページ UX には landing-optimizer、ストア掲載範囲外のキーワード調査には keyword-research を使用してください。发布资产打包/press kit/商店listing规格/上线检查清单
ユーザーが「ローンチを監視」「Product Hunt／Hacker News の順位を追跡」「ローンチ期間を見守る」と依頼した場合に使用。T-0 から T+30 の期間を監視します。ローンチ前の計測設定確認（UTM／イベントのチェック。RAMP P1 の上流工程）、HN の順位／ポイント／コメントのポーリングと、ポイントよりコメントが多い場合の炎上早期警告（Estimated のヒューリスティック）、PH の投票／注目掲載状況、ストアランキングとレビュー、ニュースへの波及、目標と比較した D0/W1/M1 KPI スナップショット、急増と持続性および自社チャネルでの獲得状況の分析、ローンチ層別 KPI 目標に基づくアラート閾値を扱います。ローンチ当日の実行／ロールバック判断には使用せず、launch-day-conductor を使用。指標の詳細分析には使用せず、performance-analyzer を使用。SEO 順位の追跡には使用せず、rank-tracker を使用します。ローンチ監視／順位ポーリング／炎上比較／急増と持続性
ユーザーが「証拠となるポイントをまとめる」「再利用可能な統計カードや事例スニペットを作る」「各柱の主張に証拠を添える」と依頼した場合に使用します。claims-ledger で承認された証拠を、統計カード、事例スニペット、推薦コメント、比較証拠などの再利用可能な証拠モジュールに変換します。各モジュールを message-house の柱と、それが裏付ける ledger claim ID に紐付け、承認済みの証拠がないのに主張している柱を指摘します。証拠の判定は行いません。未検証、または ledger にない証拠には ''[needs source]'' と印を付け、claims candidates に回します。主張の判定や裏付けには使用せず、offer-claims-registry を使用してください。空白を埋めるためのベンチマーク捏造には使用しません。証拠がない場合は指摘し、作りません。ナラティブの品質評価には使用せず、narrative-quality-auditor を使用してください。証拠モジュール／証拠カード／顧客事例／主張との対応
ユーザーが「ソーシャルメディアでの発信を監査」「この一連の投稿を安全に公開できるか」と尋ねた場合に使用します。構造化された ECHO アセットゲート、または独立したプログラム成熟度プロファイルを実施し、チャネル情報の正確性、主張、開示、操作、UGC の権利、分母を確認します。クリエイターの納品物には creator-content-auditor、ローンチ準備状況には launch-readiness-auditor を使用してください。社媒资产门/运营成熟度/发布前放行
ユーザーが「件名のバリエーションを生成して」「件名を事前スコアリングして」「この件名は途中で切れる？／迷惑メールフィルターに引っかかる？」と依頼した場合に使用します。テスト実施前に、ラベル付きの件名とプリヘッダーのバリエーションセット、および各案のヒューリスティックな事前評価カードを作成します。迷惑メール判定のフラグ、デスクトップとモバイルでの長さ／切り詰め、絵文字数、受信トレイのプレビュー表示（差出人名＋件名＋プリヘッダー）を含みます。本文や CTA には使用せず、email-creative-builder を使用してください。A/B テストの設計や有意性の評価には使用せず、send-experiment-designer を使用してください。プロファイル加重 EQS や S1/S2/N1/D1 の拒否判定には使用せず、email-quality-auditor を使用してください。メール件名の生成／事前スコアリング／切り詰めと迷惑メール語句の確認
ユーザーが「メッセージハウスを作る」「ローンチ用の PR-FAQ を書く」「ローンチのナラティブと価値の柱を定義する」と依頼した場合に使用します。ポジショニングキャンバスから、タグライン、一文での説明、3 つの価値の柱、ペルソナごとの証拠ポイント（各項目に Measured / User-provided / [needs source] のラベル付き）を含むメッセージハウスを作成します。さらに、逆算型の PR-FAQ ナラティブの骨格（ローンチ当日の時制、空席テスト、社外向け FAQ 5 件と社内向け FAQ 5 件）と、チャネル別のメッセージ角度パック（完成原稿ではなく切り口）も作成します。ポジショニングキャンバス自体には使用せず、positioning-mapper を使用してください。完成したブログ記事やページには使用せず、content-writer を使用してください。広告やメールの文案には使用せず、各分野の creative builder を使用してください。主張の判定には使用せず、offer-claims-registry を使用してください。メッセージハウス／PR-FAQ／価値の柱／ローンチナラティブ
ユーザーが「ウィンバックキャンペーンを作成」「休眠購読者を再エンゲージ」「再許可／再同意の一斉確認を実施」「反応のないリストを整理」と依頼した場合に使用します。休眠コホートの定義、段階的なオファー、再同意（再許可）の取得手順、整理確認／抑制ルールからなるクローズドループの再活性化プログラムを作成します。SEND-N の各サブ項目のメモは担当しません。エンゲージメント低下／整理は email-sequence-designer、プリファレンスセンター／頻度オプションは preference-frequency-manager の担当です。このスキルはそれらのメモを参照しますが、再出力はしません。一般的なライフサイクルフロー（ウェルカム／カート／購入後）には email-sequence-designer、プリファレンスセンター／配信頻度を下げる選択肢には preference-frequency-manager、同意記録自体には consent-registry、EQS の計算または N1 の拒否判定には email-quality-auditor を使用してください。流失召回/重新授权/沉默用户清理
ユーザーが「実際に提供できる内容に照らしてポジショニングを確認」「裏付けられる差別化要素を特定」「ポジショニングキャンバスと主張台帳を照合」などと依頼したときに使用します。再利用されたポジショニングキャンバスを提供可能な段階および主張台帳と照合し、差別化の真実性セットを作成します。各差別化主張は検証可能にするか、''[needs source]'' と記載します。このセットを基準に TALE-T1 を評価します。キャンバスの作成には使用せず、positioning-mapper を使用してください。主張の判定には使用せず、offer-claims-registry を使用してください。メッセージハウスの作成には使用せず、message-system-architect を使用してください。定位真相/差异化校准/可交付现实/主张核对
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。