mcpField
C
content-amplifier

content-amplifier

github.com/aaron-he-zhuマーケティング・グロース3.0k1.1k 回インストール今日更新
リポジトリ

content-amplifier について

content-amplifierは、承認済みで利用権が有効なクリエイター素材を、有料配信または複数チャネル向けに展開するスキルです。有料モードでは予算と最適化案を、再利用モードでは形式別の展開表と配信計画を作成します。

主な機能

  1. 01有料配信と再利用のモード
  2. 02クリエイター素材の選定と評価
  3. 03予算配分と最適化案
  4. 04形式・チャネル横断の計画
  5. 05利用権ステータスの追跡

活用シーン

  1. 01承認済みクリエイター素材の広告予算を計画
  2. 02動画素材をウェブ、メール、SNS向けに展開
  3. 03実績データを基に配信を計画
  4. 04利用権が予定用途をカバーするか確認

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/aaron-he-zhu/aaron-marketing-skills --skill content-amplifier

インストール後、Claude Code で/content-amplifierを入力して読み込まれたか確認します。

同梱ファイルreferences/atom-extraction.mdreferences/templates.md

詳細

コンテンツアンプリファイア

凍結済みで承認済みのクリエイターアセットから、さらに価値を引き出します。モードは2種類です。paid(有料出稿でリーチを拡大 — ホワイトリスティング、Spark Ads、ダークポスト、予算、最適化)と、repurpose(1つのアセットを有料、Webサイト、メール、ソーシャルで再利用 — インベントリ、再利用マップ、フォーマット仕様、配信計画)です。どちらも、creator-content-auditor によって承認された正確なバージョンと、有効かつスコープが定められた権利から始めます。Spark/ブーストの経路では、さらに依存するプラットフォームの状態と公開済み投稿が必要です。ダークポストはオーガニックで公開済みである必要はありません。

スコープのガード:このスキルは、納品物のブランドとの整合性、メッセージの正確性、FTC/開示要件への準拠を評価しません。また、STAR Trust/Appeal スコアを算出したり、STAR-T1/STAR-T2 の拒否判定を実行したりもしません。これらは creator-content-auditor のゲートの役割です。このスキルはその後の施策を担い、承認済みコンテンツを有料リーチやマルチチャネルアセットに展開してから引き継ぎます。製品ローンチでは、このスキルが再利用マップと、有料アンプリフィケーション/配信の実行カレンダー(ローンチコンテンツの30日間プランを含む)を担当します。ローンチの規律を担う momentum-planner は、ローンチのモーメントのみをスケジュールし、配信業務はこちらに引き継ぎます。常時運用のオーガニックソーシャルでも分担の形は同じです。ブランドの定常投稿カレンダーは social-calendar-builder が担当し、新規アイデアから複数プラットフォーム向けパッケージを作成する作業は social-creative-builder が担当します。このスキルは既存アセットの再利用と、すべての有料アンプリフィケーションを担い、ソーシャルの担当領域からはブーストに適したオーガニック投稿のみを通知します。

モード選択

モード使用する状況主な出力
paid(デフォルト)有料出稿でオーガニックのクリエイターコンテンツのリーチを拡大するコンテンツ選定スコアカード、アンプリフィケーション戦略(ホワイトリスティング/ブースト/ダークポスト)、オーディエンスターゲティング、予算配分、最適化プレイブック
repurpose承認済みアセット1つを有料、Webサイト、メール、ソーシャルで再利用する権利を追跡するインベントリ、1本の動画から10件以上への再利用マップ、フォーマット変換仕様、30日間の配信計画、コンテンツライブラリ+権利トラッカー

--mode paid または --mode repurpose で選択します。指定がない場合:「boost / amplify / whitelisting / Spark Ads / dark post / paid spend / budget」なら paid、「repurpose / reuse / turn one video into many / asset library / social proof on pages / multi-channel rollout」なら repurpose です。依頼が両方にまたがる場合(例:「広告バリエーションを制作し、さらに有料出稿の予算も計画する」)、まず repurpose を実行してアセットを作成し、その後 paid に引き継ぎます。暗黙のうちに統合せず、実行したモードを明示してください。

クイックスタート

最短の実行方法:

Which frozen auditor-approved asset with current active paid rights should we amplify from [campaign]?  # paid
How can we repurpose this frozen approved asset within its evidenced active destination scope?           # repurpose

よくあるシナリオ:

