slidekit-create

Compare original and translation side by side

🇺🇸

Original

English
🇨🇳

Translation

Chinese

SlideKit Create

SlideKit Create

All communication with the user MUST be in Japanese. Questions, confirmations, progress updates, and any other messages — always use Japanese.
Generate HTML files forming a complete presentation deck. Each file is a self-contained HTML document rendered at 1280 x 720 px. All content is pure HTML + CSS. Chart.js is used automatically when data visualizations require it (line charts, radar charts, etc.) — no other JavaScript is permitted.
For DOM snippets and component patterns, see references/patterns.md. For user-provided custom templates, see references/templates/.

与用户的所有沟通必须使用日语。 提问、确认、进度更新及任何其他消息——均需使用日语。
生成构成完整演示文稿的HTML文件。每个文件都是独立的HTML文档,渲染尺寸为1280 x 720 px。所有内容均为纯HTML + CSS。当数据可视化需要时(如折线图、雷达图等),会自动使用Chart.js——不允许使用其他JavaScript。
关于DOM片段和组件模式,请参阅references/patterns.md。 关于用户提供的自定义模板,请参阅references/templates/

Workflow Overview

工作流程概述

PhaseNameDescription
0テンプレート検出・読み込みtemplates/ を確認し、テンプレートモード or 通常モードを決定
1ヒアリングモードに応じた質問でスライドの要件を確認
2デザイン決定カラーパレット・フォント・アイコンを確定
3スライド構成の設計各スライドの役割・レイアウトパターンを計画
4HTML生成全スライドを 001.html 〜 NNN.html として出力
5print.html 生成全スライド一覧表示用ページを出力
6チェックリスト確認制約・品質基準への適合を検証
7PPTX変換(任意)/pptx スキルで PowerPoint に変換

阶段名称描述
0模板检测与加载检查templates/目录,确定使用模板模式还是普通模式
1需求调研根据模式提出对应问题,确认幻灯片需求
2设计确定确定调色板、字体、图标
3幻灯片结构设计规划每张幻灯片的作用与布局模式
4HTML生成将所有幻灯片输出为001.html 至 NNN.html
5print.html生成生成用于展示所有幻灯片的汇总页面
6清单检查验证是否符合约束条件与质量标准
7PPTX转换(可选)使用/pptx技能转换为PowerPoint文件

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

阶段0:模板检测与加载

Before starting the hearing, check
references/templates/
for user-provided HTML template files.
开始调研前,检查
references/templates/
目录下是否有用户提供的HTML模板文件。

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

0-1. 模板检测

Scan
references/templates/
for both subdirectories and loose
.html
files.
  • 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"
