content-digest

コンテンツダイジェスト

長文コンテンツを、魅力的な短文と長文のストーリーに変換します。

概要

このスキルは、長いコンテンツ（YouTube 動画、ポッドキャスト、インタビュー、記事）を、次の 2 つの形式に変換します。

1. 短文（短文）：番号付きの絵文字リスト（1️⃣2️⃣3️⃣）を使った、ソーシャルメディア向けの要約（300〜800 文字）
2. 長文（长文）：ストーリー展開、セクション見出し、引用を盛り込んだ記事（1500〜3000 文字以上）

ワークフロー

1. コンテンツを取得する

ユーザーが URL を提供した場合：

• YouTube のリンク：WebFetch を使用するか、文字起こしの抽出を試みます
• 記事の URL：WebFetch を使用してコンテンツを取得します
• ポッドキャストのリンク：利用可能であれば文字起こしを取得します

ユーザーがテキストを提供した場合：

• 文字起こしまたは記事の全文をそのまま読みます

コンテンツが不明確な場合：

• 「変換したい YouTube のリンク、ポッドキャストの文字起こし、または記事を提供してください」と尋ねます。

2. 出力形式を決める

ユーザーが形式を指定した場合：

• 指定された形式（短文のみ、長文のみ、または両方）で進めます

ユーザーが形式を指定しなかった場合：

• 「次のどれをご希望ですか？（1）短文のみ、（2）長文のみ、（3）両方」と尋ねます。

デフォルトの動作：

• 最大限の価値を提供するため、両方の形式を生成します

3. 詳細な分析 — 4 段階のプロセス

重要：十分な深さを確保するため、この体系的なプロセスに従ってください

段階 1：あらゆる見解を抽出する（最低 50 件）

コンテンツ全体を注意深く読み、次のようなあらゆる見解を抽出します。

• 明示的な発言や意見
• 物語から浮かび上がる暗黙の信念
• 意思決定の根拠
• 業界や分野に関する観察
• 個人的な経験や教訓
• 反例や対比
• 数字、データ、具体例

目標：絞り込む前に、50 件以上の見解を網羅的に列挙します。まだ質を判断せず、まずはすべてを抽出してください。

段階 2：一般論ではない見解と深みを絞り込む

50 件以上の見解から、次に該当するものを特定して印を付けます。

• 一般的な見解ではない（非共识）：業界の通説に異議を唱えるもの
• 個人的・内密な洞察（个人私下表达）：人々が考えていても、公の場ではめったに口にしないこと
• 直感に反するもの（反直觉）：事情に詳しい読者さえ驚かせるもの
• 興味深い豆知識（有意思的冷知识）：より深いパターンを明らかにする具体的な詳細
• メンタルモデル：意思決定を説明する枠組み
• 二次的な洞察：「何か」だけでなく、「なぜ哲学的に重要なのか」に踏み込むもの
• パラドックスと緊張関係：根底にある原則を浮き彫りにする矛盾

目標：「意外性のテスト」を通過する 20〜30 件の見解を選びます。賢く、事情に詳しい読者なら、すでに知っている内容ではないでしょうか？

段階 3：物語の核となる要素を選ぶ

次の要素を特定します。

• 物語の核：中心となるストーリーやテーマは何か
• 印象的な引用：大きなアイデアを捉えたり、人物像を浮かび上がらせたりする直接引用
• 転換点：気づきやパラダイムシフトが起きる瞬間
• 劇的な要素：皮肉、対比、予想外の結果
• 具体的な詳細：より深い論点を裏付ける名前、数字、日付

段階 4：最終的な洞察を厳選する

絞り込んだ見解（段階 2）と物語の要素（段階 3）から、次のように選びます。

• 短文向け：最も深く、行動につながる洞察を 10〜15 件選びます
• 長文向け：同じ 10〜15 件の洞察を土台にし、そこへ物語の展開を織り込みます

4. ショート版を生成する

重要：Stage 4で厳選した10〜15個のインサイトのみを使用してください

詳細なガイドラインについてはstyle-guide.mdを参照してください。参考としてexamples.mdをご覧ください。

構成：

# MMDD：[嘉宾名] X [栏目名]：[一句话核心观点]

今天看到 [嘉宾名] 去了 [栏目名] 的播客。

[嘉宾名] [2-3句话介绍嘉宾背景和核心成就，用具体数据]。

这期播客总共录了 [时长]，[嘉宾名] 谈到了 [N] 个有趣的观点：

1、[观点标题/关键词]。[完整的逻辑阐述，包含推理过程，2-4句话]

2、[观点标题/关键词]。[完整的逻辑阐述，包含推理过程，2-4句话]

