ニュースレター生成

ニュースレター生成スキル

概要

このスキルは、複数のソースからキュレーションされたコンテンツと独自の分析・解説を組み合わせて、プロフェッショナルでよく調査されたニュースレターを生成します。Morning Brew、The Hustle、TLDR、Benedict Evansなどの出版物の最新ニュースレターベストプラクティスに従い、情報価値が高く、魅力的で、実用的なコンテンツを提供します。

出力は、メール配信プラットフォームやWeb公開、HTML変換に適した、すぐに公開可能な完全なMarkdown形式のニュースレターです。

コア機能

• 指定されたトピックについて複数のWebソースからコンテンツを調査・キュレーション
• 一貫したトーンでトピック特化型またはマルチトピックのニュースレターを生成
• 魅力的な見出し、要約、独自の解説を作成
• 最適な可読性とスキャン容易性のためのコンテンツ構造化
• 複数のニュースレターフォーマット（日次ダイジェスト、週刊まとめ、深掘り、業界ブリーフィング）をサポート
• 関連リンク、ソース、クレジット表示を含む
• ターゲット読者に合わせたトーンとスタイルの調整（技術者、経営層、一般）
• 一貫したブランディングと構造を持つ定期ニュースレターシリーズの生成

このスキルを使用すべきタイミング

以下の場合、常にこのスキルをロードします:

• ユーザーがニュースレター、メールダイジェスト、コンテンツまとめの生成を依頼した場合
• ユーザーがあるトピックに関するニュースや動向のキュレーションによる要約をリクエストした場合
• ユーザーが定期ニュースレター形式の作成を希望した場合
• ユーザーが特定分野の最近の動向をまとめてブリーフィングにするよう依頼した場合
• ユーザーが複数のキュレーション項目を含む、メール配信可能なフォーマット済みコンテンツを必要としている場合
• ユーザーが「週刊まとめ」「月刊ダイジェスト」「朝のブリーフィング」を依頼した場合

ニュースレター作成ワークフロー

フェーズ1: 計画

ステップ1.1: ニュースレター要件の把握

以下の主要パラメータを特定します:

パラメータ	説明	デフォルト
トピック	カバーする主な主題分野	必須
フォーマット	日次ダイジェスト、週刊まとめ、深掘り、または業界ブリーフィング	週刊まとめ
ターゲット読者	技術者、経営層、一般、またはニッチコミュニティ	一般
トーン	プロフェッショナル、会話調、ウィットに富んだ、または分析的	会話調プロフェッショナル
長さ	短い（5分読み）、中程度（10分）、長い（15分以上）	中程度
セクション	コンテンツセクションの数と種類	4～6セクション
発行頻度のコンテキスト	単発または定期シリーズの一部	単発

ステップ1.2: ニュースレター構造の定義

フォーマットに基づいて、適切な構造を選択します:

日次ダイジェスト構造:

1. トップストーリー（1項目、詳細）
2. クイックヒッツ（3～5項目、簡潔）
3. 今日の統計 / 今日の引用
4. 注目ポイント

週刊まとめ構造:

1. 編集者ノート / イントロ
2. トップストーリー（2～3項目、詳細）
3. トレンドと分析（1～2項目、独自解説）
4. クイックバイツ（4～6項目、簡潔な要約）
5. ツールとリソース（2～3項目）
6. おまけ / 締めくくり

深掘り構造:

1. はじめにと背景
2. 背景 / なぜ重要か
3. 主要な動向（詳細な分析）
4. 専門家の見解
5. 今後の展開 / 影響
6. さらに読む

業界ブリーフィング構造:

1. エグゼクティブサマリー
2. 市場動向
3. 企業ニュースと動き
4. 製品・技術アップデート
5. 規制と政策の変更
6. データと指標
7. 展望

フェーズ2: 調査とキュレーション

ステップ2.1: マルチソース調査

Web検索を使用して徹底的な調査を実施します。ニュースレターの品質は、調査の質と新しい情報に直接依存します。

検索戦略:

# 現在のニュースと動向
"[トピック] ニュース [今年の月] [今年の年]"
"[トピック] 最新の動向"
"[トピック] 今週の発表"

# トレンドと分析
"[トピック] トレンド [今年の年]"
"[トピック] 分析 専門家の意見"
"[トピック] 業界レポート"

# データと統計
"[トピック] 統計 [今年の年]"
"[トピック] 市場データ 最新"
"[トピック] 成長指標"

# ツールとリソース
"[トピック] 新しいツール [今年の年]"
"[トピック] オープンソース リリース"
"[トピック] ベストリソース [今年の年]"

重要: 検索クエリで正しい時間的コンテキストを使用するために、常に <current_date> を確認してください。年をハードコードしないでください。

