SlideKit Create

Workflow Overview

Phase 0: テンプレート検出・読み込み

references/templates/

0-1. テンプレートの検出

references/templates/

.html

• Subdirectories — each subdirectory is treated as a separate template set (e.g.,

  templates/navy-gold/

  ,

  templates/modern-tech/

  )
• Loose HTML files —

  .html

  files directly under

  references/templates/

  are treated as a single template set named "default"

0-2. テンプレート選択

「以下のカスタムテンプレートが見つかりました。どのテンプレートを使用しますか？番号で選択してください。」

1. {directory-name-1}/（{N}ファイル）
2. {directory-name-2}/（{N}ファイル）
3. 使用しない（通常モードで作成）

• 1 or 2 (directory number) → that directory's HTML files become the template set. Proceed to 0-3
• 3 (使用しない) → proceed to Phase 1 in 通常モード

「以下のカスタムテンプレートが見つかりました。使用しますか？番号で選択してください。」

• {file1.html}, {file2.html}, ...

1. はい — このテンプレートを使用する
2. いいえ — 使用しない（通常モードで作成）

• 1 → proceed to 0-3
• 2 → proceed to Phase 1 in 通常モード

0-3. テンプレート読み込み

• Color palette (CSS custom properties / Tailwind classes)
• Font pair (primary JP + accent Latin)
• Header/footer structure and style
• Decorative elements and visual motifs
• Layout patterns used

Cautions

• Mandatory Constraints still apply. Even if a custom template uses

  <table>

  or non-CDN assets, the generated output must follow all rules in the Mandatory Constraints section below. Extract only the visual design (colors, fonts, spacing, decorative style) — not non-compliant implementation details.
• Slide size must remain 1280x720px. Ignore any different dimensions in custom templates.
• Do not copy text content. Custom templates are style references only. All text content comes from Phase 1 hearing.
• Maximum 5 template files per set. If a template set contains more than 5 HTML files, read only the first 5 (sorted alphabetically) to limit context usage. Warn the user that remaining files were skipped.
• Supported format: HTML only. Ignore non-HTML files (images, PDFs, etc.) in the templates directory.

Phase 1: ヒアリング

• 1ターン1質問: Ask only one question per message. Wait for the user's answer before asking the next question.
• 番号選択: All questions with predefined options must be presented as numbered lists. The user answers by entering the number only. Questions requiring free text input (directory path, title, company name, etc.) are the exception.

テンプレートモード（テンプレートあり）

1. 出力ディレクトリ — same as 1-1 below
2. スライド内容のソース — same as 1-4 below
3. プレゼンタイトル — same as 1-5 below
4. スライド枚数 — same as 1-6 below
5. 会社名・ブランド名 — same as 1-7 below
6. テンプレートデザインの確認 — present the extracted design (colors, fonts, decorative style) to the user and ask:

「テンプレートから以下のデザインを検出しました。」

• カラー: {extracted colors}
• フォント: {extracted fonts}
• ヘッダー/フッター: {extracted structure}

「このデザインをどうしますか？番号で選択してください。」

1. そのまま使用する
2. 一部変更したい

• 1 → Phase 2 でテンプレートのデザインをそのまま確定
• 2 → 変更したい項目（カラー、フォント等）を聞き、テンプレートのデザインを部分的に上書き

通常モード（テンプレートなし）

1-1. 出力ディレクトリ

「出力先ディレクトリを選択してください。番号で回答するか、パスを直接入力してください。」

1. デフォルト（

   output/slide-page{NN}/

   ）
2. パスを指定する

• 1 → use

  output/slide-page{NN}/

  (NN = next sequential number based on existing directories)
• 2 → follow up by asking for the path (text input)
• Direct path input → if the user directly types a path instead of a number, use that path

1-2. スタイル選択

「スタイルを選択してください。番号で回答してください。」

1. Creative — 大胆な配色、装飾要素、グラデーション、遊び心のあるレイアウト
2. Elegant — 落ち着いたパレット（ゴールド系）、セリフ寄りのタイポグラフィ、広めの余白
3. Modern — フラットデザイン、鮮やかなアクセントカラー、シャープなエッジ、テック志向
4. Professional — ネイビー/グレー系、構造的なレイアウト、情報密度高め
5. Minimalist — 少ない色数、極端な余白、タイポグラフィ主導、最小限の装飾

1-3. テーマ選択

「テーマを選択してください。番号で回答してください。」

