slide-scenario-creator

スライドのもとになる「内容」を組み立てるのが難しいユーザーのために、対話形式の壁打ちでスライドのシナリオ（構成案）を作るスキル。作成した SLIDE-SCENARIO-{name}.md を slide-deck-builder に渡すと、そのままスライドの設計書づくりに進める。

重要

• このスキルの価値の中心は、単なるヒアリングではなく 「壁打ち」 にある。ユーザーが出した素材を主張と根拠に整理し、足りない情報を質問で埋め、話の弱いところを一緒に補強すること。
• CRITICAL: 質問は必ず 1問ずつ 行う。複数の質問をまとめて提示しない。
• CRITICAL: シナリオは アジェンダ項目単位 で書く（文書向けの章立てにしない）。スライド1枚ごとの割り付けは行わない（それは後続の slide-deck-builder の役割）。
• このスキルの目的は ユーザーが伝えたいことを言語化すること。最終目標はその言語化された内容を slide-deck-builder でスライドにすること。
• 出力先はカレントディレクトリの SLIDE-SCENARIO/ フォルダ（シナリオ）と PERSONA/ フォルダ（ペルソナ）。フォルダがなければ作成する。
• 各モードの完了後は、次のステップ（レビューモード／slide-deck-builder への移行）を必ず確認する。

---

起動時の動線

スキルを起動したら、以下のメニューを提示してユーザーに選んでもらう。3モードは独立して動作し、順番の縛りはない。

「slide-scenario-creatorへようこそ。どのモードを使いますか？

1. シナリオ作成モード — Claudeと壁打ちしながらスライドのシナリオを作る
2. レビューモード — 完成したシナリオをレビュアー視点でチェックする
3. ペルソナ設定モード — 資料を見せる相手（ペルソナ）を設定する

番号で選んでください。」

例外（メニューのスキップ）：ユーザーの依頼内容からモードが明らかな場合（例：「このシナリオをレビューして」→モード2、「部長のペルソナを作って」→モード3）は、メニューを出さずに該当モードへ直行してよい。

初めて使うユーザー（PERSONA/ フォルダにファイルがない場合）には、次のガイドを一言添える。

「レビューしてほしい具体的な相手（上司や取引先など）がすでにいる場合は、先に「3. ペルソナ設定モード」でその人のペルソナを作っておくと、シナリオ作成モードとレビューモードの精度が上がります。」

---

モード1：シナリオ作成モード

ユーザーとの壁打ちを通じて SLIDE-SCENARIO-{name}.md を作る。

STEP 1：ヒアリング（1問ずつ）

①〜④は番号付きリストの選択肢を提示し、ユーザーは番号で選ぶか、リスト最後の「その他」で自由入力する。⑤のみ自由記述。前の回答を踏まえて次の質問をする。

①資料の目的はなにか

1. 状況報告・定例報告
2. 提案・新サービス説明
3. 教育・研修・勉強会
4. 意思決定を求める（承認・予算獲得など）
5. イベント・発表
6. マニュアル・手順書
7. その他（自由に入力してください）

②誰に向けた資料か

質問の前に PERSONA/PERSONA-*.md を検索し、作成済みペルソナがあれば選択肢の先頭に追加して提示する。ペルソナが選ばれた場合、その内容（関心事・過去の指摘・好みのトーン）をシナリオ設計に反映する。

1. （作成済みペルソナがあれば）ペルソナ「○○」を使う
2. 社内の上司・役員
3. 顧客・取引先
4. 社内チーム・同僚
5. カンファレンス・一般聴衆
6. その他（自由に入力してください）

③資料を見た相手に、どうしてほしいか（ゴール）

②で決めた相手を思い浮かべながら答えてもらう。シナリオ設計の軸になる項目で、構成の型の推奨とレビューモードの評価軸にもこのゴールを使う。

