こんにちは!株式会社雲海設計の技術部です。
「Claude スライド作成 プロンプトをネットで拾って試したが、出力の質が安定しない」「営業提案・社内報告・技術資料でプロンプトを毎回書き直しているが、テンプレート化する軸が見えない」「Claude Opus 4.8・Sonnet 4.5・Mythosで同じプロンプトを流しても結果が違いすぎて、どう使い分ければいいのか判断できない」——2026年7月現在、Claude スライド作成 プロンプトに関する実装相談が技術部に週3〜4件のペースで寄せられています。本記事では、単なるプロンプト例の羅列ではなく、構成設計・出力形式・品質保証を三位一体で捉えた実装ノウハウとして整理します。
TL;DR
Claude スライド作成 プロンプトの成否は「プロンプト文」より「事前の骨子設計」で8割決まる。テンプレートを渡す前に構造を渡すこと
プロンプトは役割定義・目的・聴衆・制約・出力形式・評価基準の6ブロック構造が2026年の実装定石
出力形式はMarp Markdown / HTML / SVG骨子の3択を用途で使い分ける。PowerPoint直接生成はまだ実務レベルでない
Opus 4.8は骨子設計、Sonnet 4.5は量産、Mythosは深い分析付き資料という2026年7月時点のモデル使い分けが有効
プロンプトの再現性は自動評価ハーネスで担保する。人手レビューだけでは月20本超で品質がばらつく