1. Marketing — 製品発表、キャンペーン提案、市場分析
2. Portfolio — ケーススタディ、実績紹介、作品集
3. Business — 事業計画、経営レポート、戦略提案、投資家ピッチ
4. Technology — SaaS紹介、技術提案、DX推進、AI/データ分析
5. Education — 研修資料、セミナー、ワークショップ、社内勉強会

1-4. スライド内容のソース

「スライドの内容をどのように提供しますか？番号で回答してください。」

1. 参考ファイル — ファイル（Markdown、テキスト、Wordなど）を指定する
2. 直接入力 — チャットにテキストを入力する
3. トピックのみ — テーマだけ指定してClaude に内容を生成させる

1. Read the entire file
2. Extract the logical structure (headings, sections, bullet points, data)
3. Map the structure to the slide sequence — each major section becomes a section divider + content slides
4. Preserve key text, numbers, and data points faithfully
5. Adapt the content to fit the slide format (concise bullet points, not full paragraphs)

1. Organize the text into a logical presentation flow
2. Ask clarifying questions if the structure is ambiguous

1. Ask about the target audience (executives, engineers, clients, etc.)
2. Ask about key messages or points the user wants to convey
3. Generate content based on the answers

1-5. プレゼンタイトル

1-6. スライド枚数

「スライド枚数を選択してください。番号で回答してください。」

1. 10枚
2. 15枚
3. 20枚（推奨）
4. 25枚
5. 自動（内容に応じて最適な枚数を決定）

• 5（自動） を選択した場合の判断基準:
  • Reference file: count the major sections/headings → each section ≈ 1 divider + 2-3 content slides, plus cover/agenda/summary/closing
  • Direct text: estimate from the volume and structure of the provided text
  • Topic only: default to 15-20 based on topic complexity
• When 5 is selected, inform the user of the determined count before proceeding (e.g., "内容から判断して18枚で作成します。よろしいですか？")

1-7. 会社名・ブランド名

1-8. カラーの希望

「カラーに希望はありますか？番号で回答してください。」

1. おまかせ（スタイル × テーマに基づいて自動提案）
2. 指定したい（次の質問でカラーコードや色名を入力）

• 1 → auto-suggest based on the selected style × theme combination
• 2 → follow up by asking for specific color codes or color names (text input)

1-9. 背景画像の使用

「背景画像を使用しますか？番号で回答してください。」

1. 使用しない（CSSグラデーションのみ）
2. 使用する（次の質問で画像を指定）

• 1 → no background images (CSS gradients only)
• 2 → follow up by asking the user to provide or approve specific images

Phase 2: デザイン決定

テンプレートモード

1. Color palette — use the palette extracted from the template (or with user-requested modifications from Phase 1)
2. Font pair — use the fonts extracted from the template (or with user-requested modifications from Phase 1)
3. Brand icon (1 Font Awesome icon)

通常モード

1. Color palette (3-4 custom colors)
2. Font pair (1 Japanese + 1 Latin)
3. Brand icon (1 Font Awesome icon)

Proven Palette Examples

#0F2027

#C5A065

#2C5364

#1f2937

#F97316

#333333

#007BFF

#F59E0B

#1B4332

#40916C

#52B788

#0F172A

#F97316

#3B82F6

Phase 3: スライド構成の設計

3-1. Required Slides (All Decks)

cover

agenda

conclusion

conclusion

3-2. Section Dividers by Slide Count

3-3. Build the Slide Map

1. File number (

   001.html

   ,

   002.html

   , ...)
2. Type (Cover / Agenda / Section Divider / Content / Summary / Closing)
3. Layout pattern (from the 20 patterns — see Phase 4 reference)
4. Content summary (what text/data goes on this slide)

• Never use the same layout pattern for 3 or more consecutive slides
• Match content from Phase 1-3 (reference file / text / topic) to appropriate slide types
• Use good variety across the 20 layout patterns
• Chart.js auto-detection: For slides with data visualizations, decide whether to use Chart.js or CSS-only based on the "When to Use Chart.js vs CSS-Only" table in references/patterns.md. Mark Chart.js slides in the slide map. CSS-only and Chart.js charts can coexist in the same deck

3-4. Standard Composition for 20 Slides (Reference)

001.html

002.html

003.html

004.html

005.html

006.html

007.html

008.html

009.html

010.html

011.html

012.html

013.html

014.html

015.html

016.html

017.html

018.html

019.html

020.html