If nothing is found (no subdirectories and no HTML files) → proceed to Phase 1 in 通常モード.
扫描
references/templates/
目录下的子目录和独立.html文件
  • 子目录——每个子目录视为一个独立的模板集(例如
    templates/navy-gold/
    templates/modern-tech/
  • 独立HTML文件——直接位于
    references/templates/
    下的.html文件视为名为"default"的单个模板集
若未找到任何内容(无子目录且无HTML文件)→ 进入阶段1的普通模式

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

0-2. 模板选择

If templates are found, present them to the user and ask which to use.
When multiple template sets (subdirectories) exist:
「以下のカスタムテンプレートが見つかりました。どのテンプレートを使用しますか?番号で選択してください。」
  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 通常モード
When a single template set exists (one subdirectory, or loose HTML files only):
「以下のカスタムテンプレートが見つかりました。使用しますか?番号で選択してください。」
  • {file1.html}, {file2.html}, ...
  1. はい — このテンプレートを使用する
  2. いいえ — 使用しない(通常モードで作成)
  • 1 → proceed to 0-3
  • 2 → proceed to Phase 1 in 通常モード
若找到模板,将其展示给用户并询问使用哪个。
存在多个模板集(子目录)时:
「已找到以下自定义模板。请问要使用哪个模板?请输入编号选择。」
  1. {directory-name-1}/(共{N}个文件)
  2. {directory-name-2}/(共{N}个文件)
  3. 不使用(以普通模式创建)
  • 1或2(目录编号)→ 该目录下的HTML文件成为模板集,进入0-3
  • 3(不使用)→ 进入阶段1的普通模式
仅存在一个模板集(单个子目录,或仅独立HTML文件)时:
「已找到以下自定义模板。请问是否使用?请输入编号选择。」
  • {file1.html}, {file2.html}, ...
  1. 是 — 使用此模板
  2. 否 — 不使用(以普通模式创建)
  • 1→ 进入0-3
  • 2→ 进入阶段1的普通模式

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

0-3. 模板加载

Read the selected template files and extract:
  • 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
Proceed to Phase 1 in テンプレートモード.
读取选中的模板文件并提取:
  • 调色板(CSS自定义属性 / Tailwind类)
  • 字体组合(主要日语字体 + 点缀拉丁语字体)
  • 页眉/页脚结构与样式
  • 装饰元素与视觉主题
  • 使用的布局模式
进入阶段1的模板模式

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.

  • 仍需遵守强制约束。即使自定义模板使用了
    <table>
    或非CDN资源,生成的输出也必须符合下文强制约束部分的所有规则。仅提取视觉设计(颜色、字体、间距、装饰风格)——不保留不符合规范的实现细节。
  • 幻灯片尺寸必须保持1280x720px。忽略自定义模板中的任何其他尺寸。
  • 不要复制文本内容。自定义模板仅作为风格参考。所有文本内容来自阶段1的调研。
  • 每个模板集最多5个模板文件。若模板集包含超过5个HTML文件,仅读取前5个(按字母排序)以限制上下文使用。需告知用户剩余文件已被跳过。
  • 支持格式:仅HTML。忽略模板目录中的非HTML文件(图片、PDF等)。

Phase 1: ヒアリング

阶段1:需求调研

Before generating any files, ask the user questions to capture intent. All questions must be asked in Japanese.
Important rules:
  • 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.
The hearing questions differ depending on the mode determined in Phase 0.
生成任何文件前,通过提问捕捉用户需求。所有问题必须使用日语提出。
重要规则:
  • 一次一问:每条消息仅提一个问题。等待用户回答后再提出下一个问题。
  • 编号选择:所有带有预设选项的问题必须以编号列表形式呈现。用户仅需输入编号作答。需要自由文本输入的问题(目录路径、标题、公司名称等)除外。
调研问题根据阶段0确定的模式有所不同。

テンプレートモード(テンプレートあり)

模板模式(有模板)

When custom templates were loaded in Phase 0, skip all design-related questions and ask only the following:
  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 → 変更したい項目(カラー、フォント等)を聞き、テンプレートのデザインを部分的に上書き
若阶段0加载了自定义模板,跳过所有设计相关问题,仅询问以下内容:
  1. 输出目录 — 与下文1-1相同
  2. 幻灯片内容来源 — 与下文1-4相同
  3. 演示文稿标题 — 与下文1-5相同
  4. 幻灯片数量 — 与下文1-6相同
  5. 公司名/品牌名 — 与下文1-7相同
  6. 模板设计确认 — 向用户展示提取的设计(颜色、字体、装饰风格)并询问:
「已从模板中检测到以下设计。」
  • 颜色: {提取的颜色}
  • 字体: {提取的字体}
  • 页眉/页脚: {提取的结构}
「请问如何处理此设计?请输入编号选择。」
  1. 直接使用
  2. 需要部分修改
  • 1→ 阶段2直接确定模板设计
  • 2→ 询问需要修改的项目(颜色、字体等),部分覆盖模板设计

通常モード(テンプレートなし)

普通模式(无模板)

Ask all of the following questions (1-1 through 1-9).
询问以下所有问题(1-1至1-9)。

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

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. 默认(
    output/slide-page{NN}/
  2. 指定路径
  • 1→ 使用
    output/slide-page{NN}/
    (NN为现有目录的下一个序号)
  • 2→ 跟进询问具体路径(文本输入)
  • 直接输入路径→ 若用户直接输入路径而非编号,则使用该路径

1-2. スタイル選択

1-2. 风格选择

「スタイルを選択してください。番号で回答してください。」
  1. Creative — 大胆な配色、装飾要素、グラデーション、遊び心のあるレイアウト
  2. Elegant — 落ち着いたパレット(ゴールド系)、セリフ寄りのタイポグラフィ、広めの余白
  3. Modern — フラットデザイン、鮮やかなアクセントカラー、シャープなエッジ、テック志向
  4. Professional — ネイビー/グレー系、構造的なレイアウト、情報密度高め
  5. Minimalist — 少ない色数、極端な余白、タイポグラフィ主導、最小限の装飾
「请选择风格。请输入编号回答。」
  1. Creative(创意风)—— 大胆配色、装饰元素、渐变、富有趣味的布局
  2. Elegant(优雅风)—— 沉稳调色板(金色系)、偏衬线字体、宽松留白
  3. Modern(现代风)—— 扁平化设计、鲜明强调色、锐利边缘、科技导向
  4. Professional(专业风)—— 海军蓝/灰色系、结构化布局、高信息密度
  5. Minimalist(极简风)—— 少色数、极致留白、字体主导、最小化装饰

1-3. テーマ選択

1-3. 主题选择

「テーマを選択してください。番号で回答してください。」
  1. Marketing — 製品発表、キャンペーン提案、市場分析
  2. Portfolio — ケーススタディ、実績紹介、作品集
  3. Business — 事業計画、経営レポート、戦略提案、投資家ピッチ
  4. Technology — SaaS紹介、技術提案、DX推進、AI/データ分析
  5. Education — 研修資料、セミナー、ワークショップ、社内勉強会
「请选择主题。请输入编号回答。」
  1. Marketing(营销)—— 产品发布、活动提案、市场分析
  2. Portfolio(作品集)—— 案例研究、成果展示、作品集
  3. Business(商务)—— 商业计划、经营报告、战略提案、投资者推介
  4. Technology(科技)—— SaaS介绍、技术提案、DX推进、AI/数据分析
  5. Education(教育)—— 培训资料、研讨会、工作坊、内部学习会

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

1-4. 幻灯片内容来源

Ask the user how they want to provide the content for the slides. This determines what text, data, and structure will appear in the deck.
「スライドの内容をどのように提供しますか?番号で回答してください。」
  1. 参考ファイル — ファイル(Markdown、テキスト、Wordなど)を指定する
  2. 直接入力 — チャットにテキストを入力する
  3. トピックのみ — テーマだけ指定してClaude に内容を生成させる
When a reference file is provided:
  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)
When direct text is provided:
  1. Organize the text into a logical presentation flow
  2. Ask clarifying questions if the structure is ambiguous
When only a topic is given:
  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. 参考文件—— 指定文件(Markdown、文本、Word等)
  2. 直接输入—— 在聊天中输入文本
  3. 仅提供主题—— 仅指定主题,由Claude生成内容
当提供参考文件时:
  1. 读取整个文件
  2. 提取逻辑结构(标题、章节、项目符号、数据)
  3. 将结构映射到幻灯片序列——每个主要章节成为一个章节分隔页 + 内容页
  4. 忠实保留关键文本、数字和数据点
  5. 调整内容以适应幻灯片格式(简洁的项目符号,而非完整段落)
当提供直接文本时:
  1. 将文本组织为符合逻辑的演示流程
  2. 若结构不明确,提出澄清问题
当仅提供主题时:
  1. 询问目标受众(高管、工程师、客户等)
  2. 询问用户想要传达的关键信息或要点
  3. 根据回答生成内容

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

1-5. 演示文稿标题

Ask for the presentation title. Skip if already clear from the content source in 1-4.
询问演示文稿标题。若从1-4的内容来源中已明确,则跳过。

1-6. スライド枚数

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. 10张
  2. 15张
  3. 20张(推荐)
  4. 25张
  5. 自动(根据内容确定最佳数量)
  • 选择5(自动)时的判断标准:
    • 参考文件:统计主要章节/标题数量 → 每个章节≈1个分隔页 + 2-3个内容页,加上封面/议程/总结/结束页
    • 直接文本:根据提供文本的篇幅和结构估算
    • 仅主题:根据主题复杂度默认15-20张
  • 选择5时,需在继续前告知用户确定的数量(例如:「根据内容判断将创建18张幻灯片。请问是否可以?」)

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

1-7. 公司名/品牌名

Ask for the company or brand name to display in the header/footer.
询问公司或品牌名称,用于展示在页眉/页脚中。

1-8. カラーの希望

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. 交给系统(根据风格×主题自动推荐)
  2. 指定颜色(下一个问题输入颜色代码或色名)
  • 1→ 根据选中的风格×主题组合自动推荐
  • 2→ 跟进询问具体颜色代码或色名(文本输入)

1-9. 背景画像の使用

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

「请问是否使用背景图片?请输入编号回答。」
  1. 不使用(仅使用CSS渐变)
  2. 使用(下一个问题指定图片)
  • 1→ 不使用背景图片(仅CSS渐变)
  • 2→ 跟进询问用户提供或确认具体图片

Phase 2: デザイン決定

阶段2:设计确定

Determine the following before generating any HTML:
生成任何HTML前,确定以下内容:

テンプレートモード

模板模式

If custom templates were loaded in Phase 0:
  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)