--mode paid: Create a $5,000 TikTok/Instagram plan from these frozen approved assets and supplied current active scoped-rights records
--mode repurpose: Build a 30-day plan from these 3 frozen approved videos and supplied current active rights records covering the requested destinations

出力の要件 — paid:エビデンスが揃った候補をすべてスコアリングしてランク分けし、予算と一致する出稿額を割り当てたうえで、拡大/停止のプレイブックを提示します。オーガニックでのパフォーマンスのエビデンス、または Hook/Message/Quality/CTA の所見が不足している候補は、NOT_SCORED/NEEDS_INPUT のままにし、/25、順位、ランク、出稿額を付けません。repurpose:すべてのソースアセットに権利タグを付け、利用可能なアセットを少なくとも1つ、2つ以上のチャネルにまたがる3つ以上のフォーマットに対応付け、日付入りの配信計画を作成します。

スキルの契約

  • 読み取り:
    • paid — 安定した不透明な creator_ref 値と一時的なクリエイターロケーター、プラットフォーム、コンテンツタイプ、日付付きのオーガニックリーチ/エンゲージメント/再生回数の証拠、日付付きのフック/メッセージ/品質/CTA に関する個別の所見、増幅予算、キャンペーンの目的(認知/トラフィック/コンバージョン)、対象プラットフォーム、ユーザーが提供する過去のパフォーマンスデータ、各候補アセットの現在の権利ステータスと証拠、および該当する場合は既存の掲載先。
    • repurpose — ソース UGC アセット(動画、リール、レビュー、画像)、安定した不透明な creator_ref 値と一時的なクリエイターロケーターおよびプラットフォーム、正確に固定された approved_asset_ref、不透明な認可済み source_ref、アセットごとの使用権、観測時刻/証拠を含む権利ステータス、元のパフォーマンス指標、対象チャネル、および既存の掲載先。ソースを要素に分割する場合、貼り付けられたトランスクリプト/キャプション/レビューのテキストは、その 3 つの参照値で識別されるソースに紐付いた一時的な証拠です。生のハンドルやコンテンツ URL が source_ref になることはありません。
    • memory-management が有効な場合、どちらのモードでも memory/hot-cache.md から過去のキャンペーンコンテキストを取得します。
  • 書き込み:デフォルトでは、各モードの成果物と引き継ぎ内容をインラインで返します。正確な WARM 保存の許可がある場合に限り、memory/influencer/content-amplifier/YYYY-MM-DD-<topic>.md に保存します。保存する成果物と引き継ぎ内容では、明示的に引き継がれた不透明な creator_ref、または検証済みのクリエイターレジストリアグリゲート ID を再利用します。それ以外の場合は、系統全体で一度だけランダムな creator-<UUIDv4> を生成します。生のハンドル、クリエイター名、プロフィール/コンテンツ URL、メールアドレス、プロバイダー ID、または決定論的ハッシュを識別子として永続化してはいけません。保持するのは creator_ref、固定されたアセット/承認参照値、不透明な証拠/権利/連絡先/掲載先の参照値、および個人を特定しないキャンペーンデータのみです。保存する各要素分割ソースには、creator_ref と正確な approved_asset_ref、不透明な source_ref を付与する必要があります。認可済みのリゾルバーがない場合は、識別情報が未解決であることを記録し、必要時に一時的なロケーターを再度求めます。
  • 昇格:別途、正確な許可がある場合に限り、持続性のある事実を memory/hot-cache.md に昇格します。paid では選択された増幅ミックス、クリエイターごとの支出ティア、成果の出たオーディエンス、拡大/一時停止のしきい値、repurpose では権利レベル、有効期限、ライブラリの命名規則、最も成果の出たソースアセットが対象です。新たに観測された権利の取り消し、異議申し立て、期限切れ、またはその他の権利ステータスの変更は、ここで正規情報として扱いません。正確なステータス証拠を添えて、既存の creator-registry の提案プロセスへ個別に許可された内容を引き継ぐ提案のみ行います。このスキルは、その提案を追記したり受理したりしません。
  • 完了条件:
    • paid — (1) 証拠が揃った候補はすべて、オーガニックパフォーマンスとフック/メッセージ/品質/CTA に関する日付付きの証拠を備え、ティアや支出を決める前に /25 でスコア化されていること。証拠が不完全な候補はすべて、合計点/順位/ティア/支出なしで NOT_SCORED/NEEDS_INPUT とすること。(2) 証拠が揃い、適格なコンテンツ、目的、プラットフォームのみを対象とした予算配分の合計が、提示された予算と一致すること。(3) 提供された KPI 目標と拡大/一時停止ルールを含む最適化計画を記録すること。これらのルールが提供されていない場合は NEEDS_INPUT のままとすること。(4) 選択したすべてのアセットについて、意図する用途を対象とする現在の active な権利証拠があること。
    • repurpose — (1) すべてのソースアセットに、権利レベル、有効期限、active | expired | revoked | disputed | unknown のステータス、status_observed_at、status_evidence_ref があること。(2) 少なくとも 1 つのソースアセットが、2 つ以上のチャネルにわたる 3 種類以上の異なる出力形式に対応付けられていること。(3) アセットチェックリストを含む、日付付きの配信計画があること。(4) 非アクティブまたは対象範囲外のステータスによって影響を受ける既存の掲載先が、手動削除キューに含まれていること。
  • 次の主要スキル:キャンペーン開始後の paid → performance-analyzer、コンバージョンにつながる場所に再利用したソーシャルプルーフを配置する repurpose → landing-optimizer。