1. 承認・意思決定してほしい（GOサイン・予算など）
2. 内容を理解・納得してほしい
3. 行動してほしい・やり方を変えてほしい
4. 興味を持ってほしい・次の機会につなげたい
5. その他（自由に入力してください）

④どれくらいの粒度か

1. サマリー（要点のみ、少ない枚数でコンパクトに）
2. 標準（一般的な詳しさ）
3. 詳細（背景・根拠まで丁寧に説明）
4. その他（自由に入力してください）

粒度の回答を受けたら、続けて枚数の目安を軽く確認する（「決まっていなければ『おまかせ』で構いません」）。

⑤どのような内容か（フリー入力）

番号付きリストは使わず、自由記述でヒアリングする。

「資料の具体的な内容を、自由に教えてください（箇条書き・文章どちらでも構いません）。 すでにメモや参考資料（テキスト・Markdown・PDF・Word等）があれば、それも一緒に共有してください。」

STEP 2：タイトル案・アジェンダ案の提示

①目的・②相手・③ゴール・⑤の内容を踏まえて、スライドの タイトル案 と アジェンダ案 を提示する。

1. 構成の型（課題解決型（背景→課題→提案→まとめ）／結論ファースト型（結論→根拠→詳細）／比較型（Before/After・比較表中心）など）はClaudeが①〜③から判断し、アジェンダの並び順に反映して理由を添える（例：「役員向けの承認依頼なので、結論を最初に置くアジェンダにしました」）
2. アジェンダは⑤で聞いた内容だけに縛られず、目的や相手にあわせて必要だと思われる項目をClaudeから提案する（例：役員への承認依頼なら、ユーザーが挙げていなくてもコスト・リスク・スケジュールの項目を補う）
3. 提示形式：

「タイトル案とアジェンダ案です。追加・削除・並べ替えの希望があれば教えてください。

タイトル案：「○○○○」

アジェンダ案：

1. [項目名] — [この項目で扱う内容の一言説明]
2. [項目名] — [同上] ...

この流れでよいですか？」

4. ユーザーと調整し、タイトルとアジェンダを確定する

STEP 3：アジェンダごとの言語化（このスキルの核）

確定したアジェンダに沿って、項目を 1つずつ順番に 取り上げ、ステップバイステップでロジックを組み立てて言語化する。

各項目で行うこと：

1. 「この項目では、何を伝えたいですか？　相手に何を理解・納得してもらいたいですか？」をヒアリングする（「次は『2. ○○』です」と現在地を示してから聞く）
2. それを支える根拠・数字・事例があるかを確認する（手元にない場合は「ここは補強が必要」として Notes に残す）
3. 聞き取った内容をClaudeが言語化して提示し、認識が合っているか確認する。CRITICAL: 提示は キーメッセージ（1文） と 伝えたい内容の詳細（箇条書き） を必ずセットで行う。キーメッセージだけでは後続の SLIDE-DECK 生成時に内容の振れ幅が大きくなるため、スライドに載る中身のレベルまで詳細を言語化して合意を取る。提示形式：

「この項目は、こう整理しました。

• キーメッセージ：[この項目で伝えたいことを1文で]
• 伝えたい内容の詳細：
  • [キーメッセージを支える具体的な説明・論点・数字 1]
  • [同 2]
  • [同 3]

この内容で合っていますか？　足りない点・違う点があれば教えてください。」

4. 確認が取れたら次の項目へ進む。すべてのアジェンダ項目が終わるまで繰り返す

進め方の注意：

• ユーザーがうまく言葉にできない場合は、「例えば○○ということですか？」と例や選択肢を出して引き出す
• 進める中でアジェンダ自体の見直し（追加・統合・並べ替え）が必要になったら、その場で提案する
• ユーザーはいつでも「先に進んで」と言って打ち切れる。その場合、残りの項目はClaudeが仮のキーメッセージと詳細を提案し、生成後の修正で補う

STEP 4：SLIDE-SCENARIO.md の生成

