x-writer について
x-writerは、ユーザーのテーマに沿って、異なる形式と選択したクリエイターの文体で3件のX投稿を作成するスキルです。形式・投稿例・文体の参照ファイルを使い、プロジェクトに事業背景があれば内容に反映します。
主な機能
- 01異なる形式で3件の投稿を作成
- 02選択したクリエイターの文体に適合
- 03形式・投稿例・文体の資料を参照
- 04創業者の背景を反映して調整
- 05投稿の長さと執筆規則を確認
活用シーン
- 01製品やアイデアのX投稿案を作成
- 02クリエイターの文体に合わせて調整
- 03事業テーマの投稿を準備
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ ognjengt/ founder-skills --skill x-writerインストール後、Claude Code で/x-writerを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
references/formats.mdposts.mdvoices.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. 入力を分析し、声を選ぶ
ユーザーの要件から、次の内容を抽出します:
- トピック/アイデア — 投稿したい内容
- 目標 — 投稿で達成したいこと(エンゲージメント、信頼性、教育、ユーモア)
- 声の好み — 声やトーンが指定されている場合はその内容
声のマッチングロジック:
ユーザーが声を指定している場合 → その声をそのまま使います。
ユーザーが声を指定していない場合:
- トピックと FOUNDER_CONTEXT.md のブランドボイスを分析します
- トピックに基づいて最適な候補を自動で提案します:
- ビジネスのアドバイス、マインドセット、価格設定、営業、生産性 → Alex Hormozi を提案
- 人生哲学、逆張りの意見、自己改善、ミニマリズム → Naval Ravikant を提案
- スタートアップのアドバイス、CEO/創業者の役割、採用、会社づくり → Andrew Gazdecki を提案
- 自己改善、生産性向上の工夫、フィットネスと学習、習慣 → Dakota Robertson を提案
- AI のトレンド、ツールのリリース、技術スタックの推奨、緊急性の高い機会 → Machina を提案
- SaaS の成長、AI による生産性向上、創業者のマインドセット、収益戦略 → Ognjen Gatalo を提案
- 個人の責任、既定路線からの脱却、厳しい現実の提示、集中力のトレーニング → Dan Koe を提案
- AskUserQuestion を使って、ユーザーに確認します:
- [提案する声](おすすめ) — [適している理由を 1 行で説明]
- [その他の声 1] — [特徴を 1 行で説明]
- [その他の声 2] — [特徴を 1 行で説明]
- 自分の声 — FOUNDER_CONTEXT.md のブランドボイスに基づく自然なトーン
4. バズる投稿を3つ作成する
ステップ1〜3で読み込んだ形式、投稿、文体を使います。
- formats.mdから、ユーザーのトピックと目標に最も合う異なる形式を3つ選びます
- posts.mdで、その形式の投稿例を確認し、リズム、構成、長さを身につけます
- voices.mdから選択した文体を適用し、文の構造、リズム、特徴的なパターンを合わせます(言葉や例をそのまま使わないでください)
- 形式の構成テンプレート、文体の特徴、以下の執筆ルールすべてに従って各投稿を下書きします
- 各投稿をスクリーンショットテストにかけます:「誰かがこれをスクリーンショットしてシェアするでしょうか?」いいえの場合は、先に書き直してください
重要な要件:
- 各投稿で異なる形式を使います(繰り返しは禁止)
- 各投稿は選択した文体に聞こえるものにします(構造を合わせ、言葉をそのままコピーしない)
- 各投稿は、ユーザーの具体的なトピックについて書きます(一般的なアドバイスは禁止)
- 各投稿は、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 の標準)
- トピックの具体性: ユーザーが指定したトピックを正確に使用し、一般的なスタートアップ論に逸れないこと
使用した前提は、出力内に記載してください。