If the user confirmed the template design as-is in Phase 1, present a brief summary and proceed. If the user requested partial changes, apply those changes and present the updated design for confirmation.
若阶段0加载了自定义模板:
  1. 调色板—— 使用从模板中提取的调色板(或根据阶段1用户要求修改后的版本)
  2. 字体组合—— 使用从模板中提取的字体(或根据阶段1用户要求修改后的版本)
  3. 品牌图标(1个Font Awesome图标)
若用户在阶段1确认直接使用模板设计,展示简要总结后继续。若用户要求部分修改,应用修改并展示更新后的设计供确认。

通常モード

普通模式

Based on Phase 1 hearing results, determine:
  1. Color palette (3-4 custom colors)
  2. Font pair (1 Japanese + 1 Latin)
  3. Brand icon (1 Font Awesome icon)
Present the design decisions to the user for confirmation before proceeding.
根据阶段1的调研结果确定:
  1. 调色板(3-4种自定义颜色)
  2. 字体组合(1种日语字体 + 1种拉丁语字体)
  3. 品牌图标(1个Font Awesome图标)
将设计决策展示给用户确认后再继续。

Proven Palette Examples

经过验证的调色板示例

TemplateStylePrimary DarkAccentSecondaryFonts
01 Navy & GoldElegant
#0F2027
#C5A065
#2C5364
Noto Sans JP + Lato
02 Casual BizProfessional
#1f2937
Indigo
#F97316
Noto Sans JP
03 Blue & OrangeProfessional
#333333
#007BFF
#F59E0B
BIZ UDGothic
04 Green ForestModern
#1B4332
#40916C
#52B788
Noto Sans JP + Inter
05 Dark TechCreative
#0F172A
#F97316
#3B82F6
Noto Sans JP + Inter

