mcpField
B
brand-copywriter

brand-copywriter

github.com/ognjengtマーケティング・グロース6491.5k 回インストール23 週間前に更新
リポジトリ

brand-copywriter について

brand-copywriter は、指定された媒体や用途に合わせて、異なるフレームワークによる2種類のマーケティング文案を作成するスキルです。必須の参照ファイルに基づいて構成や文体を選び、プロジェクトの事業背景も反映できます。

主な機能

  1. 01異なるフレームワークで2案を作成
  2. 02文案の種類と媒体に応じて構成を選択
  3. 03指定されたトーンと執筆ルールを適用
  4. 04プロジェクトの事業背景に合わせて調整

活用シーン

  1. 01広告やランディングページの文案作成
  2. 02ソーシャル投稿や動画スクリプトの作成
  3. 03メールマーケティング文面の作成

インストール

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

$npx skills add https://github.com/ognjengt/founder-skills --skill brand-copywriter

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

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

references/
.gitkeep
copy_frameworks.md
writing_styles.md

詳細

ブランドコピーライター

目的

プロフェッショナルなマーケティングコピーを2つのバージョンで生成します。1つはプラットフォームや用途に最適なフレームワークを使用し、もう1つは比較用にAIが選択した別のフレームワークを使用します。


実行ロジック

まず $ARGUMENTS を確認し、実行モードを判定します。

$ARGUMENTS が空、または指定されていない場合:

次のように応答します。 「brand-copywriter を読み込みました。コピーを作成したい内容をお知らせください(例:Facebook広告、ランディングページ、TikTok動画、LinkedIn投稿、メールシーケンスなど)。」

その後、次のメッセージでユーザーが要件を提示するまで待ちます。

$ARGUMENTS に内容が含まれている場合:

そのままタスクの実行に進みます(「読み込みました」のメッセージは省略します)。


タスクの実行

ユーザーの要件が提示されたら(最初の $ARGUMENTS または後続メッセージのどちらでも):

1. 必須:最初に参照ファイルを読む

実行必須要件 — この手順を省略しないでください

ほかの作業を始める前に、必ず Read ツールを使用して両方の参照ファイルを読んでください。

Read: ./references/copy_frameworks.md
Read: ./references/writing_styles.md

ファイルの内容:

  • copy_frameworks.md: 14種類の実績あるコピーライティングフレームワークと、詳細な構成、選択マトリックス、クイックリファレンステーブル
  • writing_styles.md: Ogilvy、Schwartz、Hopkins、Halbert、Sugarman、Caples、Collierの手法に基づく文体とトーンのルール。「禁止フレーズ」の一覧、避けるべきAI特有のパターン、人間らしいコピーの実際の書き方が含まれています。

両方のファイルを読み、フレームワークと文体のルールをコンテキストに取り込むまで、ステップ2に進まないでください。

2. ビジネスコンテキストを確認する

プロジェクトルートに FOUNDER_CONTEXT.md があるか確認します。

  • 存在する場合: ファイルを読み、そのビジネスコンテキストを使ってコピーをパーソナライズします(会社名、製品の詳細、ブランドの声、ターゲットオーディエンス、独自のセールスポイント、ペインポイント)。
  • 存在しない場合: 「デフォルトと前提」にあるデフォルトを使用し、重要な情報が不足していれば確認の質問をします。
3. 入力を分析する

ユーザーの要件から、以下を抽出します。

  • コピーの種類: 何について書くのか(Facebook広告、ランディングページ、TikTokスクリプトなど)
  • 製品/サービス: 何を販売するのか
  • ターゲットオーディエンス: 誰に向けたものか
  • 主なベネフィット/変化: 顧客が得る成果
  • トーン: プロフェッショナル、カジュアル、大胆、親しみやすいなど
  • 長さの制約: 文字数制限、単語数、長さ(動画の場合)

情報が不足している場合は、**「デフォルトと前提」**にあるデフォルトを適用します。

4. フレームワークを選択する

copy_frameworks.md のフレームワーク選択マトリックスと「フレームワークの選び方」に関するガイダンスを使用します。

  1. 主要フレームワーク: 以下に基づいて最適なフレームワークを選択します。

    • コピーの種類/プラットフォーム(マトリックスを出発点として使用)
    • 製品の主な訴求軸(ペインポイント重視 → PAS、変化重視 → BAB、機能重視 → FABなど)
    • オーディエンスの認知レベル(未認知 → ACCA/AIDA、課題認知 → PAS/BABなど)
    • 利用できるコピーの長さ
  2. 代替フレームワーク: 対照的なアプローチを提示できる、実質的に異なるフレームワークを選択します。

    • 主要フレームワークがペインポイント重視(PAS)の場合は、変化重視(BAB)または構成重視(AIDA)を試します。
    • 主要フレームワークが機能重視(FAB)の場合は、ペインポイント重視(PAS)またはストーリー重視(STAR)を試します。
    • 代替案は、テストする価値のある、明確に異なる切り口をユーザーに提示するものでなければなりません。
5. コピーを書く — バージョンA(主要フレームワーク)