引き継ぎサマリー

skill-contract.md §Handoff Summary Format の標準形式を出力してください。実行したモードを明記してください。すべての指標に「測定値/ユーザー提供/計算値/推定値/不明」のラベルを付けてください。欠落しているCPM、ROAS、視聴回数、権利の有効期限、または判定しきい値を例の値で補ってはいけません。エクスポートを依頼するか、Unknown/NEEDS_INPUT を使用してください。オーガニックのパフォーマンスと、Hook/Message/Quality/CTA に関する所見は選定根拠であり、予測項目ではありません。いずれかが欠けている場合、Estimated に置き換えてはいけません。そのアセットを NOT_SCORED/NEEDS_INPUT とし、/25、順位、ティア、または支出を出力しないでください。ほかの項目に Estimated を使用できるのは、ユーザーが計算に必要な入力と前提条件を提示または承認し、その根拠を示す場合に限ります。

データソース

このファミリーはティア1です。どちらのモードも、ライブ連携なしで動作します。ユーザーにモードに必要な入力を尋ね、それらに基づいて成果物の対応可能な部分を作成してください。リーチ、エンゲージメント、CPM、ROAS、権利に関する数値、選定所見を決して捏造しないでください。オーガニックのリーチ/エンゲージメント/視聴回数の証拠、またはHook/Message/Quality/CTAに関する証拠が欠けている場合、Estimated にしてはいけません。そのアセットを NOT_SCORED/NEEDS_INPUT としてください。ほかの予測項目は、提示または明示的に承認された入力と前提条件に基づく場合に限り、Estimated にできます。それ以外は Unknown/NEEDS_INPUT を使用してください。

コネクターを使用すると出力の精度を高められる場合があります(すべて任意で、オプトインのティア2/3です)。

  • ~~social platform analytics — ユーザーに貼り付けてもらう代わりに、オーガニックのリーチ、エンゲージメント率、視聴回数を取得します(両モード)。
  • ~~ad platform(Meta Ads Manager、TikTok Ads Manager、Google Ads)— 有料最適化プレイブック用に、最新のCPM/CTR/CPC/ROASを読み取り、Spark Ads/Partnership Adの許可状況を確認します。
  • ~~influencer database — 類似オーディエンスターゲティング(有料)のためにクリエイターのオーディエンス属性を確認します。また、再利用用アーティファクトでは creator_ref、プラットフォーム、契約上の権利参照のみを保持し、クリエイターの識別子を一時的に解決します。
  • ~~DAM / asset library — 処理済みアセットを保存してタグ付けし、命名規則を適用します(再利用)。
  • ~~CRM — リターゲティング/除外オーディエンスを提供します(有料)。クリエイターのレコードと利用権の有効期限を照合します(再利用)。

各カテゴリで検証済みの無料/キー不要の手順については、CONNECTORS.md を参照してください。いずれも必須ではありません。コネクターがない場合、数値はユーザーが提供します。

手順

まずモードを選択し(モードセレクターを参照)、そのモードの手順を実行してください。各手順には references/templates.md に記入用テンプレートがあります。表を省略せず、記入済みの成果物を作成してください。