3、[观点标题/关键词]。[完整的逻辑阐述，包含推理过程，2-4句话]

...
[Continue with 10-15 total points]

---

タイトル形式（重要）：

• 形式：# MMDD：嘉宾名 X 栏目名：一句话观点
• 例：# 0130：Peter Steinberger X The Pragmatic Engineer：一天600次提交，代码比以前更好
• 一言の意見には、最も直感に反する点、または最も衝撃的な点を取り上げてください

冒頭の形式（重要）：

• 1文目：何を見たのかを簡潔に述べます。今天看到 [嘉宾] 去了 [栏目] 的播客。
• 2段落目：ゲストの経歴を2〜3文で紹介し、具体的なデータ（数字、企業名、製品名）を必ず含めてください
• 3文目：つなぎの文として、这期播客总共录了 [时长]，[嘉宾] 谈到了 [N] 个有趣的观点：
• 時間がわからない場合は、「将近两小时」と書くか、時間を省略できます

リストの形式に関するルール（重要）：

• 数字と頓号を使います（1、 2、 3、…）
  • 頓号「、」を使用し、ピリオド「.」は使用しないでください
• 各項目は完全な段落とし、以下を含めます。
  • 意見／結論（1文目）
  • 論理的な推論／因果関係の説明（後続の文）
  • 具体例またはデータ（ある場合）
• 各項目は2〜4文、50〜150字にします
• 意見には深みを持たせてください。
  • ✅「AI 应用创业者不会相信 AGI。逻辑很简单，如果真信，就不应该做 AI 应用创业。AGI 如果存在，创业就只剩一件事：去做有机会达成 AGI 的模型。」
  • ❌「AI 应用创业者不相信 AGI」（単純すぎて、論理的な推論がありません）
• 10〜15項目にしてください（8〜12項目ではありません）

主な原則：

• タイトルにはインパクトを持たせ、最も直感に反する意見を取り上げます
• 冒頭は簡潔にし、すぐに本題に入ります
• 各項目の意見には、完全な論理展開を持たせます
• 意見同士を段階的に展開したり、対比させたりできます
• 入手できる場合は具体的なデータ（数字、名前、割合）を含めます
• 意外性の基準を満たしてください（詳しい読者にとっても、すでに知られていることではありませんか？）
• 区切り線---で終えます

5. ロング版を生成する

重要：Stage 4で厳選した同じ10〜15個のインサイトのみをもとに構成してください

ロング版は独立した要約ではありません。ストーリー展開と分析の深みを加えながら、ショート版のインサイトを物語として膨らませたものです。

詳細なガイドラインについてはstyle-guide.mdを参照してください。参考としてexamples.mdをご覧ください。

重要：内容の種類に応じて適切なスタイルを選んでください

インタビュー／ポッドキャスト／対話形式のコンテンツ → スタイルB（対話形式のインタビュー）を使用 スピーチ／記事／エッセイの単独形式のコンテンツ → スタイルA（物語形式の記事）を使用

---

スタイルAの構成（物語形式の記事）：

[Compelling Title - derived from core insight]

[Opening: Set the scene using one of the 10-15 insights]

### [Section 1: Background]
"[Key quote]"
[Context - connect to 2-3 of your curated insights]

### [Section 2: Main Content]
[Narrative development - weave in 4-5 curated insights with quotes and analysis]

### [Section 3: Climax]
[Dramatic highlights - reveal most counterintuitive insight]

### [Section 4: Resolution/Turning Point]
"[Pivotal quote]"
[Significance - tie back to mental model or principle]

### [Epilogue: Reflection]
[What happened after / Ironic contrast - connect final insights]

[Optional: Source attribution]

主な原則（スタイルA）：

• 最も深いインサイトから導き出した、読者を引きつけるタイトル
• 読みやすくするため、明確なセクション見出しを付けます
• 各セクションでは、厳選した10〜15個のインサイトから2〜4個を取り上げ、物語と引用を交えて掘り下げます
• 直接引用を自然に取り入れ、厳選したインサイトの根拠として使います
• 物語の流れを構築します：導入 → 展開 → クライマックス → 結末
• 適切な場合は、劇的アイロニーを使います（「他にも知らなかったのは……」／「He didn't know that...」）
• 厳選したリストにある具体的な詳細（名前、数字、日付）を含めます
• 深い分析の層を加え、Stage 2で絞り込んだインサイトを織り込みます。
  • 特定の選択が、より広範な戦略原則をどう示しているか
  • 矛盾や緊張関係が、根底にある哲学をどう明らかにするか
  • 対象者の変化から、その分野について何を学べるか
  • ミクロな意思決定とマクロな成果がどう結び付くか