ステップ2.2: ソースの評価と選択

各ソースを評価し、最適なコンテンツをキュレーションします:

評価基準	優先順位
新しい情報	過去7～30日以内のコンテンツを優先
権威性	一次情報源、公式発表、確立された出版物を優先
独自性	新しい視点を提供する、またはあまり報道されていないストーリーを選ぶ
関連性	すべての項目がニュースレターのトピックに明確に結びついていること
実用性	読者が行動に移せるコンテンツ（ツール、洞察、戦略）を優先
多様性	ニュース、分析、データ、実用的リソースを混在させる

ステップ2.3: コンテンツの深掘り抽出

主要なストーリーについては、web_fetch を使用して記事全体を読み、以下を抽出します:

1. 中核的事実 — 何が起こったか、誰が関与したか、いつ
2. コンテキスト — なぜ重要なのか、背景情報
3. データポイント — 具体的な数値、指標、統計
4. 引用 — 関連する専門家の引用や公式声明
5. 影響 — これが読者にとって何を意味するか

フェーズ3: 執筆

ステップ3.1: ニュースレターヘッダー

すべてのニュースレターは一貫したヘッダーで始まります:

# [ニュースレター名]

*[タグラインまたは説明] — [日付]*

---

[オプション: 内容を一文でプレビュー]

ステップ3.2: セクション執筆ガイドライン

トップストーリー / 特集記事:

• 見出し: 魅力的で明確、ベネフィット指向（クリックベイトではない）
• フック: 読者の興味を引く最初の文（1～2文）
• 本文: 主要な事実とコンテキスト（2～4段落）
• なぜ重要か: 読者の世界と結びつける（1段落）
• ソースリンク: 常にクレジットを表示し、元のソースにリンク

クイックバイツ / 簡潔な項目:

• フォーマット: 太字の見出し + 2～3文の要約 + ソースリンク
• 焦点: 項目ごとに1つの重要なポイント
• 効率性: 読者がクリックしなくても本質的な洞察を得られるように

分析 / 解説セクション:

• ボイス: トレンドや動向に対するニュースレター独自の視点
• 構造: 観察 → コンテキスト → 影響 → （オプション）実用的なポイント
• 根拠: すべての主張はデータまたは情報源に基づく

ステップ3.3: 執筆基準

原則	実装
スキャン容易	見出し、太字、箇条書き、短い段落を使用
魅力的	時系列順ではなく、最も興味深い角度から始める
簡潔	すべての文が価値を提供する—不要なものは容赦なく削除
正確	すべての事実に出典があり、すべての数値が検証済み
クレジット表示	インラインリンクで常に元のソースをクレジット
人間らしさ	プレスリリースではなく、知識豊富な友人のように書く

読者に応じたトーン調整:

読者	トーン	例
技術者	正確、専門用語の説明不要、専門知識を前提	「新しいAPIは、フロー制御ウィンドウを介したバックプレッシャー処理を備えたgRPCストリーミングをサポートしています。」
経営層	影響重視、最終利益、戦略的	「この買収により、企業Xはエンタープライズセグメントで40%の市場シェアを獲得し、競合Yの価格決定力を直接脅かすことになります。」
一般	わかりやすい、たとえ話、概念の説明	「これはデータのユニバーサル翻訳機のようなものです。どのアプリでも新しい言語を覚えずに任意のデータベースと通信できるようになります。」

フェーズ4: 組み立てと仕上げ

ステップ4.1: ニュースレターの組み立て

選択した構造テンプレートに従って、すべてのセクションを最終ドキュメントに結合します。

ステップ4.2: フッター

すべてのニュースレターは以下で終了します:

---

*[ニュースレター名]は[説明]。*
*[購読/共有/フィードバック方法]*

*出典: すべてのリンクはインラインで提供されています。このニュースレターは、公開情報をキュレーションし、独自の解説を加えたものです。*

ステップ4.3: 品質チェックリスト

最終確認前に、以下を確認:

• 事実に基づく主張にはすべてソースリンクがある — 根拠のない主張がないこと
• すべてのリンクが機能する — 検索結果から確認済みのURL
• 日付参照が実際の日付を使用している — ハードコードや推定の日付がないこと
• コンテンツが最新である — 主要な項目がすべて期待される期間内にあること
• 重複するストーリーがない — 各項目は一度だけ表示されること
• フォーマットが一貫している — 見出し、箇条書き、リンクが全体で同じスタイルを使用
• バランスの取れた内容 — 単一のソースや視点に偏っていないこと
• 適切な長さ — 指定された長さの目標と一致していること
• 魅力的な冒頭 — 最初の2文で読者が読み続けたくなること
• 明確な締めくくり — 記憶に残る、または実用的なメモでニュースレターが終わること
• 校正済み — 誤字、フォーマットの崩れ、未完成の文がないこと

