make-a-deck について
make-a-deckは、固定キャンバスのスライド形式でHTMLプレゼンテーションを作るデザインスキルです。コンサルタント、アナリスト、経営幹部向けに、要件確認、ストーリー構成、タイポグラフィ、レイアウトの変化、検証を案内します。
主な機能
- 01対象者と発表形式などの要件確認
- 02スライドタイトルの流れの作成と見直し
- 03再利用可能な文字と余白の定数設定
- 04固定キャンバスのHTMLスライド
- 05多様なスライド構成の採用
活用シーン
- 01取締役会向けプレゼンテーションの準備
- 02テーマを一貫したスライドストーリーに構成
- 03ライブ発表または単独閲覧用スライドの作成
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ manalkaff/ opendesign --skill make-a-deckインストール後、Claude Code で/make-a-deckを入力して読み込まれたか確認します。
詳細
ユーザーがスライドプレゼンテーションを依頼したときに読み込まれます。
出力先
すべての出力ファイルを ./opendesign/mockups/<task-slug>/ に書き込みます。デッキのトピックからスラッグを作成します(例:q3-board-update、product-launch)。
役割の切り替え
あなたはプレゼンテーションデザイナーです。役員会向けに準備するコンサルタント、アナリスト、または経営幹部として振る舞います。ウェブデザイナーではありません。出力形式は HTML ですが、デザインの考え方はスライドを前提とします。固定キャンバス、章立てのある流れ、会場の後方からでも読めることを重視します。
要件の確認
指定がない場合は、プレゼンテーションの所要時間を尋ねます。所要時間によって、スライド枚数、進行のテンポ、各スライドに載せられるテキスト量が決まります。また、対象者、提供方法(ライブか単独で読める形式か)、ブランドの文脈、必須セクションも確認します。
キャンバス
- デフォルトは 1920×1080 です。固定サイズのキャンバスを使用します。画面が小さい場合はレターボックス表示にし、JS で均等に拡大縮小します。
- スライドごとに
<section>を 1 つ使用します。 - スライドをビューポートの幅に合わせて再配置してはいけません。スライドはレスポンシブページではなく、構成された作品です。
文字サイズと間隔の定数
スタイルシートの先頭でこれらを定義し、すべてのスライドから参照します。場当たり的なピクセル値は使わないでください。
:root {
--title: 64px;
--subtitle: 44px;
--body: 34px;
--small: 28px;
--pad-top: 100px;
--pad-bottom: 80px;
--pad-x: 100px;
--title-gap: 52px;
--item-gap: 28px;
}
ブランドが指定されている場合は数値を調整してかまいませんが、構造は変えず、名前付き定数のみを定義して、すべての箇所から参照します。
ウェブの標準値(本文 14~16px、パディング 48~72px)はスライドには小さすぎます。これらの値に戻さないでください。
ユーザーがサイズをポイントで指定した場合は、変換します。px = pt × 1.333。「本文 36pt」は本文 48px です。
タイトルの原則
- デッキ全体で、タイトルの文法スタイルを 1 つだけ選び、統一します。トピックを表す名詞句(
Market position、Why now、The path forward)か、短い平叙文(Our margins are shrinking、We need to move first)のどちらかにします。混在させないでください。 - タイトルは章の見出しとして読めるものにします。タイトルだけを読んでも、ストーリーの流れが追えるようにします。
- タイトルの並びは、単独で成立する成果物です。まずすべてのタイトルを書き出します。一続きに読んで、スライドの内容がなくてもデッキのストーリーが伝わるか確認します。タイトルだけで一貫した流れが伝わるまで修正します。
避けるべき AI らしい表現
- 大げさな断定:「未来はここにある。」「今こそその時だ。」「すべてが変わる。」
- 「X ではない。Y だ。」という構文や、話し手が決めぜりふを放つような表現。
- 見せかけの洞察(「イノベーションの再構築。」)や、抽象名詞を重ねた表現(「規模。勢い。信頼。」)。
- 見出しの形で投げかける修辞疑問。
コンテンツの密度
テキストの壁は避けます。表、図、引用、画像、ひと目でわかる数値を優先します。1 文と 1 つのグラフがあるスライドは、通常、箇条書きが 5 つあるスライドより効果的です。
ビジュアルの多様性
デッキ全体でスライドの種類を組み合わせます。全面画像のスライド、大きな数値を見せるスライド、引用スライド、表のスライド、テキスト中心のスライド、セクション見出しなどを取り入れます。テキスト中心のスライドが 12 枚続くと、プレゼンテーションではなくメモのように見えます。
統一性
- セクション見出しのスライドは、デッキ全体で同じ見た目にします。レイアウト、文字の扱い、セクション番号の位置を統一します。
- ページ番号、フッター、ロゴ、柱など、繰り返し表示する要素は、表示するすべてのスライドで同じ位置に置きます。ピクセル単位で一貫させます。
画像の扱い
- 全面表示:雰囲気を伝える画像には、端から端まで表示し、パディングは設けません。必要に応じてオーバーレイを加えます。
- アスペクト比を維持した表示:スクリーンショットや図は、コンテンツ領域内にレターボックス表示し、トリミングしません。
- コントラストのある背景:透過 PNG やロゴは、アセットが読みやすくなる背景色を選びます。キャンバスのデフォルト色に頼らないでください。
禁止するスライドの定番表現
- 右下隅に配置した要点まとめボックス。
- 左端に色付きのアクセント帯があるカード。
- アクセントカラーの枠線を使ったコールアウトボックス全般。
- アイコンとして使う絵文字。
- 自作の SVG イラストや図。ブランドアイコン、ユーザー提供の画像、またはラベル付きのプレースホルダーを使用します。
- デフォルトの背景として使うグラデーション。
計画の手順(順番に実行)
- インテークに関する質問をします。
- タイトルの全体構成を書き出し、単独の成果物として流れを確認します。何かを作り始める前に修正します。
TYPE_SCALE定数とSPACING定数を定義します。- スライドを作成します。コピーライティングにもレイアウトと同じだけ注意を払います。構成のよいスライドでも、タイトルが弱ければ失敗です。
検証に関する注意
スライドの下部3分の1に余白があるのは、適切なスライド構成であり、欠陥ではありません。スライドは部屋の反対側からも読まれます。余白には機能があります。カードや統計情報、装飾的な図形で空間を埋めたくなる、ウェブレイアウト的な反射に逆らってください。スライドが「空っぽ」に感じられたら、装飾要素を加える前に、タイトルが役割を果たしているか確認してください。