モード:有料
  1. 利用可能なコンテンツを評価する — コンテンツ一覧を作成します。キャンペーン、コンテンツ数、予算、creator_ref、プラットフォーム/種類、日付と根拠参照を伴うオーガニックリーチ/ER/再生数の値を記録します。指標が存在しない、日付がない、または根拠がない場合、オーガニックパフォーマンスのスコアを作成しないでください。有料ステップ1のテンプレート。
  2. 増幅するコンテンツを選択する — オーガニックパフォーマンス、Hook、Message、Quality、CTAについて、それぞれsource_refとobserved_atを付けた1~5の所見を記録します。5つすべてが揃っている場合に限り、アセットに/25、順位、ティア、または費用を設定できます。いずれかの項目またはその根拠が欠けている場合は、提示済みの所見を保持し、score_state: NOT_SCOREDおよび実行ステータスNEEDS_INPUTを設定し、不足項目を正確に列挙します。推定、正規化、按分、部分合計の手計算は行わないでください。有料ステップ2のテンプレート。
  3. 増幅戦略を策定する — 3つの運用方法を中立的に説明します。ホワイトリスティング/パートナーシップ/Spark AdsはクリエイターのIDを使用し、プラットフォーム上の対応する認証が必要です。ブランドアカウント広告はブランドのIDを使用し、ブランドの広告アカウントにライセンス済みアセットが必要です。ダークポストは、広告アカウントにおける未公開の広告掲載です。比較データが提示されていない限り、いずれかの方法がエンゲージメントを高める、真正性を維持する、信頼性を高める、または他の方法より優れている/劣っていると主張しないでください。方法の選択と予算配分は、明示されたテストまたはユーザーの判断として扱います。有料ステップ3のテンプレート。
  4. ターゲティングを設定する — クリエイターのエンゲージメント済みオーディエンスを基にした類似オーディエンスを主要ターゲットとし、拡張セグメント(認知向けの興味関心/行動/デモグラフィック、コンバージョン向けのリターゲティング/カスタム/類似オーディエンス)、プラットフォームごとの広告セット、除外設定を用意します。有料ステップ4のテンプレート。
  5. 予算を配分する — 明記された予算を、権利の対象でありスコアがすべて揃ったアセットにのみ配分し、その後、目標とプラットフォームごとに分けます。ペーシングスケジュール(学習 → 最適化 → 拡大)を設定します。配分額の合計は明記された予算と一致させてください。スコアがすべて揃った対象アセットが残っていない場合は、NEEDS_INPUTを返し、仮の配分を提示しないでください。有料ステップ5のテンプレート。
  6. 最適化プレイブック — KPI表(CPM、CTR、CPC、CVR、ROAS)に目標を下回る場合/上回る場合のアクションを記載し、最適化スケジュール、A/Bテスト、拡大/停止/クリエイティブ刷新の明示的な基準を含めます。有料ステップ6のテンプレート。
  7. プラットフォーム固有の設定 — 凍結済みのアセットバージョンが監査担当者の承認済みであり、権利トラッカーのステータスがactiveで、日付付きの根拠参照があることを確認します。さらに、許諾が期限切れでなく、使用予定のプラットフォーム、地域、形式、有料利用を対象としていることを個別に確認します。expired、revoked、disputed、unknownの場合、新たな使用は不可として扱います。Spark/ブーストなど、既存の投稿を利用する方法には、対応する公開中の投稿とプラットフォーム上の認証も必要です。ダークポストの設定には、事前のオーガニック投稿は必要ありません。承認、必須の公開状態、または利用可能な権利が確認できない場合は、NEEDS_INPUTとして配信開始を停止します。これらを推測で補ってはなりません。有料ステップ7のガイド。

完成した成果物を本文内に記載してください。保存の承認を求める際は、正確なWARMパスを提示し、その後、HOTへの昇格については別途確認してください。広告アカウントの設定、アップロード、配信開始、または支出は、いずれも具体的なアクションへの承認を要する追加の外部変更です。

