mcpField
X
x-writer

x-writer

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

x-writer について

x-writerは、ユーザーのテーマに沿って、異なる形式と選択したクリエイターの文体で3件のX投稿を作成するスキルです。形式・投稿例・文体の参照ファイルを使い、プロジェクトに事業背景があれば内容に反映します。

主な機能

  1. 01異なる形式で3件の投稿を作成
  2. 02選択したクリエイターの文体に適合
  3. 03形式・投稿例・文体の資料を参照
  4. 04創業者の背景を反映して調整
  5. 05投稿の長さと執筆規則を確認

活用シーン

  1. 01製品やアイデアのX投稿案を作成
  2. 02クリエイターの文体に合わせて調整
  3. 03事業テーマの投稿を準備

インストール

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

$npx skills add https://github.com/ognjengt/founder-skills --skill x-writer

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

同梱ファイル

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

references/
formats.md
posts.md
voices.md

詳細

X Writer

目的

実績のあるテンプレートやパターンを使って、エンゲージメントを高めるための効果が実証された異なる形式で、クリエイターの声に合わせたバイラルな X 投稿を 3 件生成します。


実行ロジック

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

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

次のように応答します: "x-writer loaded, proceed with your topic or idea"

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

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

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


タスクの実行

ユーザーの要件を受け取ったら(最初の $ARGUMENTS、または後続のメッセージから):

1. 必須:まず参照ファイルを読む

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

ほかのことをする前に、必ず Read ツールを使って 3 つすべての参照ファイルを読んでください。これは必須です:

Read: ./references/formats.md
Read: ./references/posts.md
Read: ./references/voices.md

参照ファイルの内容:

  • formats.md:実証済みの 8 つの投稿形式。構成テンプレート、心理的な背景、形式ごとのルールを記載しています
  • posts.md:形式別に整理された、実証済みのバイラル投稿 49 件以上を収録したサンプルライブラリ
  • voices.md:クリエイターの文体プロフィール。文章の特徴、独自のパターン、投稿例を記載しています

3 つすべてのファイルを読み、内容を把握するまで、手順 2 に進まないでください。

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

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

  • 存在する場合: その内容を読み、ビジネスコンテキストに基づいて出力をパーソナライズします(業界用語、オーディエンスの課題、ブランドボイス、会社名、製品など)。
  • 存在しない場合:「デフォルトと前提」の既定値を使って進めます。
3. 入力を分析し、声を選ぶ

ユーザーの要件から、次の内容を抽出します:

  • トピック/アイデア — 投稿したい内容
  • 目標 — 投稿で達成したいこと(エンゲージメント、信頼性、教育、ユーモア)
  • 声の好み — 声やトーンが指定されている場合はその内容

声のマッチングロジック:

ユーザーが声を指定している場合 → その声をそのまま使います。

ユーザーが声を指定していない場合:

  1. トピックと FOUNDER_CONTEXT.md のブランドボイスを分析します
  2. トピックに基づいて最適な候補を自動で提案します:
    • ビジネスのアドバイス、マインドセット、価格設定、営業、生産性 → Alex Hormozi を提案
    • 人生哲学、逆張りの意見、自己改善、ミニマリズム → Naval Ravikant を提案
    • スタートアップのアドバイス、CEO/創業者の役割、採用、会社づくり → Andrew Gazdecki を提案
    • 自己改善、生産性向上の工夫、フィットネスと学習、習慣 → Dakota Robertson を提案
    • AI のトレンド、ツールのリリース、技術スタックの推奨、緊急性の高い機会 → Machina を提案
    • SaaS の成長、AI による生産性向上、創業者のマインドセット、収益戦略 → Ognjen Gatalo を提案
    • 個人の責任、既定路線からの脱却、厳しい現実の提示、集中力のトレーニング → Dan Koe を提案
  3. AskUserQuestion を使って、ユーザーに確認します:
    • [提案する声](おすすめ) — [適している理由を 1 行で説明]
    • [その他の声 1] — [特徴を 1 行で説明]
    • [その他の声 2] — [特徴を 1 行で説明]
    • 自分の声 — FOUNDER_CONTEXT.md のブランドボイスに基づく自然なトーン
4. バズる投稿を3つ作成する

ステップ1〜3で読み込んだ形式、投稿、文体を使います。

  1. formats.mdから、ユーザーのトピックと目標に最も合う異なる形式を3つ選びます
  2. posts.mdで、その形式の投稿例を確認し、リズム、構成、長さを身につけます
  3. voices.mdから選択した文体を適用し、文の構造、リズム、特徴的なパターンを合わせます(言葉や例をそのまま使わないでください)
  4. 形式の構成テンプレート、文体の特徴、以下の執筆ルールすべてに従って各投稿を下書きします
  5. 各投稿をスクリーンショットテストにかけます:「誰かがこれをスクリーンショットしてシェアするでしょうか?」いいえの場合は、先に書き直してください