Phase 4: HTML生成

4-1. For Each Slide

1. Use the HTML Boilerplate (below)
2. Apply the design decisions from Phase 2 (colors, fonts, icon)
3. Use the layout pattern assigned in Phase 3
4. Fill in the content from Phase 1-3 (reference file / text / generated)
5. If the slide is marked "Chart.js" in the slide map: use Chart.js

   <canvas>

   patterns from references/patterns.md (Chart.js Patterns section). Include the Chart.js CDN

   <script>

   in

   <head>

   and initialization

   <script>

   before

   </body>

6. Save as

   {output_dir}/{NNN}.html

   (zero-padded: 001.html, 002.html, ...)

HTML Boilerplate

<!DOCTYPE html>
<html lang="ja">
<head>
    <meta charset="utf-8" />
    <meta content="width=device-width, initial-scale=1.0" name="viewport" />
    <title>{Slide Title}</title>
    <link href="https://cdn.jsdelivr.net/npm/tailwindcss@2.2.19/dist/tailwind.min.css" rel="stylesheet" />
    <link href="https://cdn.jsdelivr.net/npm/@fortawesome/fontawesome-free@6.4.0/css/all.min.css" rel="stylesheet" />
    <link href="https://fonts.googleapis.com/css2?family={PrimaryFont}:wght@300;400;500;700;900&family={AccentFont}:wght@400;600;700&display=swap" rel="stylesheet" />
    <!-- Chart.js (only on slides marked "Chart.js" in Phase 3) -->
    <!-- <script src="https://cdn.jsdelivr.net/npm/chart.js"></script> -->
    <style>
        body { margin: 0; padding: 0; font-family: '{PrimaryFont}', sans-serif; overflow: hidden; }
        .font-accent { font-family: '{AccentFont}', sans-serif; }
        .slide { width: 1280px; height: 720px; position: relative; overflow: hidden; background: #FFFFFF; }
        /* Custom color classes: .bg-brand-dark, .bg-brand-accent, .bg-brand-warm, etc. */
    </style>
</head>
<body>
    <div class="slide {layout-classes}">
        <!-- Content -->
    </div>
    <!-- Chart.js initialization (only on slides that contain charts) -->
    <!-- <script> new Chart(...) </script> -->
</body>
</html>

• Only uncomment the

  <script src="...chart.js...">

  line on slides marked "Chart.js" in the Phase 3 slide map
• Only add the Chart.js CDN to slides that actually contain a

  <canvas>

  chart — do not include it on every slide
• The

  <script>

  for Chart initialization must be placed just before

  </body>

  , after the slide

  <div>

• Each chart

  <canvas>

  must have a unique

  id

  attribute

20 Layout Patterns

flex flex-col items-center justify-center

flex

w-1/3

w-2/3

flex flex-col

flex-1

w-1/2

grid grid-cols-3

grid grid-cols-{N}

relative

absolute inset-0

flex flex-col

grid grid-cols-4

grid

flex-1

w-1/N

grid grid-cols-2

flex

w-1/4

w-3/4

w-1/2

w-1/2

grid grid-cols-5

Heading Convention

<p class="text-xs uppercase tracking-widest text-gray-400 mb-1 font-accent">Market Analysis</p>
<h1 class="text-3xl font-bold text-brand-dark">市場分析</h1>

Number Emphasis Convention

<p class="text-4xl font-black font-accent">415<span class="text-sm font-normal ml-1">M</span></p>

Phase 5: print.html 生成

{output_dir}/print.html

<!DOCTYPE html>
<html lang="ja">
<head>
    <meta charset="utf-8" />
    <title>View for Print</title>
    <style>
        * { margin: 0; padding: 0; box-sizing: border-box; }
        body { background: #FFFFFF; }
        .slide-frame {
            width: 1280px; height: 720px;
            margin: 20px auto;
            box-shadow: 0 2px 10px rgba(0,0,0,0.15);
            border: 1px solid #e2e8f0;
            overflow: hidden;
        }
        .slide-frame iframe { width: 1280px; height: 720px; border: none; }
        @media print {
            body { background: #FFFFFF; }
            .slide-frame {
                page-break-after: always; box-shadow: none; border: none;
                margin: 0 auto;
                transform: scale(0.85); transform-origin: top center;
            }
        }
    </style>
</head>
<body>
    <!-- One iframe per slide -->
    <div class="slide-frame"><iframe src="001.html"></iframe></div>
    <!-- ... repeat for all slides ... -->
</body>
</html>

<div class="slide-frame"><iframe src="{NNN}.html"></iframe></div>

Phase 6: チェックリスト確認

• All files use identical CDN links
• Custom colors defined identically in every

  <style>

• Root is single

  <div>

  under

  <body>

  with

  overflow: hidden

  (only sibling allowed: Chart.js

  <script>

  on chart slides)
• Slide size exactly 1280 x 720
• No external images (unless user approved)
• No JavaScript except Chart.js on chart slides (no other

  <script>

  tags allowed)
• All files for the chosen slide count are present
• Font sizes follow hierarchy
• Consistent header/footer on content slides
• Page numbers increment correctly

• Confidential

  in footer
• Decorative elements use low z-index and low opacity
• File naming: zero-padded 3 digits (

  001.html

  ,

  002.html

  , ...)
• Text uses

  <p>

  /

  <h*>

  (not

  <div>

  )
• No visible text in

  ::before

  /

  ::after

• No one-off colors outside palette
• Content density guidelines followed

• print.html

  generated with iframes for all slides

Phase 7: PPTX変換（任意）

「HTMLスライドの生成が完了しました。PowerPoint（PPTX）に変換しますか？」

Prerequisite Check

/pptx

スキルが必要ですが、現在インストールされていません。

以下のコマンドでインストールできます:

claude install-skill https://github.com/anthropics/claude-code-agent-skills/tree/main/skills/pptx

インストール後、新しいセッションで

/pptx

を実行し、出力ディレクトリ

{output_dir}

を指定してください。

Chart.js Slides and PPTX Conversion

<canvas>

1. Chart slides require screenshot-based conversion. The pptx converter cannot parse

   <canvas>

   elements rendered by JavaScript. Chart.js charts will be captured as raster images (PNG) and embedded in the PPTX slide
2. Non-chart elements remain editable. Text, icons, and CSS-only elements on the same slide are still extracted as native PPTX objects
3. Inform the pptx skill which slides contain Chart.js so it can apply the screenshot fallback selectively

Invocation (pptx skill available)

/pptx

1. Source directory — the output path containing all

   NNN.html

   files
2. Slide count — total number of HTML files
3. Presentation title — from Phase 1 hearing
4. Color palette — the 3-4 brand colors chosen in Phase 2
5. Font pair — primary (JP) and accent (Latin) fonts

Convert the HTML slide deck in {output_dir} to a single PPTX file.
- {N} slides (001.html through {NNN}.html)
- Title: {title}
- Colors: {primary_dark}, {accent}, {secondary}
- Fonts: {primary_font} + {accent_font}
- Chart.js slides: {list of slide numbers, e.g., "004, 013" or "none"}
- Output: {output_dir}/presentation.pptx

/pptx

Reference: Mandatory Constraints

width: 1280px; height: 720px

lang="ja"

<body>

<div>

<script>

overflow: hidden

<style>

<head>

PPTX Conversion Rules (Critical)

• Prefer

  <p>

  over

  <div>

  for text (tree-walkers may miss

  <div>

  text)
• Never put visible text in

  ::before

  /

  ::after

• Separate decorative elements with

  -z-10

  /

  z-0

• Max DOM nesting: 5-6 levels
• Font Awesome icons in

  <i>

  tags (converter detects

  fa-

  on

  <i>

  )
• Use flex-based tables over

  <table>

• linear-gradient(...)

  supported; complex multi-stop may fall back to screenshot

• box-shadow

  ,

  border-radius

  ,

  opacity

  all extractable
• Chart.js

  <canvas>

  elements are not parseable by DOM tree-walkers → require screenshot fallback for PPTX. Prefer CSS-only charts when PPTX editability is a priority

Anti-Patterns (Avoid)

• Purposeless wrapper

  <div>

  s (increases nesting)
• One-off colors outside the palette

• <table>

  for layout
• Inline styles that Tailwind can replace
• Text in

  ::before

  /

  ::after

• <div>

  for text (use

  <p>

  ,

  <h1>

  -

  <h6>

  )

Reference: Design Guidelines

Color Palette

<style>

.bg-brand-dark

.bg-brand-accent

.bg-brand-warm

Font Pair

body

.font-accent

Font Size Hierarchy

text-3xl

text-6xl

font-bold

font-black

text-xl

text-2xl

font-bold

text-lg

font-bold

text-sm

text-base

text-xs

Content Density Guidelines