モード:再利用
  1. 利用可能なコンテンツを監査する — コンテンツの一覧と権利の概要を作成します。各アセットに ID、クリエイター、プラットフォーム、種類、権利レベル/有効期限、権利ステータス、status_observed_at、status_evidence_ref を記録します。再利用ステップ 1 のテンプレート。
  2. 再利用の機会を整理する — ソースアセットごとに、出力形式、対象チャネル、変更内容、作業量を一覧にします(動画 1 本から 10 個以上のアセットを作成)。再利用ステップ 2 のテンプレート。
  3. 再利用計画を作成する — パフォーマンスと権利に基づいてソースアセットに順位を付け、有料、オウンド、ソーシャル、営業にわたるチャネル配信計画を作成します。再利用ステップ 3 のテンプレート。
  4. 形式変換の仕様を定める — 動画から動画、動画から静止画、引用/レビュー、画像への変換について、アスペクト比、長さ、変更の仕様を記載します。プラットフォームごとの仕様は references/platforms/ にあります。再利用ステップ 4 の仕様。
  5. チャネルのガイドラインを適用する — ウェブサイト、メール、有料チャネル(クリエイティブのテストマトリックスを含む)、オーガニックソーシャルのベストプラクティスを適用します。再利用ステップ 5 のガイドライン。
  6. コンテンツライブラリを構築する — フォルダー構成、[campaign]_[creator_ref]_[platform]_[type]_[variation]_[date] という命名規則、メタデータ項目を定めます。再利用ステップ 6 の構成。
  7. 権利を追跡する — コンテンツごとの権利マトリックス、期限切れ間近の権利に関するアラート、権利拡張の機会、既存の掲載先のみを対象とする手動削除キューを用意します。掲載先を推奨する前に、status: active と status_observed_at、status_evidence_ref があることを必須とし、権利付与が有効期限内で、そのチャネル、地域、形式、用途を対象としていることを確認します。expired、revoked、disputed、unknown、および範囲外の権利は、新たな利用について引き続きブロックします。影響を受ける既存の掲載先を、掲載先、担当者、due_at、completion_ref とともにキューに追加します。完了参照が空欄の場合、削除が立証されていません。再利用ステップ 7 のトラッカー。

1 つのソースから複数の出力アトムを切り出す場合は、references/atom-extraction.md の 7 階層抽出を適用します。すべてのアトムを creator_ref、正確な approved_asset_ref、不透明な認可済み source_ref に紐付けます。アトムのランキング、バイラリティスコア、類似重複のしきい値、有料掲載の選択、またはヒーロー掲載の選択には、ユーザーが承認したルール、または日付入りのルール参照が必要です。これがない場合、アトムは NOT_SCORED/NEEDS_INPUT のまま保持し、自動で順位付け、削除、選択を行わないでください。入力済みの成果物をインラインで返し、その WARM 保存について正確な認可を 1 件求めます。HOT への昇格については、別途認可を求めます。

どちらのモードでも、削除キューは手動で対応するためのビューであり、削除や編集の認可ではありません。個別の正確な操作承認と完了証拠が別途ない限り、広告を一時停止したり、投稿を削除したり、ページを非公開にしたり、プラットフォームを編集したり、completion_ref を記入したりしないでください。権利ステータスが変わった場合は、別途認可を得てから、その正確な証拠を既存のクリエイター登録提案ワークフローに提示してください。新たな権利登録簿を作成したり、WARM トラッカーを正本として扱ったりしないでください。

判断ゲート

  • 停止して確認する — 進行に必要なモード入力が欠けており、推測できない場合に限ります:(1)paid で予算が指定されていない場合は、広告予算を確認します。(2)paid の候補に日付付きのオーガニック指標の証拠、または Hook/Message/Quality/CTA のいずれかの観察結果がない場合は、そのアセットを NOT_SCORED/NEEDS_INPUT として返し、合計スコア/順位/ティア/支出は提示しません。(3)いずれかのモードで、凍結済みアセットの監査承認参照がない場合、権利のステータスが expired、revoked、disputed、unknown であるアセットがある場合、日付付きのステータス証拠がない場合、または意図したチャネル/地域/形式/用途を対象としていない場合は、正確な承認または権利の不足箇所について NEEDS_INPUT を返してから、アクティベーションまたは再利用を推奨します。承認や制限付きの許諾を推測してはならないためです。
  • 確認せずに続行する — 任意のコネクターがない場合や、参照セットにプラットフォームが含まれていない場合も停止せず、ユーザー提供の証拠または最も近い文書化済みの形式上の類似例を使用し、その旨を明記します。候補が不完全でも、権利の一覧化や証拠不足の報告は続行できますが、その候補の詳細分析、順位付け、ティア判定、支出配分、有料施策の推奨はできません。

例

paid — ユーザー:「日付付きのオーガニックデータのエクスポートには、凍結済みで監査承認済み、かつ対象範囲内の有効な有料利用権を持つ5つのアセットについて、視聴回数/ER と Hook の観察結果が含まれていますが、Message、Quality、CTA の観察結果はありません。予算5,000ドルを配分してください。」

Evidence basis: organic metrics, Hook observations, frozen approval refs, and rights status/scope are user-provided; Message, Quality, and CTA evidence is missing.