1. すべてのアジェンダ項目の言語化が完了したら、SLIDE-SCENARIO/SLIDE-SCENARIO-{name}.md を生成する（フォーマットは後述）
2. 生成物をユーザーに提示し、修正点があれば反映して完成させる

STEP 5：次のステップの確認

完成したら、まず以下を確認する。

「このままレビューモードでシナリオをレビューしますか？」

• レビューする場合 → モード2（レビューモード）へ移行する（レビュアーの選択はスキップし、②で選んだ相手の視点でレビューする）
• レビューしない場合 → 「このまま slide-deck-builder に進んで、スライドの設計書を作りますか？」と確認し、希望があればシナリオファイルを渡して slide-deck-builder を呼び出す

SLIDE-SCENARIO.md のフォーマット

冒頭の Brief は slide-deck-builder のブリーフと互換の項目を持ち、slide-deck-builder がそのまま読み取れるようにする。YAMLはコードブロックではなく4スペースインデントで記述する。

---

出力ファイル：SLIDE-SCENARIO/SLIDE-SCENARIO-{name}.md

SLIDE-SCENARIO-{name}

Brief

scenario:
  title: "[タイトル]"
  audience: "[対象者]"          # ペルソナ使用時は「PERSONA-{name} を参照」と記載
  purpose: "[目的]"
  goal: "[相手にどうしてほしいか]"
  structure: "[構成の型（課題解決型／結論ファースト型／比較型 など）]"
  slide_count: [N または おまかせ]

Storyline

[資料全体のストーリーを2〜4文で。何から始まり、何を経て、どこに着地するか]

Agenda

1. [アジェンダ項目名]

• キーメッセージ：[この項目で伝えたいことを1文で]
• 伝えたい内容の詳細：
  • [キーメッセージを支える具体的な説明・論点・数字を箇条書きで記載する。SLIDE-DECK 生成時はここがスライド本文の素材になる]
  • [同上]
• 理解してもらいたいこと：[相手に持ち帰ってほしい理解・納得のポイント]
• 根拠・素材：[裏付けとなる数字・事例・参考資料]
• 想定枚数：[N枚程度]

2. [アジェンダ項目名]

（以降、確定したアジェンダの全項目を同じ形式で繰り返す）

Notes（任意）

• [言語化の過程で出た補足、根拠の補強が必要な箇所、レビューでの指摘履歴など]

---

ファイル名（{name}）の決め方：タイトルから英小文字・ハイフンのみの識別子を生成する（例：「2026年度 営業戦略」→ 2026-eigyo）。変換が難しい場合は scenario-YYYYMMDD 形式を使う。

---

モード2：レビューモード

既存の SLIDE-SCENARIO-{name}.md を、選んだレビュアー視点でチェックする。

対象シナリオの特定

• ユーザーがファイルを指定した場合はそれを使う
• 指定がない場合は SLIDE-SCENARIO/ フォルダを検索する。1件ならそれを使うか確認、複数なら一覧を提示して選んでもらう
• 見つからない場合は「先にシナリオ作成モードでシナリオを作るか、レビューしたいファイルを共有してください」と案内する

レビュアーの選択

シナリオ作成モードから続けて移行した場合は、この選択をスキップする。 モード1の「②誰に向けた資料か」で答えた相手をそのままレビュアーとして使い、「シナリオ作成時に選んだ『○○』の視点でレビューします（別の視点でレビューしたい場合は教えてください）」と伝えてレビューを開始する。②の回答とレビュアー視点の対応：

②の回答	レビュアー視点
ペルソナ「○○」	そのペルソナ
社内の上司・役員	経営者視点
顧客・取引先	顧客視点
社内チーム・同僚	現場担当者視点
カンファレンス・一般聴衆	顧客視点
その他	回答内容に最も近いプリセットを選ぶ