• 10〜15個の深いインサイトを十分に掘り下げるため、2000〜3500字以上にします

---

スタイルBの構成（対話形式のインタビュー）：

[前言/导语 - 编辑者视角]
断断续续，终于看完了...[个人感受]
干货很多。[嘉宾]可能是...[定位评价]
[为什么值得关注]
我今天不忙，把这次访谈全文精编出来，供大家学习。赠人玫瑰，手有余香。
[可选：节日祝福]
下面是 YouTube/播客链接：[链接]

#01 [主题标题 - 简短有力]
主持人：[问题]
嘉宾：[回答 - 保留对话感]

[编辑补充：数据解读、背景、个人观点]
[可用："我觉得这个点真的太重要了" "这太有意思了"]

主持人：[追问]
嘉宾：[深入回答]

[继续分析]
[可选：插入相关文章链接]

#02 [第二主题]
主持人：[新话题]
嘉宾：[回答]

[编辑解读]
...

#03-#0N [按主题继续]
...

主な原則（スタイルB）：

• 口語的な導入：「断断续续看完」「干货很多」などを使い、実感のこもった雰囲気を出します
• 番号付きのテーマ：#01、#02などで明確に区切り、テーマには率直で力強いタイトルを付けます
• 対話を残します：「主持人：」「嘉宾：」の形式を60〜70％維持します
• 編集者が介入します：20〜30％は編集者による分析、補足、個人的な反応を加えます
• 口語的な表現：「太离谱了」「我觉得」「说实话」「天哪」「完全是这样」などを使います
• 具体的なデータ：数字、人名、企業名を必ず残します
• リンクを補足します：適宜、「文章链接：...」などを挿入し、さらに読める資料を紹介します
• 人情味のある結び：「赠人玫瑰，手有余香」
• テーマを再構成します：時系列ではなく、話題の論理に沿って組み直します
• インタビューの長さに応じて、3000〜8000字以上にします

6. 品質チェック

提出前に、4 段階のプロセスに従ったことを確認してください。

ステージ 1 の検証：

• ソース資料から 50 件以上の視点を抽出した（暗黙的でも構いません。ユーザーに示す必要はありません）

ステージ 2 の検証：

• コンセンサスに反する洞察、直感に反する洞察、深い洞察を選別した
• 個人的・プライベートな表現や興味深い豆知識を特定した
• メンタルモデルと二次的な洞察に印を付けた

ステージ 3・4 の検証：

• 最も深い洞察を 10～15 件、最終出力用に選んだ
• 短いバージョンに、選定した 10～15 件の洞察をすべて盛り込んだ
• 長いバージョンで、同じ 10～15 件の洞察をストーリー仕立てで展開した

深さのチェック — 10～15 件の洞察それぞれについて：

• 「自明でないか」というテストに合格する：知識のある読者ならすでに知っている内容ではないか？
• メンタルモデル、フレームワーク、または根本的な原則を明らかにしている
• 常識に異議を唱える、または興味深い豆知識を示している
• アイデアを意外な形で結び付ける、または二次的な影響を示している

品質の検証：

• 引用が正確で、出典が明記されている
• ソース資料の範囲を超えて論評していない
• ロボットのような文章ではなく、読み応えがある
• どちらのバージョンも単独で読める
• 数字や事実が曖昧ではなく、具体的である
• 読者にとって「それがなぜ重要なのか」が明確である
• すべての要点で、何が起きたかだけでなく、なぜ重要なのかを明らかにしている
• 短いバージョンと長いバージョンで、洞察の基盤が共通している

7. 出力を提出する

ファイルの保存ルール：

• 保存先：/Users/ugreen/Documents/obsidian/每日播客/
• ファイル名：MMDD-テーマキーワード.md
  • MMDD は当日の日付です（例：0109 は 1 月 9 日）
  • テーマキーワード は内容を 2～6 文字で要約したものです（例：Lovable增长策略、AI编程工具）
  • 例：0109-Lovable增长策略.md、0108-睡眠科学.md
• 自動保存：コンテンツの生成後、Write ツールを使って完全な内容を上記のパスに保存します

形式ルール：

• 行間：段落内には空行を入れず、段落の間には空行を 1 行入れます
• 文書タイトル：# MMDD：ゲスト名 X 番組名：一言で表した意見 の形式を使います
• 長文タイトル：# ハイライト

構成テンプレート：

# MMDD：[嘉宾名] X [栏目名]：[一句话核心观点]

今天看到 [嘉宾名] 去了 [栏目名] 的播客。

[嘉宾名] [2-3句话介绍嘉宾背景，用具体数据]。

这期播客总共录了 [时长]，[嘉宾名] 谈到了 [N] 个有趣的观点：