重要な要件:

  • 各投稿で異なる形式を使います(繰り返しは禁止)
  • 各投稿は選択した文体に聞こえるものにします(構造を合わせ、言葉をそのままコピーしない)
  • 各投稿は、ユーザーの具体的なトピックについて書きます(一般的なアドバイスは禁止)
  • 各投稿は、formats.mdの形式別構成テンプレートに従います
  • 各投稿は、プレースホルダーなしで、そのままコピーしてすぐ投稿できる状態にします
5. 形式を整えて確認する
  • 出力形式のセクションに従って出力を構成します
  • 出力を提示する前に、品質チェックリストによる自己確認を完了します
  • 一般論に聞こえる、無理がある、またはスクリーンショットテストに合格しない投稿があれば、提示する前に書き直します

執筆ルール

厳格な制約です。解釈の余地はありません。

基本ルール(すべての投稿に適用)
  • 単独投稿は280文字以内です。280文字を超える場合はスレッド形式にし、各ツイートを280文字未満にします。
  • 1行目はフックです。読者が「さらに表示」をクリックするかどうかを決めます。投稿内で最も強い一文にしてください。
  • 改行を戦略的に使います。余白は視覚的な呼吸と読みやすさにつながります。
  • ハッシュタグは禁止です。Xでのリーチを下げ、素人っぽく見えます。
  • エンゲージメントを狙う誘い文句(「賛成ならいいね」「共感したらリポスト」「どう思いますか?」など)は禁止です。リーチを損ないます。
  • 文体やトピックに明確な必要性がない限り、絵文字は使いません。使う場合は、投稿あたり最大1〜2個です。
  • 曖昧な主張より具体的な数字を優先します(「多くの戦略」ではなく「17の戦略」)。
  • 事実より意見を優先します。Xで評価されるのは大胆な見解であり、ウィキペディアの要約ではありません。
  • 能動態のみを使います。受動態は使いません。
  • 現在形を優先します。
  • すべての言葉に意味を持たせます。意味を変えずに削れる言葉は削ります。
  • 「私はこう思います」や「私の意見では」は使わず、意見を事実として述べます。自信が文体を形作ります。
文体を合わせるルール
  • 文体の文の構造を合わせます。短く途切れる文か、流れるような文か。断片的な表現か、完結した考えか。
  • 文体のリズムを合わせます。考えをどう進め、どこで改行し、どう緊張感を高めるか。
  • 文体の視点を合わせます。権威ある立場からのコーチング(Hormozi)か、哲学的に距離を置いた視点(Naval)か、同じ立場の創業者からの助言(Gazdecki)か。
  • その人の決まり文句、例、会社名をそのまま使わないでください。構造的にその人らしく聞こえるオリジナルの内容を作成します。
  • ユーザーが「自分自身の文体」を選んだ場合は、FOUNDER_CONTEXT.mdのブランドボイスに合う自然で会話的なトーンを使います。コンテキストがない場合は、率直で会話的なトーンを基本とします。
形式別のルール
  • 一行投稿: 一文。一つの考え。説明なし。すべての言葉に重みを持たせます。
  • 二段構成のパンチ: 2つのパートの間に改行を入れます。2つ目のパートで、1つ目の意味を必ず変えます。
  • 番号付きリスト: 奇数を優先します。各項目は具体的で、単独でも意味が通るものにします。最後は強く、意見を明確に述べて締めます。
  • 積み上げ型の展開: 各行で同じ文法構造を使います。勢いを高め、最後の行で必ずパターンを崩します。
  • 比較: 明白で、はっきりとした対比にします。説教せず、対比そのものに要点を語らせます。
  • 例+要点: 実在する企業名または人物名を使います。例は最低3つ。最後は実行可能な内容で締めます。
  • 逆説的なアドバイス: 淡々と伝えます。含み笑いをにおわせません。各項目は、実際によくある間違いにします。
  • ユーモア: 1投稿につきジョークは1つ。頑張りすぎるより淡々と。一般的な話題より業界固有の話題を選びます。ジョークの説明はしません。
スクリーンショットテスト

投稿を確定する前に、必ず自問してください。「誰かがこの投稿をスクリーンショットに撮って、グループチャットで共有するだろうか?」答えが「いいえ」なら、その投稿はまだ不十分です。書き直してください。


出力形式

形式と文体を明記し、投稿をちょうど3つ提示してください。

## Your 3 X Posts