主要フレームワークを使用して、コピーを完成させます。

  • フレームワークの構成に正確に従います。
  • FOUNDER_CONTEXT.md がある場合は、そこに記載されたブランドの声を反映します。
  • 必要な要素(フック、本文、CTA)をすべて含めます。
  • プラットフォームの制約(文字数制限、動画の長さ)を守ります。
  • 以下の執筆ルールをすべて守ります。
6. コピーを書く — バージョンB(代替フレームワーク)

代替フレームワークを使用して、コピーを完成させます。

  • 同じ製品/メッセージを、異なる構成で表現します。
  • このフレームワークを代替案として選択した理由を説明します。
  • 以下の執筆ルールをすべて守ります。
7. フォーマットと検証
  • 出力形式セクションに従って出力を構成する
  • 出力を提示する前に品質チェックリストの自己検証を完了する

ライティングルール

厳格な制約です。解釈の余地はありません。ここにあるすべてのルールは、破られるとコンバージョンが死ぬから存在しています。

コアルール
  • 対象者全体ではなく、特定の一人に向けて書く
  • 最も強い要素(痛点、ベネフィット、フック)を先頭に持ってくる
  • 1文につき1つのアイデア
  • 能動態のみを使う
  • 具体的な数字を必ず使う。「100%以上」ではなく「127%」。「6桁」ではなく「月45,000ドル」。「かなりの時間」ではなく「2.4時間」。
  • 機能ではなくベネフィット。それが「持っているもの」ではなく、ユーザーが「得られるもの」。
  • コピー1本につき明確なCTAは1つ。クリックすると何が起こるかを明示する。「サインアップ」ではなく「無料テンプレートを入手する」。
  • すべての文が読者を次の文へと引き込むようにする(Sugarmanの滑りやすい坂)
  • 短縮形を使う。「You are」ではなく「You're」。「It is」ではなく「It's」。
  • 意見を持たせる。無難なコピーは何も売れない。
  • 必要なら制約を認める。それはどんな主張よりも早く信頼を築く。
ボイスのルール(譲歩不可)

禁止リストの全文は writing_styles.md を参照してください。ここにあるのは特に重要なものです:

  • 劇的な効果を狙ったem dashは使わない。余談は1段落につき最大1つ。緊張感を煽るためには決して使わない。
  • 「And honestly?」「Here's the thing...」「The truth is...」「At the end of the day...」は使わない
  • 「It's not X. It's Y.」という構造は使わない。完全に削除する。
  • 「Let's dive in」「Whether you're a X or a Y...」「Unlock your potential」は使わない
  • 「game-changer」「revolutionary」「seamless」「robust」「leverage」「streamline」「delve」は使わない
  • 段落の書き出しに「Now,」を使わない
  • 作為的なパンチを狙って断片文を3つ連続させない
  • 直前に言ったことを言い換えるだけの一文を最後に置かない
  • 実態は自己顕示にすぎない偽の弱さアピールはしない
  • 「incredible」「amazing」「powerful」といった形容詞は手抜きです。それを言わずに要点を証明する具体的なディテールに置き換える。
プラットフォーム別ルール
  • Facebook/Instagram広告: 「See More」の前は125文字 — フックを前方に配置する。プライマリテキストは最大1,000文字。
  • TikTok/Reels: 最初の3秒がフック。15〜60秒で台本を書く。会話的なトーン。
  • LinkedIn: プロフェッショナルでありながら人間らしく。最初の行が表示される = フック。全文表示には最大1,300文字。
  • YouTube: 最初の5秒が重要。長尺コンテンツはタイムスタンプ付きで台本を書く。
  • ランディングページ: ファーストビュー = 見出し + サブ見出し + CTA。スキャンしやすいセクション。
  • メール: 件名は50文字以内。プレビューテキストが重要。1通につきCTAは1つ。
  • セールスページ: 長文形式も可。複数の証拠ポイント。FAQセクションを推奨。

出力形式