ニュースレター出力テンプレート

# [ニュースレター名]

*[タグライン] — [完全な日付、例: 2026年4月4日]*

---

[プレビュー文: 「今週は: [トピック1]、[トピック2]、[トピック3]。」]

## 🔥 トップストーリー

### [見出し1]

[フック — なぜ重要かを1～2文で。]

[本文 — 主要な事実、コンテキスト、影響を2～4段落で。]

**なぜ重要か:** [読者の関心や業界への影響に結びつける1段落。]

📎 [出典: 出版物名](https://raw.githubusercontent.com/bytedance/deer-flow/main/URL)

### [見出し2]

[上記と同様の構造]

## 📊 トレンドと分析

### [トレンドタイトル]

[調査からのデータに裏付けられた、新たなトレンドに関する独自の解説。]

[主要なデータポイントを明確に提示 — インライン統計または簡単な比較を検討。]

**結論:** [一文でまとめ。]

## ⚡ クイックバイツ

- **[見出し]** — [主要なポイントを含む2～3文の要約。] [出典](https://raw.githubusercontent.com/bytedance/deer-flow/main/URL)
- **[見出し]** — [2～3文の要約。] [出典](https://raw.githubusercontent.com/bytedance/deer-flow/main/URL)
- **[見出し]** — [2～3文の要約。] [出典](https://raw.githubusercontent.com/bytedance/deer-flow/main/URL)
- **[見出し]** — [2～3文の要約。] [出典](https://raw.githubusercontent.com/bytedance/deer-flow/main/URL)

## 🛠️ ツールとリソース

- **[ツール/リソース名]** — [何をするものか、なぜ便利か。] [リンク](https://raw.githubusercontent.com/bytedance/deer-flow/main/URL)
- **[ツール/リソース名]** — [説明。] [リンク](https://raw.githubusercontent.com/bytedance/deer-flow/main/URL)

## 💬 おまけ

[締めくくりの考え、洞察に満ちた引用、または将来を見据えた声明。]

---

*[ニュースレター名]は、最も重要な[トピック]のニュースと分析をキュレーションしています。*
*役に立ちましたか？同僚と共有してください。*

*すべての出典はインラインでリンクされています。見解と解説は独自のものです。*

適応例

テクノロジーニュースレター

• 絵文字の使用: ✅ 適度に（セクションヘッダー）
• セクション: トップストーリー、深掘り、クイックバイツ、オープンソーススポットライト、開発ツール
• トーン: 技術的会話調

ビジネス/金融ニュースレター

• 絵文字の使用: ❌ 最小限からなし
• セクション: 市場概要、ディールフロー、企業ニュース、データコーナー、展望
• トーン: プロフェッショナル分析的

業界特化型ニュースレター

• 絵文字の使用: 適度に
• セクション: 規制アップデート、市場データ、イノベーションウォッチ、人事異動、イベント
• トーン: 専門家権威的

クリエイティブ/マーケティングニュースレター

• 絵文字の使用: ✅ 多用
• セクション: キャンペーンスポットライト、トレンドウォッチ、今週のバイラル、お気に入りツール、インスピレーション
• トーン: 熱意のあるプロフェッショナル

出力の処理

生成後:

• ニュースレターを /mnt/user-data/outputs/newsletter-{topic}-{date}.md に保存
• present_files ツールを使用してユーザーにニュースレターを提示
• セクション、トーン、長さ、焦点領域の調整を提案
• ユーザーがHTML出力を希望する場合、Markdownは標準ツールで変換可能であることを伝える

注意事項

• このスキルは、包括的なトピックカバレッジのために deep-research スキルと組み合わせると最も効果的です — 深い分析が必要なニュースレターの場合は両方をロードしてください
• 検索やニュースレターの日付参照では、時間的コンテキストのために常に <current_date> を使用してください
• 定期ニュースレターの場合は、読者が期待を持てるように一貫した構造を維持することを提案してください
• キュレーションでは、質は量に勝ります — 5つの優れた項目は15の中程度の項目よりも優れています
• すべてのコンテンツを適切にクレジット表示してください — ニュースレターは透明性のある情報源を通じて信頼を築きます
• 読者がアクセスできないペイウォールコンテンツの要約は避けてください
• ユーザーが特定のURLや記事を含めるように指定した場合は、それらをキュレーション結果に組み込んでください
• ニュースレターは、読者がすべてのリンクをクリックしなくても価値を得られるように、要約で十分な価値を提供する必要があります