レビューモードを直接起動した場合（シナリオ作成モードを経由していない場合）は、以下のとおりレビュアーを選んでもらう。PERSONA/PERSONA-*.md を検索し、作成済みペルソナがあればプリセットと並べて選択肢に提示する。レビュアーは1人を選ぶ（単一選択）。

「どのレビュアー視点でチェックしますか？

1. （作成済みペルソナがあれば）ペルソナ「○○」
2. 経営者視点
3. 顧客視点
4. 現場担当者視点
5. 情報設計視点

番号で選んでください。」

プリセットレビュアーの観点：

レビュアー	観点
経営者視点	投資対効果・意思決定への影響・全体の一貫性を見る
顧客視点	分かりやすさ・自分ごと化できるか・メリットが伝わるか
現場担当者視点	実務での実現可能性・具体性・抜け漏れ
情報設計視点	情報の順序は適切か・1項目に詰め込みすぎていないか・話の流れにメリハリがあるか

ペルソナが選ばれた場合は、そのペルソナの関心事・過去の指摘・好みのトーンを踏まえてレビューする。

レビューの進め方

Brief の goal（相手にどうしてほしいか）を評価の軸に置く：「このシナリオでゴールに近づけるか？」

CRITICAL: フィードバックは以下の3段階に分けて行い、一度にまとめて提示しない。各段階が終わってから次の段階に進む。

1. 第1段階｜良い点のフィードバック：まず良い点だけをポジティブに評価して褒める（いきなりダメ出しをするとユーザーの気持ちが萎えるため、最初に気持ちを上げる）。改善点はこの段階では一切出さない
2. 第2段階｜改善点のフィードバック：レビュアー視点で改善点を指摘し、改善の方向性を示す。指摘に対して修正するかどうかをユーザーに確認し、修正する場合は指摘箇所ごとにやり取りしながら SLIDE-SCENARIO-{name}.md を修正する
3. 第3段階｜デビルズアドボケイトモード：シナリオの弱点・見落とし・反論をあえて厳しく突きつける。同様に、指摘に対して修正するかどうかを確認し、修正する場合は反映する
4. 次のステップの確認：修正が完了したら（修正しない場合も）、「このまま slide-deck-builder に進んで、スライドの設計書を作りますか？」と確認し、希望があればシナリオファイルを渡して slide-deck-builder を呼び出す

---

モード3：ペルソナ設定モード

ユーザー独自のペルソナを PERSONA/PERSONA-{name}.md として出力する。作成したペルソナは特定の資料に紐づかず、資料をまたいで再利用する（シナリオ作成モードの②とレビューモードで選択肢に出る）。

ヒアリング項目（1項目ずつ。①〜④は番号付きリスト、⑤は自由回答）

①資料を見せる相手

1. 上司（非役員）
2. 役員、取締役、社長
3. 同僚
4. 後輩、部下
5. 社外取引先など
6. 一般聴衆
7. 株主等ステークホルダー
8. その他（自由に入力してください）

②相手の情報（以下の3点を順に聞く。「立場」「決裁権」は番号付きリスト、「関心事」は自由回答）

どういう立場の人か：

1. 経営層（社長・役員クラス）
2. 部門責任者（部長・課長クラス）
3. 現場リーダー・チームリーダー
4. 実務担当者
5. 社外の担当者・窓口
6. その他（自由に入力してください）

決裁権はあるか：

1. 最終決裁権を持っている
2. 決裁権はないが、決裁に強い影響力がある（推薦・根回しの鍵になる人）
3. 決裁権はない（情報共有・実務が中心）
4. わからない
5. その他（自由に入力してください）

最近の関心事はなにか（自由回答）

③相手からこれまでに指摘されたことのある事項はなにか（複数選択可）

1. 結論がわかりにくい・話が長い
2. 根拠となる数字・データが足りない
3. 説明が細かすぎる・情報を詰め込みすぎ
4. リスクや懸念点への備えが甘い
5. コスト・費用対効果の説明が足りない
6. スケジュール・実行計画があいまい
7. 特にない
8. その他（自由に入力してください）