模板风格主深色强调色辅助色字体
01 Navy & Gold优雅风
#0F2027
#C5A065
#2C5364
Noto Sans JP + Lato
02 Casual Biz专业风
#1f2937
Indigo
#F97316
Noto Sans JP
03 Blue & Orange专业风
#333333
#007BFF
#F59E0B
BIZ UDGothic
04 Green Forest现代风
#1B4332
#40916C
#52B788
Noto Sans JP + Inter
05 Dark Tech创意风
#0F172A
#F97316
#3B82F6
Noto Sans JP + Inter

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

阶段3:幻灯片结构设计

Plan the full deck structure before writing any HTML. This phase produces a slide map.
编写任何HTML前,规划完整演示文稿的结构。此阶段将生成幻灯片映射表。

3-1. Required Slides (All Decks)

3-1. 必备幻灯片(所有演示文稿)

PositionTypePatternCategory
FirstCoverCenter
cover
SecondAgendaHBF
agenda
Second to lastSummaryHBF
conclusion
LastClosingFull-bleed / Center
conclusion
位置类型模式分类
第一张封面居中
cover
第二张议程页眉-主体-页脚
agenda
倒数第二张总结页眉-主体-页脚
conclusion
最后一张结束页全屏 bleed / 居中
conclusion

3-2. Section Dividers by Slide Count

3-2. 按幻灯片数量划分的章节分隔页

SlidesSection DividersContent Slides
1024
1538
20412
25516
幻灯片总数章节分隔页数内容页数
1024
1538
20412
25516

3-3. Build the Slide Map

3-3. 构建幻灯片映射表

For each slide, determine:
  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)
Rules:
  • 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
为每张幻灯片确定:
  1. 文件编号
    001.html
    ,
    002.html
    , ...)
  2. 类型(封面 / 议程 / 章节分隔页 / 内容页 / 总结 / 结束页)
  3. 布局模式(从20种模式中选择——见阶段4参考)
  4. 内容摘要(该幻灯片的文本/数据)
规则:
  • 连续3张或以上幻灯片不得使用相同布局模式
  • 将阶段1-3的内容(参考文件 / 文本 / 生成内容)匹配到合适的幻灯片类型
  • 尽量多样化使用20种布局模式
  • Chart.js自动检测:对于包含数据可视化的幻灯片,根据references/patterns.md中的「Chart.js与纯CSS的使用场景对比表」决定使用Chart.js还是纯CSS。在幻灯片映射表中标记使用Chart.js的幻灯片。纯CSS图表和Chart.js图表可在同一演示文稿中共存

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

3-4. 20张幻灯片的标准结构(参考)

FileTypePatternPurpose
001.html
CoverCenterTitle, subtitle, presenter, date
002.html
AgendaHBFNumbered section list
003.html
Section Divider 1Left-Right SplitSection 1 introduction
004.html
ContentHBF + Top-Bottom SplitChallenges vs. solutions + KPI
005.html
ContentHBF + 2-ColumnComparison / contrast
006.html
Section Divider 2Left-Right SplitSection 2 introduction
007.html
ContentHBF + 3-Column3-item cards
008.html
ContentHBF + Grid TableCompetitive comparison table
009.html
ContentHBF + 2x2 GridRisk analysis / SWOT
010.html
Section Divider 3Left-Right SplitSection 3 introduction
011.html
ContentHBF + N-ColumnProcess flow
012.html
ContentHBF + Timeline/RoadmapQuarterly roadmap
013.html
ContentHBF + KPI DashboardKPI cards + CSS bar chart
014.html
Section Divider 4Left-Right SplitSection 4 introduction
015.html
ContentHBF + FunnelConversion funnel
016.html
ContentHBF + Vertical StackArchitecture / org chart
017.html
ContentHBF + 3-ColumnStrategy / policy (3 pillars)
018.html
ContentHBF + 2-ColumnDetailed analysis / data
019.html
SummaryHBFKey takeaways + next actions
020.html
ClosingFull-bleed / CenterThank-you slide + contact info

