Slide Forge — 骨子からスライドを鍛造する

Slide Forge — 骨子からスライドを鍛造する

骨子（アウトライン）やリサーチ結果を、そのまま投影・共有できる自己完結HTMLスライドに変換するスキル。スライド1枚ごとにデザインを考えるのではなく、共通テンプレートに中身を流し込むことで、全体の体裁を自動的に揃えるのがポイント。

概要

• 出力形式は既定で 自己完結HTML（16:9、1280×720）。外部CDN（インターネット上の別サーバーから読み込むJS/CSSライブラリ）・外部画像・外部フォントに依存しない＝ネット接続が無い環境でもファイルを開けば表示できる状態にする
• 1スライド＝1メッセージを徹底し、詰め込みすぎを防ぐ
• 全ページ共通のヘッダー（章ラベル＋タイトル）／フッター（プロジェクト名・ページ番号）を最初に定義してから中身を流し込む

スキル名について

このスキルは特定プロジェクト専用ではなく、汎用スキルとして命名している。同名の slide-forge スキルが環境に既に別定義で存在する場合は、導入時にその有無を確認し、無ければそのまま追加し、有る場合は本SKILL.mdの内容を正として上書き・統合する（重複登録によるトリガー先の不定化を避けるため）。

なお、本リポジトリのコース lesson03「module29-slide-forge」で扱う slide-forge は、外部OSS github.com/minicoohei/slide-forge（編集可能PPTX等を生成するPython CLI）を指す別物である。本スキルは骨子から自己完結HTMLを素早く作る軽量版で、/slide-forge と打つと本スキルが起動する（レッスンのPython CLIではない）。編集可能PPTXや多形式が必要な場合はレッスンの手順を使うこと。

ユースケース

このスキルが効く具体的なシーン:

1. リサーチ結果 → 提案デッキ: 調査・分析の結果（出典付きの事実・数値）を、意思決定者向けの提案スライドに整形したいとき
2. 骨子 → 投影用HTML: すでにアウトライン（章立て・キーメッセージ）ができていて、それを見た目の揃ったスライドに落とし込みたいとき
3. 既存メモ・ドキュメントの体裁統一: バラバラな見た目のメモや箇条書きを、統一されたテンプレートのスライドとして整理し直したいとき
4. 多言語版スライドの量産: 同じ骨子・同じテンプレートで、言語違いのスライドセットを複数作りたいとき
5. 社内向けの軽量デッキ: PowerPointを開かずに、その場ですぐ見せられる形のスライドが欲しいとき
6. 写真・グラフ画像を含む提案デッキ: プロダクト写真やグラフ画像を貼りたいとき（画像はbase64データURIとしてHTMLに埋め込み、外部参照は作らない）

使わない方がよいケース（スコープ外）:

• 緻密なアニメーション・画面切り替え効果が必要なPPTX（→ 明示要求があれば別途PPTX変換を検討。既定はHTML）
• 1枚だけの単発の図解・インフォグラフィック（→ diagram-generator スキルの方が適している）
• 既存のPowerPoint／Google Slidesテンプレートをそのまま直接編集したい場合
• 大量データを扱うインタラクティブなダッシュボードやフィルタ付きレポート（→ interactive-dashboard-builder スキルの方が適している）
• 出典のある事実・数値がまだ揃っていない段階（→ 環境に ycp-research-factcheck 等のファクトチェックスキルがあれば先にそれでリサーチ・ファクトチェックを済ませてから使う。無ければ自前で出典を確認してから使う）
• 大量スライド（目安50枚超）や複数セクションに跨る長尺デッキ（→ 1ファイルが肥大化し保守困難になるため、章単位でファイルを分割するか、枚数を絞ってから使う）

Workflow

1. インプットと保存先の慣例を確認する まず案件名・プロジェクト名（ファイル名に使う）をユーザーに確認する。骨子ファイル（プロジェクトの慣例に従う。例: outline/proposal.md）があればそれを使う。無ければその場でヒアリングするか、環境に ycp-proposal-outline 等の骨子作成スキルがあればそれで先に骨子を作ってから進める。数値・事実を使う場合は、出典付きのリサーチ結果（プロジェクトの慣例に従う。例: research/<テーマ>/findings.md）を参照する。保存先の慣例が無いプロジェクトでは、ステップ4で使う出力先をここでユーザーに確認しておく
2. 共通テンプレートを定義する（1ファイル内のCSSで完結させる）