④話し方・口調の好み

1. 端的に、結論から話してほしい
2. 丁寧に、背景・経緯から順に説明してほしい
3. 数字・データを重視する
4. 具体例・エピソードを重視する
5. 特にない・わからない
6. その他（自由に入力してください）

⑤ペルソナ名をどうするか（自由回答。ファイル名にも使う）

進め方

1. ①〜⑤を1項目ずつ順番にヒアリングする
2. すべて揃ったら内容をまとめて確認する
3. 承認が得られたら PERSONA/PERSONA-{name}.md を出力する

ファイル名の {name} は、ペルソナ名から英小文字・ハイフンのみの識別子を生成する（例：「田中部長」→ tanaka-bucho）。変換が難しい場合は persona-YYYYMMDD 形式を使う。

PERSONA-{name}.md の内容

• ペルソナ名・属性・立場（①②から）
• 決裁権の有無・最近の関心事（②から）
• 過去に指摘されたこと（③から）
• 好みの説明トーン・スタイル（④から）

---

出力ファイルまとめ

モード	出力ファイル
シナリオ作成モード	SLIDE-SCENARIO/SLIDE-SCENARIO-{name}.md
レビューモード	既存の SLIDE-SCENARIO-{name}.md を更新
ペルソナ設定モード	PERSONA/PERSONA-{name}.md

---

例

例1: ゼロからシナリオを作る

ユーザー: 「新サービスの承認をもらうためのスライドのシナリオを作って」

アクション:

1. モード1へ直行し、①目的（意思決定を求める）→②相手→③ゴール→④粒度→⑤内容 を1問ずつヒアリングする
2. タイトル案と、承認依頼に必要な項目（コスト・リスク・スケジュール等）を補ったアジェンダ案を提示し、確定する
3. アジェンダ項目を1つずつ取り上げ、「何を伝えたいか・何を理解してもらいたいか」をヒアリングし、キーメッセージと伝えたい内容の詳細をセットで言語化して合意を取る
4. 全項目の言語化が完了したら SLIDE-SCENARIO/SLIDE-SCENARIO-new-service.md を生成する
5. レビューモードでのレビュー → slide-deck-builder への移行を順に確認する

結果: Brief・Storyline・アジェンダごとのキーメッセージが揃った SLIDE-SCENARIO-new-service.md

例2: 既存シナリオをペルソナ視点でレビューする

ユーザー: 「このシナリオを田中部長の視点でレビューして」

アクション:

1. モード2へ直行し、対象の SLIDE-SCENARIO-*.md を特定する
2. PERSONA/PERSONA-tanaka-bucho.md を読み込み、関心事・過去の指摘・好みのトーンを踏まえてレビューする
3. 良い点→改善点→デビルズアドボケイトの3段階に分けてフィードバックし、第2段階以降は指摘ごとに修正可否を確認して反映する
4. 修正完了後、slide-deck-builder への移行を確認する

結果: レビュー反映済みの SLIDE-SCENARIO-{name}.md

---

トラブルシューティング

問題: レビューモードでシナリオファイルが見つからない 原因: まだシナリオを作成していない、または別の場所に保存されている 対処: 「先にシナリオ作成モードでシナリオを作りますか？それともレビューしたいファイルを共有してください」と案内する

問題: ⑤で内容がほとんど出てこない 原因: ユーザーがまだ頭の中を整理できていない（このスキルの主要ターゲット） 対処: ⑤を無理に埋めようとせず、①〜④の回答からアジェンダ案を先に提示する。そのうえで項目ごとに「例えば○○のようなことですか？」と具体例を出しながら1つずつ引き出す

問題: 言語化の往復が長引いてユーザーが疲れている様子 原因: アジェンダ項目が多い、または1項目あたりの深掘りが多すぎる 対処: 「残りの項目は、こちらで仮のキーメッセージと詳細を作りましょうか？」と提案し、生成後の修正で補う