文件类型模式用途
001.html
封面居中标题、副标题、演讲者、日期
002.html
议程页眉-主体-页脚编号章节列表
003.html
章节分隔页1左右分栏第1章介绍
004.html
内容页页眉-主体-页脚 + 上下分栏挑战与解决方案 + KPI
005.html
内容页页眉-主体-页脚 + 双列对比 / 对照
006.html
章节分隔页2左右分栏第2章介绍
007.html
内容页页眉-主体-页脚 + 三列3项卡片
008.html
内容页页眉-主体-页脚 + 网格表格竞品对比表
009.html
内容页页眉-主体-页脚 + 2x2网格风险分析 / SWOT
010.html
章节分隔页3左右分栏第3章介绍
011.html
内容页页眉-主体-页脚 + N列流程步骤
012.html
内容页页眉-主体-页脚 + 时间线/路线图季度路线图
013.html
内容页页眉-主体-页脚 + KPI仪表盘KPI卡片 + CSS条形图
014.html
章节分隔页4左右分栏第4章介绍
015.html
内容页页眉-主体-页脚 + 漏斗图转化漏斗
016.html
内容页页眉-主体-页脚 + 垂直堆叠架构图 / 组织图
017.html
内容页页眉-主体-页脚 + 三列战略 / 政策(3大支柱)
018.html
内容页页眉-主体-页脚 + 双列详细分析 / 数据
019.html
总结页眉-主体-页脚关键要点 + 后续行动
020.html
结束页全屏 bleed / 居中致谢页 + 联系方式

Phase 4: HTML生成

阶段4:HTML生成

Generate all slide HTML files based on the slide map from Phase 3.
根据阶段3的幻灯片映射表生成所有幻灯片HTML文件。

4-1. For Each Slide

4-1. 每张幻灯片的生成步骤

  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, ...)
  1. 使用HTML模板(如下)
  2. 应用阶段2的设计决策(颜色、字体、图标)
  3. 使用阶段3分配的布局模式
  4. 填充阶段1-3的内容(参考文件 / 文本 / 生成内容)
  5. 若幻灯片映射表中标记为"Chart.js":使用references/patterns.md中Chart.js模式部分的Chart.js
    <canvas>
    模式。在
    <head>
    中包含Chart.js CDN
    <script>
    ,在
    </body>
    前添加初始化
    <script>
  6. 保存为
    {output_dir}/{NNN}.html
    (补零为3位数字:001.html, 002.html, ...)

HTML Boilerplate

HTML模板

html
<!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>
Chart.js CDN inclusion rules:
  • 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
html
<!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 (仅在阶段3标记为"Chart.js"的幻灯片中使用) -->
    <!-- <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; }
        /* 自定义颜色类: .bg-brand-dark, .bg-brand-accent, .bg-brand-warm, etc. */
    </style>
</head>
<body>
    <div class="slide {layout-classes}">
        <!-- 内容 -->
    </div>
    <!-- Chart.js初始化脚本 (仅在包含图表的幻灯片中添加) -->
    <!-- <script> new Chart(...) </script> -->
</body>
</html>
Chart.js CDN引入规则:
  • 仅在阶段3幻灯片映射表中标记为"Chart.js"的幻灯片中取消注释
    <script src="...chart.js...">
  • 仅在实际包含
    <canvas>
    图表的幻灯片中添加Chart.js CDN——不要在每张幻灯片中都包含
  • Chart初始化的
    <script>
    必须放在
    </body>
    前,在幻灯片
    <div>
    之后
  • 每个图表
    <canvas>
    必须有唯一的
    id
    属性

20 Layout Patterns

20种布局模式