| Creator Ref | Organic | Hook | Message | Quality | CTA | Score State | Total / Rank / Spend |
|-------------|---------|------|---------|---------|-----|-------------|----------------------|
| [creator_ref per asset] | supplied | supplied | Unknown | Unknown | Unknown | `NOT_SCORED/NEEDS_INPUT` | none |

No `/25`, rank, tier, or allocation is emitted. Request dated Message/Quality/CTA observations with opaque evidence refs; never fill them with `Estimated` or force a partial total.

repurpose — ユーザー:「提供済みの凍結済みで監査承認済みのアセットを3つ使い、それぞれを creator_ref-1、creator_ref-2、creator_ref-3 に対応付けてください。権利記録のステータスは active で、日付と証拠があり、有効期限内で、依頼された派生編集と、米国での有料利用、ウェブサイト、メール、オーガニックソーシャル、YouTube への掲載先を対象としています。30日間の再利用計画を作成してください。」→ 証拠で裏付けられた用途のみを対応付け、計画内で creator_ref と不透明なアセット/証拠参照を保持します。

どちらかの依頼で凍結済みの承認参照または最新の対象範囲内の権利証拠が欠けている場合は、該当する不足箇所を明示して NEEDS_INPUT を返し、そのアセットの順位付け、予算配分、変換、スケジュール設定は行いません。Paid の選定では、オーガニック指標/証拠、または Hook/Message/Quality/CTA の観察結果/証拠のいずれかが欠けている場合も、引き続き NOT_SCORED/NEEDS_INPUT とします。

完全な順位、戦略、設定、両方の作業例については、references/templates.md を参照してください。

参考資料

  • templates.md — 両モードの各ステップで使用する記入式テンプレート、プラットフォーム設定ガイド、形式変換の仕様、両方の作業例、ヒント。
  • atom-extraction.md — 7段階のコンテンツアトム抽出、バイラル性のヒューリスティック、1つのソースから複数のコンテンツを切り出す際に使う Jaccard 近似重複フラグ(repurpose モード)。
  • プラットフォーム別の形式と掲載場所の仕様:tiktok · youtube · linkedin · x · reddit · grokipedia。
  • star-benchmark.md — STAR フレームワーク、およびこのスキルの実行前に creator-content-auditor が適用する Trust の拒否条件(STAR-T1 FTC 開示、STAR-T2 主張の完全性)。
  • skill-contract.md — 共通契約と Handoff Summary 形式。
  • state-model.md — HOT/WARM/COLD のメモリ階層と保存規則。
  • CONNECTORS.md — コネクターのカテゴリごとの無料/キー不要のデータ取得レシピ。
  • 関連スキル:creator-content-auditor、contract-helper、landing-optimizer、budget-optimizer、performance-analyzer。

結果を保存する

調査結果をインラインで提示した後、「これらの結果を今後のセッション用に保存しますか?」と尋ねます。はいの場合は、memory/influencer/content-amplifier/YYYY-MM-DD-<topic>.md への明確な許可を得て、判定/見出し、実行可能な上位3~5項目、未解決事項や障害、判別不能なソース参照を1行にまとめて書き込みます。保存する識別情報は creator_ref のみです。生のハンドル、名前、プロフィール/コンテンツのURL、メールアドレス、プロバイダーIDは削除してください。保存の許可は、HOTへの昇格や広告プラットフォームの変更を許可するものではありません。このスキルでは、開示漏れや裏付けのない主張など、拒否権に関わるリスクはここで判断せず、creator-content-auditor に引き継ぎます。

次に推奨するスキル

主な選択肢:

  • paid モード → performance-analyzer — キャンペーン開始後に、拡散の結果を測定します。
  • repurpose モード → landing-optimizer — 再利用したお客様の声、ヒーロー動画、引用カードを、コンバージョンにつながるページに配置します。

その他の選択肢:

  • content-amplifier --mode paid — 再利用した広告バリエーションを有料配信する準備ができた場合に使用します(このセッションで repurpose を実行し、paid をまだ実行していない場合に限ります)。
  • contract-helper — 再利用の前に利用権を確保または拡大します(repurpose)。
  • budget-optimizer — 推奨されたティア間で有料予算を再配分します(paid)。

終了条件:このセッションで訪問済みの項目を管理してください。推奨先(このスキルのもう一方のモードも含む)がすでに実行済みの場合は、再度呼び出さずに停止し、チェーンが完了したことを報告してください。チェーンの最大深度は3です。次に進む先が曖昧な場合は、選択肢を提示して停止し、自動的に次へ進まないでください。

コメント