1、[观点]。[逻辑推理]

2、[观点]。[逻辑推理]

...（共 10-15 条）

---

# 精华片段

[长文内容 - Style B 对话式访谈格式]

---

[结束语]

冒頭の紹介テンプレート（新形式）：

# 0130：Peter Steinberger X The Pragmatic Engineer：一天600次提交，代码比以前更好

今天看到 Peter Steinberger 去了 The Pragmatic Engineer 的播客。

Peter Steinberger 创建了 PSPDF kit——一个被超过 10 亿设备使用的 PDF 框架，后来经历严重职业倦怠卖掉股份消失了 3 年。2024 年回归后，他用完全不同的方式创建了 Clawdbot，一周从 100 星涨到 3300 星。

这期播客总共录了将近两小时，Peter 谈到了 11 个有趣的观点：

意見リストの例：

1、AI 应用创业者不会相信 AGI。逻辑很简单，如果真信，就不应该做 AI 应用创业。AGI 如果存在，创业就只剩一件事：去做有机会达成 AGI 的模型。

2、创业的产品定位，关键点之一是：要做工作流的上游。上游的产品，不容易被下游的产品吃掉，反过来，发展到一定阶段，上游可以做下游的事。

3、Code Reviews 已死。对 prompts 的兴趣比代码更大，PR 应该叫"Prompt Requests"。因为 prompt 给的信号更高——你是怎么得到这个解决方案的？问了什么？有多少引导？

締めくくりのテンプレート：

---

[嘉宾名字]凭[具体贡献]，[产生的影响]。

用他的话收个尾："[引用一句有力的话]"。[最后一句个人感受或升华]。

YouTube 链接：[链接]

形式が 1 つだけ指定されている場合も、冒頭と締めくくりのセクションを含めてください。

基本原則

戦略的に抽出する

抽出する内容：

• 深く、直感に反する洞察 — 表面的な観察にとどまらないもの：
  • 意思決定を導くメンタルモデルやフレームワーク
  • 根本的な原則を明らかにするパラドックスや緊張関係
  • 二次的な影響や、自明ではない結果
  • 個別の戦術と戦略的成果を結び付けるパターン
• よくある常識に異議を唱える意外な洞察
• 「なぜ」を含む実践的な知恵 — 単なる「X をする」ではなく、「X は原則 Y を示している」
• 大きなアイデアや哲学的な立場を捉えた、記憶に残る引用
• 転換点やパラダイムシフト
• 人柄が伝わる人間味のある瞬間（弱さ、ユーモア、自然体の姿）
• 文脈に潜む皮肉（当時は知らなかったことと、今は知っていること）

避ける内容：

• 洞察のない、時系列に沿った要約
• すべてを盛り込むこと（取捨選択してください）
• 自明なことを述べること — ある程度知識のある読者ならすでに知っている内容であれば、さらに深く掘り下げてください
• なぜ重要なのかを説明しない、表面的な描写
• 人間味のある語り口を失うこと
• ソースにない情報を加えること
• AI 風の一般的な言い回し
• 浅い要点 — どの原則やフレームワークを示しているのかを明らかにしない、「X が Y をした」というだけの内容

語り口とトーン

• 会話調でありながら洞察に富む：賢い友人に説明するように書きます
• 説明するより、示してください：主張を裏付けるために引用を使います
• ソースを尊重する：論評を加えたり、内容を歪めたりしないでください
• 物語を見つける：すべての内容に物語の流れがあります

トークンを効率よく使う

このスキルは創造的な変換を重視しており、コードの実行は必要ありません。執筆はコンテキスト内で行い、スクリプトは使いません。

リソース

references/style-guide.md

短文・長文それぞれの詳細な執筆ガイドラインです。次の内容を含みます。

• 構成パターン
• 主な特徴
• 執筆の原則
• 避けるべきこと
• 抽出の戦略

トーン、構成、スタイルについて詳しい指針が必要な場合に参照してください。

references/examples.md

完全な参考例：

• 短い形式の例：Boris Cherny の Claude Code ワークフロー
• 長い形式の例：Manus／Peak Ji のインタビュー記事

最終的な出力の品質とスタイルについて、具体例が必要なときに読み込んでください。

メモ

• どちらのスタイルでも、原文を完全に理解する必要があります。ざっと目を通すだけではいけません
• 短い形式では、実践的な要点を重視します
• 長い形式では、物語性や人物像を重視します
• 引用は正確で、文脈に沿ったものである必要があります
• もともと物語性や洞察のあるコンテンツに最適です
• 原文が別の言語の場合は、翻訳と組み合わせることができます
• 長いコンテンツをさまざまなプラットフォーム向けに再構成するコンテンツ制作者に最適です