Use one pattern per slide. For full DOM trees and component snippets, see references/patterns.md.
#PatternRoot classesWhen to use
1Center
flex flex-col items-center justify-center
Cover, thank-you slides
2Left-Right Split
flex
with
w-1/3
+
w-2/3
Chapter dividers, concept + detail
3Header-Body-Footer
flex flex-col
with header +
flex-1
+ footer
Most content slides (default)
4HBF + 2-ColumnPattern 3 body with two
w-1/2
Comparison, data + explanation
5HBF + 3-ColumnPattern 3 body with
grid grid-cols-3
Card listings, 3-way comparison
6HBF + N-ColumnPattern 3 body with
grid grid-cols-{N}
Process flows (max 5 cols)
7Full-bleed
relative
with
absolute inset-0
layers
Impact covers (CSS gradient default)
8HBF + Top-Bottom SplitPattern 3 body with
flex flex-col
two sections
Content top + KPI/summary bar bottom
9HBF + Timeline/RoadmapPattern 3 body with timeline bar +
grid grid-cols-4
Quarterly roadmaps, phased plans
10HBF + KPI DashboardPattern 3 body with KPI
grid
+
flex-1
chart area
KPI cards + chart/progress visualization
11HBF + Grid TablePattern 3 body with flex-based rows (
w-1/N
)
Feature comparison, competitive analysis
12HBF + FunnelPattern 3 body with decreasing-width centered barsConversion funnel, sales pipeline
13HBF + Vertical StackPattern 3 body with stacked full-width cards + separatorsArchitecture diagrams, layered systems
14HBF + 2x2 GridPattern 3 body with
grid grid-cols-2
(2 rows)
Risk analysis, SWOT, feature overview
15HBF + Stacked CardsPattern 3 body with vertically stacked full-width cards + numbered badgesFAQ, Q&A, numbered key points, interview summary
16HBF + TAM/SAM/SOMPattern 3 body with description list + nested circles or horizontal barsMarket size visualization (2 variants)
17Chapter Divider
flex
with
w-1/4
dark +
w-3/4
light (no HBF)
Chapter/section dividers with large number
18HBF + ContactPattern 3 body with
w-1/2
message +
w-1/2
contact card
Contact info, CTA slides
19HBF + 5-Column ProcessPattern 3 body with
grid grid-cols-5
+ optional RACI box
5-step process flows, methodology
20HBF + VS ComparisonPattern 3 body with two cards + central VS badgeHead-to-head competitor comparison
每张幻灯片使用一种模式。完整DOM树和组件片段请参阅references/patterns.md
#模式根类使用场景
1居中
flex flex-col items-center justify-center
封面、致谢页
2左右分栏
flex
搭配
w-1/3
+
w-2/3
章节分隔页、概念+细节
3页眉-主体-页脚
flex flex-col
搭配页眉 +
flex-1
+ 页脚
大多数内容页(默认)
4页眉-主体-页脚 + 双列模式3的主体部分分为两个
w-1/2
对比、数据+解释
5页眉-主体-页脚 + 三列模式3的主体部分使用
grid grid-cols-3
卡片列表、三方对比
6页眉-主体-页脚 + N列模式3的主体部分使用
grid grid-cols-{N}
流程步骤(最多5列)
7全屏 bleed
relative
搭配
absolute inset-0
冲击力封面(默认CSS渐变)
8页眉-主体-页脚 + 上下分栏模式3的主体部分使用
flex flex-col
分为两部分
上部内容 + 下部KPI/汇总栏
9页眉-主体-页脚 + 时间线/路线图模式3的主体部分使用时间线栏 +
grid grid-cols-4
季度路线图、阶段性计划
10页眉-主体-页脚 + KPI仪表盘模式3的主体部分使用KPI
grid
+
flex-1
图表区域
KPI卡片 + 图表/进度可视化
11页眉-主体-页脚 + 网格表格模式3的主体部分使用基于flex的行(
w-1/N
功能对比、竞品分析
12页眉-主体-页脚 + 漏斗图模式3的主体部分使用宽度递减的居中栏转化漏斗、销售管道
13页眉-主体-页脚 + 垂直堆叠模式3的主体部分使用堆叠的全屏卡片 + 分隔符架构图、分层系统
14页眉-主体-页脚 + 2x2网格模式3的主体部分使用
grid grid-cols-2
(2行)
风险分析、SWOT、功能概述
15页眉-主体-页脚 + 堆叠卡片模式3的主体部分使用垂直堆叠的全屏卡片 + 编号徽章FAQ、问答环节、编号要点、访谈总结
16页眉-主体-页脚 + TAM/SAM/SOM模式3的主体部分使用描述列表 + 嵌套圆圈或水平栏市场规模可视化(2种变体)
17章节分隔页
flex
搭配
w-1/4
深色区域 +
w-3/4
浅色区域(无页眉-主体-页脚)
带大数字的章节/部分分隔页
18页眉-主体-页脚 + 联系方式模式3的主体部分使用
w-1/2
消息区域 +
w-1/2
联系卡片
联系方式、CTA幻灯片
19页眉-主体-页脚 + 5列流程模式3的主体部分使用
grid grid-cols-5
+ 可选RACI框
5步流程、方法论
20页眉-主体-页脚 + VS对比模式3的主体部分使用两张卡片 + 中央VS徽章直接竞品对比

Heading Convention

标题规范

Bilingual: small English label above, larger Japanese title below.
html
<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>
双语:上方为小型英文标签,下方为较大的日语标题。
html
<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

数字强调规范

Large digits + small unit span:
html
<p class="text-4xl font-black font-accent">415<span class="text-sm font-normal ml-1">M</span></p>

大数字 + 小型单位span:
html
<p class="text-4xl font-black font-accent">415<span class="text-sm font-normal ml-1">M</span></p>

Phase 5: print.html 生成

阶段5:print.html生成

After all slide HTML files are generated, create
{output_dir}/print.html
for viewing and printing all slides:
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>
Add one
<div class="slide-frame"><iframe src="{NNN}.html"></iframe></div>
per slide.

所有幻灯片HTML文件生成后,创建
{output_dir}/print.html
用于查看和打印所有幻灯片:
html
<!DOCTYPE html>
<html lang="ja">
<head>
    <meta charset="utf-8" />
    <title>打印预览</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>
    <!-- 每张幻灯片对应一个iframe -->
    <div class="slide-frame"><iframe src="001.html"></iframe></div>
    <!-- ... 重复所有幻灯片 ... -->
</body>
</html>
为每张幻灯片添加一个
<div class="slide-frame"><iframe src="{NNN}.html"></iframe></div>

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

阶段6:清单检查

After Phase 4 and Phase 5 are complete, verify the following. Fix any issues before delivering to the user.
  • 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

阶段4和阶段5完成后,验证以下内容。交付给用户前修复所有问题。
  • 所有文件使用相同的CDN链接
  • 自定义颜色在每个
    <style>
    中的定义完全相同
  • <body>
    下仅包含一个
    <div>
    根元素且设置
    overflow: hidden
    (仅允许的同级元素:使用图表的幻灯片中的Chart.js
    <script>
  • 幻灯片尺寸严格为1280 x 720
  • 无外部图片(除非用户已批准)
  • 除图表幻灯片中的Chart.js外,无其他JavaScript(不允许其他
    <script>
    标签)
  • 所选幻灯片数量对应的所有文件均已存在
  • 字体大小符合层级规范
  • 内容页的页眉/页脚保持一致
  • 页码递增正确
  • 页脚包含「Confidential」(机密)字样
  • 装饰元素使用低z-index和低透明度
  • 文件命名:补零为3位数字(
    001.html
    ,
    002.html
    , ...)
  • 文本使用
    <p>
    /
    <h*>
    标签(而非
    <div>
  • ::before
    /
    ::after
    伪元素中无可见文本
  • 调色板外无孤立颜色
  • 符合内容密度指南
  • 已生成包含所有幻灯片iframe的
    print.html

Phase 7: PPTX変換(任意)

阶段7:PPTX转换(可选)

After all checks pass, ask the user in Japanese:
「HTMLスライドの生成が完了しました。PowerPoint(PPTX)に変換しますか?」
If the user declines, the workflow ends here.
所有检查通过后,用日语询问用户:
「HTML幻灯片已生成完成。是否需要转换为PowerPoint(PPTX)文件?」
若用户拒绝,工作流程在此结束。

Prerequisite Check

先决条件检查

Before invoking the pptx skill, verify it is available by checking the list of available skills in the current session. The pptx skill will appear in the system's skill list if installed.
If the pptx skill is NOT available, inform the user and provide installation instructions:
/pptx
スキルが必要ですが、現在インストールされていません。
以下のコマンドでインストールできます:
claude install-skill https://github.com/anthropics/claude-code-agent-skills/tree/main/skills/pptx
インストール後、新しいセッションで
/pptx
を実行し、出力ディレクトリ
{output_dir}
を指定してください。
Then end the workflow. Do not attempt conversion without the pptx skill.
调用pptx技能前,需通过检查当前会话中的可用技能列表确认其是否可用。若已安装,pptx技能会出现在系统技能列表中。
若pptx技能不可用,告知用户并提供安装说明:
需要
/pptx
技能,但目前未安装。
可通过以下命令安装:
claude install-skill https://github.com/anthropics/claude-code-agent-skills/tree/main/skills/pptx
安装后,请在新会话中执行
/pptx
并指定输出目录
{output_dir}
然后结束工作流程。无pptx技能时不要尝试转换。

Chart.js Slides and PPTX Conversion

Chart.js幻灯片与PPTX转换

When the deck contains Chart.js
<canvas>
charts (determined in Phase 3):
  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
当演示文稿包含Chart.js
<canvas>
图表(阶段3确定)时:
  1. 图表幻灯片需要基于截图的转换。PPTX转换器无法解析JavaScript渲染的
    <canvas>
    元素。Chart.js图表将被捕获为光栅图像(PNG)并嵌入到PPTX幻灯片中
  2. 非图表元素保持可编辑。同一幻灯片中的文本、图标和纯CSS元素仍会被提取为原生PPTX对象
  3. 告知pptx技能哪些幻灯片包含Chart.js,以便有选择性地应用截图回退方案

Invocation (pptx skill available)

调用(pptx技能可用)

If the pptx skill is available, invoke
/pptx
using the Skill tool. Pass the following context:
  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
Example invocation prompt for the Skill tool:
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
Important: Do not attempt HTML-to-PPTX conversion yourself. Always delegate to the
/pptx
skill, which has its own specialized workflow, QA process, and conversion tools.

若pptx技能可用,使用Skill工具调用
/pptx
。传递以下上下文:
  1. 源目录—— 包含所有
    NNN.html
    文件的输出路径
  2. 幻灯片数量—— HTML文件总数
  3. 演示文稿标题—— 来自阶段1的调研
  4. 调色板—— 阶段2选择的3-4种品牌颜色
  5. 字体组合—— 主要(日语)和点缀(拉丁语)字体
Skill工具调用示例提示:
将{output_dir}中的HTML幻灯片转换为单个PPTX文件。
- 共{N}张幻灯片(001.html至{NNN}.html)
- 标题: {title}
- 颜色: {primary_dark}, {accent}, {secondary}
- 字体: {primary_font} + {accent_font}
- 使用Chart.js的幻灯片: {幻灯片编号列表,例如"004, 013"或"无"}
- 输出: {output_dir}/presentation.pptx
重要提示: 不要自行尝试HTML到PPTX的转换。请始终委托给
/pptx
技能,该技能有自己专门的工作流程、QA流程和转换工具。

Reference: Mandatory Constraints

参考:强制约束

RuleValue
Slide size
width: 1280px; height: 720px
CSS frameworkTailwind CSS 2.2.19 via CDN
IconsFont Awesome 6.4.0 via CDN
FontsGoogle Fonts (1 JP primary + 1 Latin accent)
Language
lang="ja"
Root DOM
<body>
-> single wrapper
<div>
(only sibling allowed: Chart.js
<script>
on chart slides)
Overflow
overflow: hidden
on root wrapper
External imagesNone by default. Explicit user approval required
JavaScriptForbidden by default. Exception: Chart.js is used automatically when data visualizations require it (see Phase 3 auto-detection). No other JS libraries permitted
Custom CSSInline
<style>
in
<head>
only; no external CSS files
规则要求
幻灯片尺寸
width: 1280px; height: 720px
CSS框架通过CDN使用Tailwind CSS 2.2.19
图标通过CDN使用Font Awesome 6.4.0
字体Google Fonts(1种主要日语字体 + 1种点缀拉丁语字体)
语言
lang="ja"
根DOM
<body>
-> 单个包装
<div>
(仅允许的同级元素:使用图表的幻灯片中的Chart.js
<script>
溢出根包装元素设置
overflow: hidden
外部图片默认无。需用户明确批准
JavaScript默认禁止。例外:当数据可视化需要时自动使用Chart.js(见阶段3自动检测)。不允许使用其他JS库
自定义CSS仅在
<head>
内的
<style>
中定义;无外部CSS文件

PPTX Conversion Rules (Critical)

PPTX转换规则(关键)

These directly affect PPTX conversion accuracy. Always follow.
  • 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
这些规则直接影响PPTX转换的准确性。必须遵守。
  • 文本优先使用
    <p>
    而非
    <div>
    (树遍历器可能会忽略
    <div>
    文本)
  • 不要在
    ::before
    /
    ::after
    伪元素中放置可见文本
  • 使用
    -z-10
    /
    z-0
    分隔装饰元素
  • DOM最大嵌套层级:5-6层
  • Font Awesome图标使用
    <i>
    标签(转换器会检测
    <i>
    标签上的
    fa-
    类)
  • 优先使用基于flex的表格而非
    <table>
  • 支持
    linear-gradient(...)
    ;复杂多色渐变可能会回退到截图
  • box-shadow
    border-radius
    opacity
    均可被提取
  • Chart.js
    <canvas>
    元素
    无法被DOM树遍历器解析→ PPTX转换需要截图回退。若PPTX可编辑性为优先项,建议使用纯CSS图表

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>
    )

  • 无意义的包装
    <div>
    (增加嵌套层级)
  • 调色板外的孤立颜色
  • 使用
    <table>
    进行布局
  • 使用可被Tailwind替代的内联样式
  • ::before
    /
    ::after
    伪元素中放置文本
  • 使用
    <div>
    承载文本(使用
    <p>
    <h1>
    -
    <h6>

Reference: Design Guidelines

参考:设计指南

Color Palette

调色板

Define 3-4 custom colors as Tailwind-style utility classes in
<style>
:
RoleClass ExamplePurpose
Primary Dark
.bg-brand-dark
Dark backgrounds, titles
Primary Accent
.bg-brand-accent
Borders, highlights, icons
Warm/Secondary
.bg-brand-warm
CTAs, emphasis, badges
Body textTailwind graysBody, captions
Keep palette consistent across all slides. No one-off colors.
<style>
中定义3-4种自定义颜色作为Tailwind风格的工具类:
角色类示例用途
主深色
.bg-brand-dark
深色背景、标题
主强调色
.bg-brand-accent
边框、高亮、图标
暖色调/辅助色
.bg-brand-warm
CTA按钮、强调、徽章
正文文本Tailwind灰色系正文、说明文字
所有幻灯片保持调色板一致。无孤立颜色。

Font Pair

字体组合

RoleExamplesUsage
Primary (JP)Noto Sans JP, BIZ UDGothicBody, headings
Accent (Latin)Lato, Inter, RobotoNumbers, English labels, page numbers
Set primary on
body
; define
.font-accent
for the accent font.
角色示例用途
主要(日语)Noto Sans JP, BIZ UDGothic正文、标题
点缀(拉丁语)Lato, Inter, Roboto数字、英文标签、页码
body
上设置主要字体;定义
.font-accent
类用于点缀字体。

Font Size Hierarchy

字体大小层级

PurposeTailwind class
Main title
text-3xl
-
text-6xl
+
font-bold
/
font-black
Section heading
text-xl
-
text-2xl
+
font-bold
Card heading
text-lg
+
font-bold
Body text
text-sm
-
text-base
Caption/label
text-xs
用途Tailwind类
主标题
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

内容密度指南

ElementRecommended Max
Bullet points5-6
Cards per row3-4
Body text lines6-8
KPI boxes4-6
Process steps4-5
元素推荐最大值
项目符号5-6个
每行卡片数3-4个
正文行数6-8行
KPI框数4-6个
流程步骤数4-5个