blog-drafter

ブログの草稿作成

ユーザーへのインタビューを通じて独自の視点を引き出し、主張、アウトライン、リサーチの提案を含む構成された草稿を作成します。

プロセスの概要

Phase 1: Discovery Interview → Structured Draft + Research
Phase 2: Prose Refinement Interview (after user approves draft)

フェーズ 1：発見のためのインタビュー

開始

何について書きたいか尋ねます。すでにテーマが示されている場合は、それを確認して、すぐにインタビューに進みます。

インタビューの進め方

選択肢を構造化して提示するには AskUserQuestion を使います。自由な掘り下げには通常の追加質問を使います。質問は全体で 4〜6 ラウンドを目安にします。

ラウンド 1：中心的な主張

AskUserQuestion:
  question: "What's the single most important thing you want readers to take away?"
  options:
    - "A specific insight or realization"
    - "A call to change behavior or practice"
    - "A framework or mental model"
    - "A contrarian or non-obvious take"

続けて、「それを一文で言えますか？」と尋ねます。

ラウンド 2：「それで何が変わるのか」

「なぜ今、PM、デザイナー、エンジニアがこれを気にかけるべきなのでしょうか？どのような課題や機会に対処するものですか？」と直接尋ねます。

ラウンド 3：根拠と経験

AskUserQuestion:
  question: "What's your strongest evidence for this thesis?"
  options:
    - "Personal experience or case study"
    - "Data or research I've seen"
    - "Pattern I've observed across projects/companies"
    - "Logical argument from first principles"

続けて、「具体的な例や根拠について詳しく教えてください」と尋ねます。

ラウンド 4：予想される反論

「誰かが挙げる可能性のある最も強い反論は何ですか？懐疑的な人なら何と言うでしょうか？」と尋ねます。

ラウンド 5：独自の切り口

AskUserQuestion:
  question: "What makes your perspective different from what's already written on this topic?"
  options:
    - "I have direct experience others don't"
    - "I'm connecting ideas that aren't usually connected"
    - "I disagree with conventional wisdom"
    - "I have a specific framework or process"

ラウンド 6：範囲と形式

AskUserQuestion:
  question: "What length and depth feels right?"
  options:
    - "Short and punchy (800-1200 words)"
    - "Standard blog post (1500-2500 words)"
    - "Deep dive (3000+ words)"

インタビューの原則

• 矛盾に耳を傾けます。そこに本当の洞察が隠れていることがよくあります
• 回答が抽象的な場合は、具体例を尋ねます
• 主張がありきたりに聞こえる場合は、「これに反対する人がいるとしたら、どんな理由でしょうか？」と問いかけます
• ユーザーが使う具体的な表現や用語を記録します

フェーズ 1 の出力：構成された草稿

インタビューの後、以下を作成します。

1. 主張の要約

中心的な主張を明確に示す一文。

2. 草稿の構成

## [Working Title]

**Hook**: [Opening that creates tension or curiosity]

**Thesis**: [Core argument, stated directly]

### Section 1: [Setup/Context]
- Key point
- Key point

### Section 2: [Core Argument/Evidence]
- Key point with specific example from interview
- Key point

### Section 3: [Addressing Objections]
- Anticipated resistance
- Response

### Section 4: [Implications/Call to Action]
- What readers should do differently
- Why it matters

**Closing**: [Callback to hook or forward-looking statement]

3. リサーチの提案

具体的な提案を 3〜5 件提示します。

• 引用するのに適した研究、書籍、記事
• 主張を補強するデータポイント
• ポイントを説明する、よく知られた企業や製品の事例
• 主張に関連する研究を行う専門家や実務家

実行可能な項目として、次の形式で提示します。

## Suggested Research

- [ ] Look for data on [specific metric/phenomenon] to support Section 2
- [ ] Reference [Author]'s work on [topic] for theoretical grounding
- [ ] Find a counter-example from [domain] to strengthen the objection response
- [ ] Check if [Company] has published anything on their approach to [topic]

4. 未解決の質問

内容をさらに深めたり明確にしたりすることで、記事がより良くなる点を 2〜3 件挙げます。

---

草稿を提示した後、「この構成で伝えたいことが表現できていますか？違和感のある箇所や、抜けている箇所はありますか？」と尋ねます。

フェーズ 2：文章のブラッシュアップ

フェーズ 2 は、ユーザーが構成を承認した後にのみ開始します。

ブラッシュアップのインタビュー

ラウンド 1：トーン

AskUserQuestion:
  question: "What tone fits this piece?"
  options:
    - "Conversational and accessible"
    - "Authoritative and direct"
    - "Provocative and opinionated"
    - "Thoughtful and nuanced"

ラウンド 2：書き出しのスタイル

AskUserQuestion:
  question: "How do you like to open posts?"
  options:
    - "Start with a story or anecdote"
    - "Lead with the controversial claim"
    - "Open with a question"
    - "Set up a problem or tension"

ラウンド 3：技術的な詳しさ

「どの程度説明すればよいですか？読者は［インタビューで出てきた主要な概念］についてすでに知っていますか？それとも背景説明が必要ですか？」と尋ねます。

ラウンド 4：具体的な好み

「好みの、または苦手な文章のパターンはありますか？（例：「箇条書きは使いません」や「必ずコード例を入れます」）」と尋ねます。

ブラッシュアップ後の出力

以下を反映し、構成を完成した文章に展開します。

• 全体を通した、選択されたトーン
• 選択された書き出しのスタイル
• 適切な技術的な詳しさ
• ユーザーが伝えた好み

ユーザー自身の言葉が必要な箇所を明示します。

[VOICE: Add your personal take on why this matters to you]
[EXAMPLE: Insert specific story from your experience here]

ユーザーに次のように伝えます。「これは、あなたらしい文章に仕上げるための出発点です。最後の仕上げはご自身で行ってください。」