なぜ Claude スライド作成 プロンプトは失敗するのか?
結論から言うと、失敗の8割は「プロンプトを書く前の骨子設計」を省略していることに起因します。多くの現場では「Claudeに営業提案スライドを作って」と指示し、出力を見て「浅い」「構成が違う」と修正を繰り返すループに陥ります。これはClaudeの性能問題ではなく、入力側の情報密度が足りていないだけです。
MIT Technology Reviewの2026年上期特集でも、生成AI活用の熟練者と初心者の差は「プロンプトの巧拙より、思考の外部化スキル」にあると指摘されています。Claudeは骨子を提示すれば装飾できるが、骨子ごと考えさせると平均点を出す——これが2026年7月時点の実装体感です。
典型的な失敗パターン3選
目的曖昧型: 「〜について資料を作って」だけで聴衆・意思決定タイミング・想定質問が未定義
出力形式未指定型: 「スライドで」と言っただけでMarpなのかHTMLなのか指定せず、後工程で編集地獄
評価基準欠落型: 「良い感じで」と指示し、出力の合否判断ができず何度もリテイク
Claude スライド作成 プロンプトの6ブロック構造
結論として、役割定義・目的・聴衆・制約・出力形式・評価基準の6ブロックを埋めれば、モデル問わず出力が安定します。これは弊社が過去1年で200件超のスライド生成案件を通じて標準化したフレームです。
| ブロック | 役割 | 記述例 |
|---|---|---|
| 役割定義 | Claudeの立ち位置を固定 | 「あなたはB2B SaaS営業のシニアコンサルタント」 |
| 目的 | 意思決定・行動を明示 | 「役員会でPoC予算3000万円を承認させる」 |
| 聴衆 | 知識レベルと関心を定義 | 「非技術系役員5名、AI投資は初回」 |
| 制約 | 枚数・時間・トーン | 「12枚・15分・数字ドリブンで断定的」 |
| 出力形式 | Marp/HTML/SVG骨子など | 「Marp Markdown、1枚あたり見出し+3箇条」 |
| 評価基準 | 合否判定軸 | 「1枚目で結論、5枚目までにROI提示」 |
実用プロンプトテンプレート
### 役割
あなたはB2B SaaSの営業提案に精通したシニアコンサルタントです。
### 目的
以下の顧客に対して、PoC予算3000万円を承認させる提案スライドを作成します。
### 聴衆
- 製造業(従業員500名)役員5名
- 非技術系、AI投資は初回
- 意思決定タイミング: 2週間後の役員会
### 制約
- 全12枚、15分想定
- トーンは数字ドリブンで断定的
- 抽象論禁止、必ず数値と業界事例を含める
### 出力形式
Marp Markdown。1枚あたり `## 見出し` + 3〜5個の箇条書き。
### 評価基準
- 1枚目に結論スライドを配置
- 5枚目までにROI試算を提示
- 最終スライドに次アクションを明示
### 入力情報
(顧客概要・課題・提案商材の一次情報を貼付)このテンプレートを起点にすれば、Opus 4.8で骨子生成、Sonnet 4.5で枚数展開、Mythosで数値検証、といったモデル間の役割分担も明確になります。詳細な骨子設計手法はClaude 資料作成の実装ガイド2026でも解説しています。
出力形式はMarp・HTML・SVG骨子のどれを選ぶべきか?
結論として、編集頻度と最終媒体で3択を使い分けるのが2026年の実務定石です。PowerPoint XMLの直接生成は理論上可能ですが、フォント埋め込みやレイアウト崩れが多く、実務レベルでは推奨しません。
| 形式 | 強み | 弱み | 推奨用途 |
|---|---|---|---|
| Marp Markdown | 版管理・編集容易・軽量 | 視覚デザインの自由度低 | 社内報告・技術資料 |
| HTML/CSS | デザイン自由・Webそのまま公開可 | PPT変換に手間 | 営業提案・LP併用 |
| SVG骨子 | 図解を精密に制御 | テキストスライド量産に不向き | アーキテクチャ図・概念図 |
Gartnerの2026年生成AIツール成熟度調査では、資料作成用途におけるMarp系ワークフローの企業採用率が前年比2.3倍に伸長。「編集容易性」が量産環境での勝ち筋になっている。
形式ごとのプロンプト差分
Marp指定時: 「1スライド1見出し、箇条書きは最大5個、区切りは `---`」を明記
HTML指定時: 「TailwindCSSクラスを使用、1スライドを `
` で区切る」を追記 SVG指定時: 「viewBox 1920x1080、テキストは日本語Noto Sans想定」を指定
Claude Opus 4.8・Sonnet 4.5・Mythosをどう使い分けるか?
結論として、骨子はOpus、量産はSonnet、深い分析付き資料はMythosが2026年7月時点の実装解です。同じプロンプトでも出力の質と傾向は明確に異なります。
| モデル | 得意領域 | プロンプトのコツ | コスト目安 |
|---|---|---|---|
| Opus 4.8 | 骨子設計・構成判断 | 制約を厚く、評価基準を明示 | 基準×1.0 |
| Sonnet 4.5 | 枚数展開・文体調整 | 骨子を渡し「肉付け」指示 | 基準×0.3 |
| Mythos | 数値検証・多段推論 | reasoning_depthを高めに設定 | 基準×1.4 |
Mythosの詳細特性はミュトス やばいと言われる技術的理由で検証しています。単発でMythosを使うより、Opusで骨子→Sonnetで展開→Mythosで数値検算という3段パイプが最も費用対効果が高いというのが弊社の実装知見です。
プロンプトの再現性をどう担保するか?
結論として、プロンプトは「文書」ではなく「コード」として管理し、自動評価ハーネスで再現性を測るべきです。手動で品質を判定していると、月20本を超えたあたりから確実にばらつきます。
プロンプトのバージョン管理
Gitリポジトリに
prompts/slide/v1.2.0.mdのように保存変更時はPRレビュー必須、diff上で改善効果を検証
本番用と実験用をブランチで分離し、部門展開時の事故を防ぐ
自動評価の3軸
構造妥当性: Marp/HTMLの構文検証、必須スライド(結論・ROI等)の存在確認
事実整合性: 入力情報と出力の数値・固有名詞をLLM-as-a-Judgeで照合
視覚設計: 1スライド情報量、箇条書き数、文字数上限のルール判定
評価ハーネスの具体実装はClaude ハーネス設計の実務ガイドで解説しています。プロンプト改善のPDCAはハーネスなしでは回らないというのが技術部の共通見解です。
雲海設計の実装知見: プロンプト運用で詰まりやすい3ポイント
弊社が2025年から2026年にかけて支援した実案件で、特につまづきやすい落とし穴を3つ共有します。
1. 「聴衆定義」を省略する
聴衆が曖昧だと、Claudeは「誰にでも通じる=誰にも刺さらない」平均的な資料を出します。役職・業界経験年数・関心軸を最低3項目書き込むだけで、出力の切れ味が体感で2段階変わります。
2. 「参考にすべき既存資料」を渡さない
社内トーンや過去の提案書サンプルを添付せずに一から生成させると、Claudeは無難なテンプレ調に流れます。過去の成功事例を1〜2件添付し「このトーンを踏襲」と指示するのが再現性の鍵です。
3. 「一発出し」を期待する
骨子生成→内容展開→数値検算→視覚要素追加の4ステップ分割が2026年の実装定石です。1回のプロンプトで完成品を出そうとすると、必ずどこかが薄くなります。
これらのノウハウを組織展開したい場合は、雲海設計のDXソリューションやITコンサルティングで、プロンプト運用ガイドラインの設計から支援可能です。
よくある質問
Q. Claudeで作ったスライドをそのまま提案書に使えますか?
A. 数値検算と固有名詞チェックを人手で行う前提であれば可能です。ただし2026年7月時点では、事実整合性を100%Claudeに委ねるのは推奨しません。ハルシネーション対策としてはハルシネーションを防ぐプロンプト設計10選を参考にしてください。
Q. プロンプトを部門展開する際のガバナンスは?
A. Claude Skill機能でプロンプトを社内共有し、権限設計と利用ログ監査を組み合わせるのが定石です。個別のプロンプトが野良で増えると品質統制が破綻します。
Q. GPT-5.5系との違いは?
A. スライド生成領域では、Claudeの方が構造化された長文出力に強く、GPT-5.5は視覚要素との整合性で優位という傾向です。用途で選び分けるのが2026年7月時点の実装知見です。
Q. プロンプトのコスト最適化のコツは?
A. Opus 4.8で骨子だけ作り、量産部分はSonnet 4.5に流すだけで月次コストが40%前後削減できます。全工程をOpus/Mythosで回す必要はありません。
Q. 社内テンプレート化の目安期間は?
A. パイロット3週間、10案件で評価データを蓄積、部門展開まで約2ヶ月が弊社の標準工程です。
まとめ: プロンプトは骨子設計と評価ハーネスで初めて武器になる
Claude スライド作成 プロンプトは、「良い呪文」を探す作業ではなく、思考の外部化と評価ループの設計です。2026年7月現在、モデル性能は十分に成熟しており、勝負どころは入力側の情報密度と、出力を測る評価軸にあります。
雲海設計では、Claude系モデルを活用したプロンプト設計・Skill展開・評価ハーネス構築まで一気通貫で支援しています。「PoCで止まっているClaude活用を業務標準に引き上げたい」というご相談は、お問い合わせフォームからお気軽にご連絡ください。