**Voice:** [Selected voice name]
**Topic:** [User's topic]

---

### Post 1 — [Format Name]

[Full post text, ready to copy and paste]

---

### Post 2 — [Format Name]

[Full post text, ready to copy and paste]

---

### Post 3 — [Format Name]

[Full post text, ready to copy and paste]

例:

## Your 3 X Posts

**Voice:** Alex Hormozi
**Topic:** Why most SaaS founders fail

---

### Post 1 — Comparison

SaaS founders who fail:

- Build for 6 months in silence
- Launch to crickets
- Blame the market

SaaS founders who win:

- Post the idea before writing code
- Get 50 people to say "I'd pay for that"
- Build only what was validated

The market doesn't lie. Your assumptions do.

---

### Post 2 — One-Liner

The graveyard of failed startups isn't full of bad ideas. It's full of founders who built before they sold.

---

### Post 3 — Stacked Progression

Day 1: "I have a great idea."
Week 2: "The MVP is almost done."
Month 3: "Just a few more features."
Month 6: "Why is no one signing up?"

You shipped a product. You never shipped distribution.

参考資料

投稿を作成する前に、以下のファイルを必ず Read ツールで読み込んでください(ステップ1を参照):

ファイル用途
./references/formats.md実証済みの投稿形式8種。構成テンプレート、心理的要素、ルールを掲載
./references/posts.md形式別にまとめた、実証済みのバイラル投稿51件以上 — 投稿例ライブラリ
./references/voices.mdクリエイターの文体プロフィール7種(Hormozi、Naval、Gazdecki、Dakota、Machina、Ognjen、Dan Koe)。文章の特徴と投稿例を掲載

3つすべてが重要な理由: 形式は投稿の組み立て方の構成テンプレートを示します。投稿例は、それらのテンプレートを実際の例で最高水準に仕上げたものです。文体は、人間らしさを加え、コンテンツが AI 生成ではなく本物らしく感じられるようにします。この3つがそろうことで、実証済みの構成+実証済みのパターン+本物らしい文体を備え、バイラルになる投稿ができます。


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

出力を確定する前に、以下の項目をすべて確認してください。

実行前チェック
  • 投稿を作成する前に ./references/formats.md を読みました
  • 投稿を作成する前に ./references/posts.md を読みました
  • 投稿を作成する前に ./references/voices.md を読みました
  • すべての形式、投稿例、文体プロフィールを把握しています
形式の確認
  • 各投稿で formats.md の異なる形式を使用しています(重複なし)
  • 各投稿が、その形式の構成テンプレートに正確に沿っています
  • 形式固有のルール(行数、構成要件など)を守っています
文体の確認
  • 3つの投稿すべてが、選択した文体の文構造とリズムに合っています
  • 投稿は、文体の特徴を構造的に反映しており、模倣ではなくその文体らしく聞こえます
  • 文体の投稿例から、表現や例をそのまま流用していません
内容の確認
  • 3つの投稿すべてが、ユーザーの具体的なトピックを扱っています(ありきたりな内容で埋めていません)
  • 各投稿に具体的な詳細、数値、例が含まれています(曖昧な内容はありません)
  • ハッシュタグ、エンゲージメントを促す釣り文句、不要な絵文字はありません
  • すべての投稿が280文字以内、またはスレッドとして明確に構成されています
  • 各投稿は、すぐにコピーして投稿できる状態です
スクリーンショットテスト
  • 投稿1をスクリーンショットに撮って誰かに共有したいと思えるか? そうでなければ → 書き直す
  • 投稿2をスクリーンショットに撮って誰かに共有したいと思えるか? そうでなければ → 書き直す
  • 投稿3をスクリーンショットに撮って誰かに共有したいと思えるか? そうでなければ → 書き直す

どれか1つでも満たしていない場合は、提示する前に修正してください。


デフォルトと前提

ユーザーから指定がない限り、以下を使用してください。

  • 投稿数: 3(それぞれ異なる形式)
  • 文体: ユーザーに選んでもらう(トピックと FOUNDER_CONTEXT.md に基づいて自動提案)
  • 目標: エンゲージメント(いいね、リポスト、ブックマーク)の最大化
  • 読者層: 創業者、起業家、ビルダー(FOUNDER_CONTEXT に別の指定がある場合を除く)
  • トーン: 選択した文体プロフィールに合わせる
  • 投稿形式: より深い説明が必要なトピックでない限り、スレッドではなく単独投稿
  • 文字数制限: 1投稿あたり280文字(X の標準)
  • トピックの具体性: ユーザーが指定したトピックを正確に使用し、一般的なスタートアップ論に逸れないこと

使用した前提は、出力内に記載してください。

コメント