Slide Structure Designer

ソースドキュメントからスライドのページ構成をMDファイルとして設計する。

設計原則

1スライド1メッセージ

各スライドは以下の3層で構成する。

• タイトル: スライドの主題（短く具体的に）
• メッセージ: そのスライドで伝えたいこと1つ（1〜2文）
• ボディ: メッセージを支える根拠・データ・図表・箇条書き

メッセージが2つ以上になる場合はスライドを分割する。

ピラミッド構造による分割

1枚に収まらない情報量の場合、バーバラ・ミントのピラミッド原則で分割する。

サマリスライド（結論・全体像）
├── 詳細スライド1（論拠A）
├── 詳細スライド2（論拠B）
└── 詳細スライド3（論拠C）

• サマリスライドのメッセージ = 詳細スライド群の結論を凝縮した1文
• 詳細スライドのメッセージ = サマリを支える個別の論拠や事実
• 読み手がサマリだけ読んでも全体を把握でき、詳細で深掘りできる構造にする
• サマリスライドが不要（詳細が2枚以下 or 結論が自明）な場合は省略してよい

ボディの具体性

ボディにはスライド作成時にそのまま使える素材を含める。

• 元資料のテーブルはそのまま転記する
• 箇条書き・フロー・ステップは原文の粒度を保つ
• 図解が必要な箇所はテキストベースで構造を記述し、スライド化時に図に置き換える想定を明記する

ソースの内容を変えない

ソースドキュメントの内容（数字・固有名詞・主張・根拠）は変更しない。構成の組み替え・統合・分割はするが、情報の追加・削除・言い換えはしない。ユーザーが明示的に「仮説は不要」「根拠は省略」等と指示した場合のみ、該当部分を削除する。

ワークフロー

Step 1: ソースの読解と構造把握

1. ソースドキュメントを読み、論理構造を把握する
2. 大セクション（章・パート）とその中のサブトピックを特定する
3. 各サブトピックの情報量と、1枚に収まるかどうかを判断する

Step 2: ページ構成の設計

1. セクションごとにスライドを割り当てる
2. 情報量が多いセクションはピラミッド構造で分割する
3. 各スライドのタイトル・メッセージ・ボディを定義する
4. 全体のページ数とフローを確認する

初回出力はやや細かめに設計する。ユーザーの統合・削除指示で粒度を調整する方が、最初から粗くて後から細かくするより効率的。

Step 3: 対話的な粒度調整

ユーザーの指示に応じて構成を調整する。典型的な調整パターン:

セクション順序の入れ替え

• 例: 「論点のあとに調査アプローチを入れたい」→ セクション順を変更

統合・削除後はスライド番号と目次の参照番号を通し直す。

Step 4: MD出力

以下のフォーマットで出力する。

# スライド構成：[プレゼンタイトル]

全Xページ / Yセクション

---

## A. セクション名（Slide 01-03）

### Slide 01: スライドタイトル

**タイトル:** スライドタイトル

**メッセージ:** このスライドで伝えたいこと

**ボディ:**

（テーブル、箇条書き、図の記述など）

---

### Slide 02: 次のスライドタイトル

...

---

## B. 次のセクション名（Slide 04-06）

### Slide 04: ...

...

定型スライドのテンプレート:

表紙

### Slide 01: 表紙

**タイトル:** [プレゼンタイトル]

**メッセージ:** ―

**ボディ:**
- 宛先
- 提出者名
- 提出日

目次/アジェンダ

### Slide 02: アジェンダ

**タイトル:** アジェンダ

**メッセージ:** ―

**ボディ:**
- セクション名（Slide XX）
- セクション名（Slide XX）
- ...

判断基準

1枚に収めるか分割するか

• テーブルの行が7行以下 → 1枚に収まる
• 箇条書きが5項目以下 → 1枚に収まる
• 独立した論点が2つ以上 → 分割を検討
• メッセージを1文で書けない → 分割する
• ユーザーが統合を指示した場合 → 情報量が多くても1枚に収める

サマリスライドを入れるか

• 詳細スライドが3枚以上 → サマリを入れる
• 詳細スライドが2枚以下 → サマリは省略可
• ユーザーが不要と判断した場合は省略する

下流スキルとの連携

出力MDをスライド制作スキルに渡してスライドを生成する。本スキルはコンテンツの構造設計に専念し、レイアウト・配色・フォント等の視覚表現は下流スキルに委ねる。