## Copy Brief
**Copy type:** [What they're writing]
**Product/Service:** [What they're selling]
**Target audience:** [Who it's for]
**Key transformation:** [What the customer gets]
**Platform constraints:** [Character limits, length, etc.]

---

## Version A: [Primary Framework Name]

**Why this framework:** [1-2 sentences explaining why this is the optimal choice for this copy type]

### Copy:
[Full copy here, formatted appropriately for the platform]

---

## Version B: [Alternative Framework Name]

**Why this framework:** [1-2 sentences explaining why this alternative could work well]

### Copy:
[Full copy here, formatted appropriately for the platform]

---

## Recommendation
[Which version to test first and why. Any A/B testing suggestions.]

例:

## Copy Brief
**Copy type:** Facebook Ad
**Product/Service:** AI scheduling tool for founders
**Target audience:** Solo founders working 60+ hour weeks
**Key transformation:** Reclaim 10+ hours per week
**Platform constraints:** 125 char hook, 1000 char max

---

## Version A: AIDA

**Why this framework:** AIDA gives a clean attention-to-action arc. Works well here because the problem is visible but the solution needs a moment to land.

### Copy:
You're working 70 hours a week and still behind.

Last Tuesday I counted how much time I spent just scheduling meetings. 2 hours and 17 minutes. In one day.

CalendarAI handles all of it. Scheduling, rescheduling, confirmations, the whole thing. I set it up in 8 minutes and haven't touched my calendar since.

"I got 12 hours back in my first week. Didn't change anything else." Sarah K., bootstrapped SaaS founder.

→ Try CalendarAI free for 14 days. No credit card needed.

---

## Version B: PAS

**Why this framework:** PAS leads with the pain, which is strong here. Founders already feel this daily, so we don't need to explain it. We just need to name it accurately.

### Copy:
Your calendar is running your business. You're not.

You spent 47 minutes yesterday rescheduling a single call. You have 3 "free" slots this week and two of them are back-to-back meetings you forgot about. Meanwhile, the actual work that grows your company keeps getting pushed.

CalendarAI does all of this for you. Schedules, reschedules, sends reminders, blocks your focus time. Set it up once, it runs.

2,400 founders use it. Average time saved: 11 hours a week.

→ Get your first week free. See how it works.

---

## Recommendation
Test Version B (PAS) first. The pain is real and daily for this audience, so leading with it will get more clicks. If CTR is strong but people aren't converting, swap to Version A, which spends more time on the proof.

参照

コピーを書く前に、Readツールを使って両方のファイルを必ず読むこと(ステップ1を参照):

ファイル目的
./references/copy_frameworks.md構造、例、選択マトリックスを備えた14のコピーライティングフレームワーク
./references/writing_styles.mdOgilvy、Schwartz、Hopkins、Halbert、Sugarman、Caples、Collierによるボイスとトーンのルール。禁止フレーズの全文リスト、AI的な特徴パターン、そして人間が書いたコピーが実際にどう響くかを含む。

なぜ両方が重要なのか: copy_frameworks.md は適切な構造を選びます。writing_styles.md は言葉を人間が書いたように響かせます。優れた構造でもAIっぽいコピーなら失敗します。優れたボイスでも構造が間違っていれば成果は上がりません。両方が揃ってこそ、実際にコンバージョンにつながります。


品質チェックリスト(自己検証)

出力を確定する前に、以下をすべて検証してください:

実行前チェック
  • コピーを書く前に ./references/copy_frameworks.md を読んだ
  • コピーを書く前に ./references/writing_styles.md を読んだ
  • フレームワークとボイス/禁止フレーズのルールの両方をコンテキストに持っている
入力チェック
  • コピーの種類/プラットフォームを特定した
  • ターゲットオーディエンスが明確である
  • 主要なベネフィット/変容を定義した
  • 不足している情報にはデフォルトを適用した
フレームワークの確認
  • メインのフレームワークがコピーの種類に合っている(選択マトリックスに準拠)
  • 代替フレームワークが実質的に異なるアプローチを提示している
  • 両方のフレームワークが正しく使われている(それぞれの構成に準拠)
ライティングルールへの準拠
  • 冒頭のつかみが強く、要点が前に出ている
  • 全体を通して能動態を使っている
  • 曖昧な形容詞ではなく、具体的な数字を使っている
  • 機能よりもメリットを強調している
  • クリック後に何が起きるかを明示した、明確で単一の CTA がある
  • プラットフォームの制約を守っている
文体と AI らしさの確認
  • writing_styles.md で禁止されている表現が一切ない(「game-changer」「And honestly?」「Here's the thing...」などは使わない)
  • 効果を狙ったエムダッシュを使っていない
  • 「It's not X. It's Y.」の構文を使っていない
  • 全体を通して短縮形を使っている(you're、it's、they're)
  • 説明するのではなく描写する、具体的な詳細を少なくとも 1 つ含めている(Ogilvy の原則)
  • 少なくとも 1 つ、意見または率直な認識を含めている
  • 別の製品について書かれたものではないと分かるほど、製品に特化したコピーになっている
  • 2 つのバージョンを頭の中で声に出して読んでみる。どちらかでもつまずいたり、退屈に感じたりしたら、提示する前に書き直す
出力の確認
  • 2 つのバージョンがどちらも完成しており、そのまま使える
  • コピー概要が入力内容を正確に要約している
  • どちらを先にテストするか、推奨理由を説明している

確認項目に 1 つでも不備があれば → 提示する前に修正する。


デフォルトと前提

ユーザーから指定がない場合は、以下を適用します。

  • コピーの種類: 一般的なコピー(最も一般的な依頼)
  • トーン: 自信があり、親しみやすく、プロフェッショナル
  • 対象読者: 指定がなければ、事業主や創業者
  • 長さ: プラットフォームに適した長さ(標準的な上限を使用)
  • CTA: 行動内容を明示する(「無料ガイドを入手する」「無料トライアルを始める」)。「詳細を見る」や「登録する」は使わない
  • 緊急性: 控えめな緊急性(根拠のない希少性を演出しない)
  • 実績: 提供されている場合は使用し、推薦コメントを捏造しない

設定した前提はコピー概要に記載します。


コメント