slidekit-create
Compare original and translation side by side
🇺🇸
Original
English🇨🇳
Translation
ChineseSlideKit 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
工作流程概述
| Phase | Name | Description |
|---|---|---|
| 0 | テンプレート検出・読み込み | templates/ を確認し、テンプレートモード or 通常モードを決定 |
| 1 | ヒアリング | モードに応じた質問でスライドの要件を確認 |
| 2 | デザイン決定 | カラーパレット・フォント・アイコンを確定 |
| 3 | スライド構成の設計 | 各スライドの役割・レイアウトパターンを計画 |
| 4 | HTML生成 | 全スライドを 001.html 〜 NNN.html として出力 |
| 5 | print.html 生成 | 全スライド一覧表示用ページを出力 |
| 6 | チェックリスト確認 | 制約・品質基準への適合を検証 |
| 7 | PPTX変換(任意) | /pptx スキルで PowerPoint に変換 |
| 阶段 | 名称 | 描述 |
|---|---|---|
| 0 | 模板检测与加载 | 检查templates/目录,确定使用模板模式还是普通模式 |
| 1 | 需求调研 | 根据模式提出对应问题,确认幻灯片需求 |
| 2 | 设计确定 | 确定调色板、字体、图标 |
| 3 | 幻灯片结构设计 | 规划每张幻灯片的作用与布局模式 |
| 4 | HTML生成 | 将所有幻灯片输出为001.html 至 NNN.html |
| 5 | print.html生成 | 生成用于展示所有幻灯片的汇总页面 |
| 6 | 清单检查 | 验证是否符合约束条件与质量标准 |
| 7 | PPTX转换(可选) | 使用/pptx技能转换为PowerPoint文件 |
Phase 0: テンプレート検出・読み込み
阶段0:模板检测与加载
Before starting the hearing, check for user-provided HTML template files.
references/templates/开始调研前,检查目录下是否有用户提供的HTML模板文件。
references/templates/0-1. テンプレートの検出
0-1. 模板检测
Scan for both subdirectories and loose files.
references/templates/.html- Subdirectories — each subdirectory is treated as a separate template set (e.g., ,
templates/navy-gold/)templates/modern-tech/ - Loose HTML files — files directly under
.htmlare treated as a single template set named "default"references/templates/
If nothing is found (no subdirectories and no HTML files) → proceed to Phase 1 in 通常モード.
扫描目录下的子目录和独立.html文件。
references/templates/- 子目录——每个子目录视为一个独立的模板集(例如、
templates/navy-gold/)templates/modern-tech/ - 独立HTML文件——直接位于下的.html文件视为名为"default"的单个模板集
references/templates/
若未找到任何内容(无子目录且无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:
「以下のカスタムテンプレートが見つかりました。どのテンプレートを使用しますか?番号で選択してください。」
- {directory-name-1}/({N}ファイル)
- {directory-name-2}/({N}ファイル)
- 使用しない(通常モードで作成)
- 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 → proceed to 0-3
- 2 → proceed to Phase 1 in 通常モード
若找到模板,将其展示给用户并询问使用哪个。
存在多个模板集(子目录)时:
「已找到以下自定义模板。请问要使用哪个模板?请输入编号选择。」
- {directory-name-1}/(共{N}个文件)
- {directory-name-2}/(共{N}个文件)
- 不使用(以普通模式创建)
- 1或2(目录编号)→ 该目录下的HTML文件成为模板集,进入0-3
- 3(不使用)→ 进入阶段1的普通模式
仅存在一个模板集(单个子目录,或仅独立HTML文件)时:
「已找到以下自定义模板。请问是否使用?请输入编号选择。」
{file1.html}, {file2.html}, ...
- 是 — 使用此模板
- 否 — 不使用(以普通模式创建)
- 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 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.
<table> - 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.
- 仍需遵守强制约束。即使自定义模板使用了或非CDN资源,生成的输出也必须符合下文强制约束部分的所有规则。仅提取视觉设计(颜色、字体、间距、装饰风格)——不保留不符合规范的实现细节。
<table> - 幻灯片尺寸必须保持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:
- 出力ディレクトリ — same as 1-1 below
- スライド内容のソース — same as 1-4 below
- プレゼンタイトル — same as 1-5 below
- スライド枚数 — same as 1-6 below
- 会社名・ブランド名 — same as 1-7 below
- テンプレートデザインの確認 — present the extracted design (colors, fonts, decorative style) to the user and ask:
「テンプレートから以下のデザインを検出しました。」
- カラー: {extracted colors}
- フォント: {extracted fonts}
- ヘッダー/フッター: {extracted structure}
「このデザインをどうしますか?番号で選択してください。」
- そのまま使用する
- 一部変更したい
- 1 → Phase 2 でテンプレートのデザインをそのまま確定
- 2 → 変更したい項目(カラー、フォント等)を聞き、テンプレートのデザインを部分的に上書き
若阶段0加载了自定义模板,跳过所有设计相关问题,仅询问以下内容:
- 输出目录 — 与下文1-1相同
- 幻灯片内容来源 — 与下文1-4相同
- 演示文稿标题 — 与下文1-5相同
- 幻灯片数量 — 与下文1-6相同
- 公司名/品牌名 — 与下文1-7相同
- 模板设计确认 — 向用户展示提取的设计(颜色、字体、装饰风格)并询问:
「已从模板中检测到以下设计。」
- 颜色: {提取的颜色}
- 字体: {提取的字体}
- 页眉/页脚: {提取的结构}
「请问如何处理此设计?请输入编号选择。」
- 直接使用
- 需要部分修改
- 1→ 阶段2直接确定模板设计
- 2→ 询问需要修改的项目(颜色、字体等),部分覆盖模板设计
通常モード(テンプレートなし)
普通模式(无模板)
Ask all of the following questions (1-1 through 1-9).
询问以下所有问题(1-1至1-9)。
1-1. 出力ディレクトリ
1-1. 输出目录
「出力先ディレクトリを選択してください。番号で回答するか、パスを直接入力してください。」
- デフォルト(
)output/slide-page{NN}/- パスを指定する
- 1 → use (NN = next sequential number based on existing directories)
output/slide-page{NN}/ - 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
「请选择输出目录。可输入编号回答,或直接输入路径。」
- 默认(
)output/slide-page{NN}/- 指定路径
- 1→ 使用(NN为现有目录的下一个序号)
output/slide-page{NN}/ - 2→ 跟进询问具体路径(文本输入)
- 直接输入路径→ 若用户直接输入路径而非编号,则使用该路径
1-2. スタイル選択
1-2. 风格选择
「スタイルを選択してください。番号で回答してください。」
- Creative — 大胆な配色、装飾要素、グラデーション、遊び心のあるレイアウト
- Elegant — 落ち着いたパレット(ゴールド系)、セリフ寄りのタイポグラフィ、広めの余白
- Modern — フラットデザイン、鮮やかなアクセントカラー、シャープなエッジ、テック志向
- Professional — ネイビー/グレー系、構造的なレイアウト、情報密度高め
- Minimalist — 少ない色数、極端な余白、タイポグラフィ主導、最小限の装飾
「请选择风格。请输入编号回答。」
- Creative(创意风)—— 大胆配色、装饰元素、渐变、富有趣味的布局
- Elegant(优雅风)—— 沉稳调色板(金色系)、偏衬线字体、宽松留白
- Modern(现代风)—— 扁平化设计、鲜明强调色、锐利边缘、科技导向
- Professional(专业风)—— 海军蓝/灰色系、结构化布局、高信息密度
- Minimalist(极简风)—— 少色数、极致留白、字体主导、最小化装饰
1-3. テーマ選択
1-3. 主题选择
「テーマを選択してください。番号で回答してください。」
- Marketing — 製品発表、キャンペーン提案、市場分析
- Portfolio — ケーススタディ、実績紹介、作品集
- Business — 事業計画、経営レポート、戦略提案、投資家ピッチ
- Technology — SaaS紹介、技術提案、DX推進、AI/データ分析
- Education — 研修資料、セミナー、ワークショップ、社内勉強会
「请选择主题。请输入编号回答。」
- Marketing(营销)—— 产品发布、活动提案、市场分析
- Portfolio(作品集)—— 案例研究、成果展示、作品集
- Business(商务)—— 商业计划、经营报告、战略提案、投资者推介
- Technology(科技)—— SaaS介绍、技术提案、DX推进、AI/数据分析
- 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.
「スライドの内容をどのように提供しますか?番号で回答してください。」
- 参考ファイル — ファイル(Markdown、テキスト、Wordなど)を指定する
- 直接入力 — チャットにテキストを入力する
- トピックのみ — テーマだけ指定してClaude に内容を生成させる
When a reference file is provided:
- Read the entire file
- Extract the logical structure (headings, sections, bullet points, data)
- Map the structure to the slide sequence — each major section becomes a section divider + content slides
- Preserve key text, numbers, and data points faithfully
- Adapt the content to fit the slide format (concise bullet points, not full paragraphs)
When direct text is provided:
- Organize the text into a logical presentation flow
- Ask clarifying questions if the structure is ambiguous
When only a topic is given:
- Ask about the target audience (executives, engineers, clients, etc.)
- Ask about key messages or points the user wants to convey
- Generate content based on the answers
询问用户如何提供幻灯片内容。这将决定演示文稿中的文本、数据和结构。
「请问如何提供幻灯片内容?请输入编号回答。」
- 参考文件—— 指定文件(Markdown、文本、Word等)
- 直接输入—— 在聊天中输入文本
- 仅提供主题—— 仅指定主题,由Claude生成内容
当提供参考文件时:
- 读取整个文件
- 提取逻辑结构(标题、章节、项目符号、数据)
- 将结构映射到幻灯片序列——每个主要章节成为一个章节分隔页 + 内容页
- 忠实保留关键文本、数字和数据点
- 调整内容以适应幻灯片格式(简洁的项目符号,而非完整段落)
当提供直接文本时:
- 将文本组织为符合逻辑的演示流程
- 若结构不明确,提出澄清问题
当仅提供主题时:
- 询问目标受众(高管、工程师、客户等)
- 询问用户想要传达的关键信息或要点
- 根据回答生成内容
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. 幻灯片数量
「スライド枚数を選択してください。番号で回答してください。」
- 10枚
- 15枚
- 20枚(推奨)
- 25枚
- 自動(内容に応じて最適な枚数を決定)
- 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枚で作成します。よろしいですか?")
「请选择幻灯片数量。请输入编号回答。」
- 10张
- 15张
- 20张(推荐)
- 25张
- 自动(根据内容确定最佳数量)
- 选择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 → 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-9. 背景画像の使用
1-9. 背景图片使用
「背景画像を使用しますか?番号で回答してください。」
- 使用しない(CSSグラデーションのみ)
- 使用する(次の質問で画像を指定)
- 1 → no background images (CSS gradients only)
- 2 → follow up by asking the user to provide or approve specific images
「请问是否使用背景图片?请输入编号回答。」
- 不使用(仅使用CSS渐变)
- 使用(下一个问题指定图片)
- 1→ 不使用背景图片(仅CSS渐变)
- 2→ 跟进询问用户提供或确认具体图片
Phase 2: デザイン決定
阶段2:设计确定
Determine the following before generating any HTML:
生成任何HTML前,确定以下内容:
テンプレートモード
模板模式
If custom templates were loaded in Phase 0:
- Color palette — use the palette extracted from the template (or with user-requested modifications from Phase 1)
- Font pair — use the fonts extracted from the template (or with user-requested modifications from Phase 1)
- 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用户要求修改后的版本)
- 品牌图标(1个Font Awesome图标)
若用户在阶段1确认直接使用模板设计,展示简要总结后继续。若用户要求部分修改,应用修改并展示更新后的设计供确认。
通常モード
普通模式
Based on Phase 1 hearing results, determine:
- Color palette (3-4 custom colors)
- Font pair (1 Japanese + 1 Latin)
- Brand icon (1 Font Awesome icon)
Present the design decisions to the user for confirmation before proceeding.
根据阶段1的调研结果确定:
- 调色板(3-4种自定义颜色)
- 字体组合(1种日语字体 + 1种拉丁语字体)
- 品牌图标(1个Font Awesome图标)
将设计决策展示给用户确认后再继续。
Proven Palette Examples
经过验证的调色板示例
| Template | Style | Primary Dark | Accent | Secondary | Fonts |
|---|---|---|---|---|---|
| 01 Navy & Gold | Elegant | | | | Noto Sans JP + Lato |
| 02 Casual Biz | Professional | | Indigo | | Noto Sans JP |
| 03 Blue & Orange | Professional | | | | BIZ UDGothic |
| 04 Green Forest | Modern | | | | Noto Sans JP + Inter |
| 05 Dark Tech | Creative | | | | Noto Sans JP + Inter |
| 模板 | 风格 | 主深色 | 强调色 | 辅助色 | 字体 |
|---|---|---|---|---|---|
| 01 Navy & Gold | 优雅风 | | | | Noto Sans JP + Lato |
| 02 Casual Biz | 专业风 | | Indigo | | Noto Sans JP |
| 03 Blue & Orange | 专业风 | | | | BIZ UDGothic |
| 04 Green Forest | 现代风 | | | | Noto Sans JP + Inter |
| 05 Dark Tech | 创意风 | | | | 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. 必备幻灯片(所有演示文稿)
| Position | Type | Pattern | Category |
|---|---|---|---|
| First | Cover | Center | |
| Second | Agenda | HBF | |
| Second to last | Summary | HBF | |
| Last | Closing | Full-bleed / Center | |
| 位置 | 类型 | 模式 | 分类 |
|---|---|---|---|
| 第一张 | 封面 | 居中 | |
| 第二张 | 议程 | 页眉-主体-页脚 | |
| 倒数第二张 | 总结 | 页眉-主体-页脚 | |
| 最后一张 | 结束页 | 全屏 bleed / 居中 | |
3-2. Section Dividers by Slide Count
3-2. 按幻灯片数量划分的章节分隔页
| Slides | Section Dividers | Content Slides |
|---|---|---|
| 10 | 2 | 4 |
| 15 | 3 | 8 |
| 20 | 4 | 12 |
| 25 | 5 | 16 |
| 幻灯片总数 | 章节分隔页数 | 内容页数 |
|---|---|---|
| 10 | 2 | 4 |
| 15 | 3 | 8 |
| 20 | 4 | 12 |
| 25 | 5 | 16 |
3-3. Build the Slide Map
3-3. 构建幻灯片映射表
For each slide, determine:
- File number (,
001.html, ...)002.html - Type (Cover / Agenda / Section Divider / Content / Summary / Closing)
- Layout pattern (from the 20 patterns — see Phase 4 reference)
- 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
为每张幻灯片确定:
- 文件编号(,
001.html, ...)002.html - 类型(封面 / 议程 / 章节分隔页 / 内容页 / 总结 / 结束页)
- 布局模式(从20种模式中选择——见阶段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张幻灯片的标准结构(参考)
| File | Type | Pattern | Purpose |
|---|---|---|---|
| Cover | Center | Title, subtitle, presenter, date |
| Agenda | HBF | Numbered section list |
| Section Divider 1 | Left-Right Split | Section 1 introduction |
| Content | HBF + Top-Bottom Split | Challenges vs. solutions + KPI |
| Content | HBF + 2-Column | Comparison / contrast |
| Section Divider 2 | Left-Right Split | Section 2 introduction |
| Content | HBF + 3-Column | 3-item cards |
| Content | HBF + Grid Table | Competitive comparison table |
| Content | HBF + 2x2 Grid | Risk analysis / SWOT |
| Section Divider 3 | Left-Right Split | Section 3 introduction |
| Content | HBF + N-Column | Process flow |
| Content | HBF + Timeline/Roadmap | Quarterly roadmap |
| Content | HBF + KPI Dashboard | KPI cards + CSS bar chart |
| Section Divider 4 | Left-Right Split | Section 4 introduction |
| Content | HBF + Funnel | Conversion funnel |
| Content | HBF + Vertical Stack | Architecture / org chart |
| Content | HBF + 3-Column | Strategy / policy (3 pillars) |
| Content | HBF + 2-Column | Detailed analysis / data |
| Summary | HBF | Key takeaways + next actions |
| Closing | Full-bleed / Center | Thank-you slide + contact info |
| 文件 | 类型 | 模式 | 用途 |
|---|---|---|---|
| 封面 | 居中 | 标题、副标题、演讲者、日期 |
| 议程 | 页眉-主体-页脚 | 编号章节列表 |
| 章节分隔页1 | 左右分栏 | 第1章介绍 |
| 内容页 | 页眉-主体-页脚 + 上下分栏 | 挑战与解决方案 + KPI |
| 内容页 | 页眉-主体-页脚 + 双列 | 对比 / 对照 |
| 章节分隔页2 | 左右分栏 | 第2章介绍 |
| 内容页 | 页眉-主体-页脚 + 三列 | 3项卡片 |
| 内容页 | 页眉-主体-页脚 + 网格表格 | 竞品对比表 |
| 内容页 | 页眉-主体-页脚 + 2x2网格 | 风险分析 / SWOT |
| 章节分隔页3 | 左右分栏 | 第3章介绍 |
| 内容页 | 页眉-主体-页脚 + N列 | 流程步骤 |
| 内容页 | 页眉-主体-页脚 + 时间线/路线图 | 季度路线图 |
| 内容页 | 页眉-主体-页脚 + KPI仪表盘 | KPI卡片 + CSS条形图 |
| 章节分隔页4 | 左右分栏 | 第4章介绍 |
| 内容页 | 页眉-主体-页脚 + 漏斗图 | 转化漏斗 |
| 内容页 | 页眉-主体-页脚 + 垂直堆叠 | 架构图 / 组织图 |
| 内容页 | 页眉-主体-页脚 + 三列 | 战略 / 政策(3大支柱) |
| 内容页 | 页眉-主体-页脚 + 双列 | 详细分析 / 数据 |
| 总结 | 页眉-主体-页脚 | 关键要点 + 后续行动 |
| 结束页 | 全屏 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. 每张幻灯片的生成步骤
- Use the HTML Boilerplate (below)
- Apply the design decisions from Phase 2 (colors, fonts, icon)
- Use the layout pattern assigned in Phase 3
- Fill in the content from Phase 1-3 (reference file / text / generated)
- If the slide is marked "Chart.js" in the slide map: use Chart.js patterns from references/patterns.md (Chart.js Patterns section). Include the Chart.js CDN
<canvas>in<script>and initialization<head>before<script></body> - Save as (zero-padded: 001.html, 002.html, ...)
{output_dir}/{NNN}.html
- 使用HTML模板(如下)
- 应用阶段2的设计决策(颜色、字体、图标)
- 使用阶段3分配的布局模式
- 填充阶段1-3的内容(参考文件 / 文本 / 生成内容)
- 若幻灯片映射表中标记为"Chart.js":使用references/patterns.md中Chart.js模式部分的Chart.js 模式。在
<canvas>中包含Chart.js CDN<head>,在<script>前添加初始化</body><script> - 保存为(补零为3位数字:001.html, 002.html, ...)
{output_dir}/{NNN}.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 line on slides marked "Chart.js" in the Phase 3 slide map
<script src="...chart.js..."> - Only add the Chart.js CDN to slides that actually contain a chart — do not include it on every slide
<canvas> - The for Chart initialization must be placed just before
<script>, after the slide</body><div> - Each chart must have a unique
<canvas>attributeid
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..."> - 仅在实际包含图表的幻灯片中添加Chart.js CDN——不要在每张幻灯片中都包含
<canvas> - 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.
| # | Pattern | Root classes | When to use |
|---|---|---|---|
| 1 | Center | | Cover, thank-you slides |
| 2 | Left-Right Split | | Chapter dividers, concept + detail |
| 3 | Header-Body-Footer | | Most content slides (default) |
| 4 | HBF + 2-Column | Pattern 3 body with two | Comparison, data + explanation |
| 5 | HBF + 3-Column | Pattern 3 body with | Card listings, 3-way comparison |
| 6 | HBF + N-Column | Pattern 3 body with | Process flows (max 5 cols) |
| 7 | Full-bleed | | Impact covers (CSS gradient default) |
| 8 | HBF + Top-Bottom Split | Pattern 3 body with | Content top + KPI/summary bar bottom |
| 9 | HBF + Timeline/Roadmap | Pattern 3 body with timeline bar + | Quarterly roadmaps, phased plans |
| 10 | HBF + KPI Dashboard | Pattern 3 body with KPI | KPI cards + chart/progress visualization |
| 11 | HBF + Grid Table | Pattern 3 body with flex-based rows ( | Feature comparison, competitive analysis |
| 12 | HBF + Funnel | Pattern 3 body with decreasing-width centered bars | Conversion funnel, sales pipeline |
| 13 | HBF + Vertical Stack | Pattern 3 body with stacked full-width cards + separators | Architecture diagrams, layered systems |
| 14 | HBF + 2x2 Grid | Pattern 3 body with | Risk analysis, SWOT, feature overview |
| 15 | HBF + Stacked Cards | Pattern 3 body with vertically stacked full-width cards + numbered badges | FAQ, Q&A, numbered key points, interview summary |
| 16 | HBF + TAM/SAM/SOM | Pattern 3 body with description list + nested circles or horizontal bars | Market size visualization (2 variants) |
| 17 | Chapter Divider | | Chapter/section dividers with large number |
| 18 | HBF + Contact | Pattern 3 body with | Contact info, CTA slides |
| 19 | HBF + 5-Column Process | Pattern 3 body with | 5-step process flows, methodology |
| 20 | HBF + VS Comparison | Pattern 3 body with two cards + central VS badge | Head-to-head competitor comparison |
每张幻灯片使用一种模式。完整DOM树和组件片段请参阅references/patterns.md。
| # | 模式 | 根类 | 使用场景 |
|---|---|---|---|
| 1 | 居中 | | 封面、致谢页 |
| 2 | 左右分栏 | | 章节分隔页、概念+细节 |
| 3 | 页眉-主体-页脚 | | 大多数内容页(默认) |
| 4 | 页眉-主体-页脚 + 双列 | 模式3的主体部分分为两个 | 对比、数据+解释 |
| 5 | 页眉-主体-页脚 + 三列 | 模式3的主体部分使用 | 卡片列表、三方对比 |
| 6 | 页眉-主体-页脚 + N列 | 模式3的主体部分使用 | 流程步骤(最多5列) |
| 7 | 全屏 bleed | | 冲击力封面(默认CSS渐变) |
| 8 | 页眉-主体-页脚 + 上下分栏 | 模式3的主体部分使用 | 上部内容 + 下部KPI/汇总栏 |
| 9 | 页眉-主体-页脚 + 时间线/路线图 | 模式3的主体部分使用时间线栏 + | 季度路线图、阶段性计划 |
| 10 | 页眉-主体-页脚 + KPI仪表盘 | 模式3的主体部分使用KPI | KPI卡片 + 图表/进度可视化 |
| 11 | 页眉-主体-页脚 + 网格表格 | 模式3的主体部分使用基于flex的行( | 功能对比、竞品分析 |
| 12 | 页眉-主体-页脚 + 漏斗图 | 模式3的主体部分使用宽度递减的居中栏 | 转化漏斗、销售管道 |
| 13 | 页眉-主体-页脚 + 垂直堆叠 | 模式3的主体部分使用堆叠的全屏卡片 + 分隔符 | 架构图、分层系统 |
| 14 | 页眉-主体-页脚 + 2x2网格 | 模式3的主体部分使用 | 风险分析、SWOT、功能概述 |
| 15 | 页眉-主体-页脚 + 堆叠卡片 | 模式3的主体部分使用垂直堆叠的全屏卡片 + 编号徽章 | FAQ、问答环节、编号要点、访谈总结 |
| 16 | 页眉-主体-页脚 + TAM/SAM/SOM | 模式3的主体部分使用描述列表 + 嵌套圆圈或水平栏 | 市场规模可视化(2种变体) |
| 17 | 章节分隔页 | | 带大数字的章节/部分分隔页 |
| 18 | 页眉-主体-页脚 + 联系方式 | 模式3的主体部分使用 | 联系方式、CTA幻灯片 |
| 19 | 页眉-主体-页脚 + 5列流程 | 模式3的主体部分使用 | 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 for viewing and printing all slides:
{output_dir}/print.htmlhtml
<!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 per slide.
<div class="slide-frame"><iframe src="{NNN}.html"></iframe></div>所有幻灯片HTML文件生成后,创建用于查看和打印所有幻灯片:
{output_dir}/print.htmlhtml
<!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 under
<div>with<body>(only sibling allowed: Chart.jsoverflow: hiddenon chart slides)<script> - Slide size exactly 1280 x 720
- No external images (unless user approved)
- No JavaScript except Chart.js on chart slides (no other tags allowed)
<script> - All files for the chosen slide count are present
- Font sizes follow hierarchy
- Consistent header/footer on content slides
- Page numbers increment correctly
- in footer
Confidential - Decorative elements use low z-index and low opacity
- File naming: zero-padded 3 digits (,
001.html, ...)002.html - Text uses /
<p>(not<h*>)<div> - No visible text in /
::before::after - No one-off colors outside palette
- Content density guidelines followed
- generated with iframes for all slides
print.html
阶段4和阶段5完成后,验证以下内容。交付给用户前修复所有问题。
- 所有文件使用相同的CDN链接
- 自定义颜色在每个中的定义完全相同
<style> - 下仅包含一个
<body>根元素且设置<div>(仅允许的同级元素:使用图表的幻灯片中的Chart.jsoverflow: hidden)<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 charts (determined in Phase 3):
<canvas>- Chart slides require screenshot-based conversion. The pptx converter cannot parse elements rendered by JavaScript. Chart.js charts will be captured as raster images (PNG) and embedded in the PPTX slide
<canvas> - Non-chart elements remain editable. Text, icons, and CSS-only elements on the same slide are still extracted as native PPTX objects
- Inform the pptx skill which slides contain Chart.js so it can apply the screenshot fallback selectively
当演示文稿包含Chart.js 图表(阶段3确定)时:
<canvas>- 图表幻灯片需要基于截图的转换。PPTX转换器无法解析JavaScript渲染的元素。Chart.js图表将被捕获为光栅图像(PNG)并嵌入到PPTX幻灯片中
<canvas> - 非图表元素保持可编辑。同一幻灯片中的文本、图标和纯CSS元素仍会被提取为原生PPTX对象
- 告知pptx技能哪些幻灯片包含Chart.js,以便有选择性地应用截图回退方案
Invocation (pptx skill available)
调用(pptx技能可用)
If the pptx skill is available, invoke using the Skill tool. Pass the following context:
/pptx- Source directory — the output path containing all files
NNN.html - Slide count — total number of HTML files
- Presentation title — from Phase 1 hearing
- Color palette — the 3-4 brand colors chosen in Phase 2
- 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.pptxImportant: Do not attempt HTML-to-PPTX conversion yourself. Always delegate to the skill, which has its own specialized workflow, QA process, and conversion tools.
/pptx若pptx技能可用,使用Skill工具调用。传递以下上下文:
/pptx- 源目录—— 包含所有文件的输出路径
NNN.html - 幻灯片数量—— HTML文件总数
- 演示文稿标题—— 来自阶段1的调研
- 调色板—— 阶段2选择的3-4种品牌颜色
- 字体组合—— 主要(日语)和点缀(拉丁语)字体
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的转换。请始终委托给技能,该技能有自己专门的工作流程、QA流程和转换工具。
/pptxReference: Mandatory Constraints
参考:强制约束
| Rule | Value |
|---|---|
| Slide size | |
| CSS framework | Tailwind CSS 2.2.19 via CDN |
| Icons | Font Awesome 6.4.0 via CDN |
| Fonts | Google Fonts (1 JP primary + 1 Latin accent) |
| Language | |
| Root DOM | |
| Overflow | |
| External images | None by default. Explicit user approval required |
| JavaScript | Forbidden by default. Exception: Chart.js is used automatically when data visualizations require it (see Phase 3 auto-detection). No other JS libraries permitted |
| Custom CSS | Inline |
| 规则 | 要求 |
|---|---|
| 幻灯片尺寸 | |
| CSS框架 | 通过CDN使用Tailwind CSS 2.2.19 |
| 图标 | 通过CDN使用Font Awesome 6.4.0 |
| 字体 | Google Fonts(1种主要日语字体 + 1种点缀拉丁语字体) |
| 语言 | |
| 根DOM | |
| 溢出 | 根包装元素设置 |
| 外部图片 | 默认无。需用户明确批准 |
| JavaScript | 默认禁止。例外:当数据可视化需要时自动使用Chart.js(见阶段3自动检测)。不允许使用其他JS库 |
| 自定义CSS | 仅在 |
PPTX Conversion Rules (Critical)
PPTX转换规则(关键)
These directly affect PPTX conversion accuracy. Always follow.
- Prefer over
<p>for text (tree-walkers may miss<div>text)<div> - Never put visible text in /
::before::after - Separate decorative elements with /
-z-10z-0 - Max DOM nesting: 5-6 levels
- Font Awesome icons in tags (converter detects
<i>onfa-)<i> - Use flex-based tables over
<table> - supported; complex multi-stop may fall back to screenshot
linear-gradient(...) - ,
box-shadow,border-radiusall extractableopacity - Chart.js elements are not parseable by DOM tree-walkers → require screenshot fallback for PPTX. Prefer CSS-only charts when PPTX editability is a priority
<canvas>
这些规则直接影响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 元素无法被DOM树遍历器解析→ PPTX转换需要截图回退。若PPTX可编辑性为优先项,建议使用纯CSS图表
<canvas>
Anti-Patterns (Avoid)
反模式(需避免)
- Purposeless wrapper s (increases nesting)
<div> - One-off colors outside the palette
- for layout
<table> - Inline styles that Tailwind can replace
- Text in /
::before::after - for text (use
<div>,<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>| Role | Class Example | Purpose |
|---|---|---|
| Primary Dark | | Dark backgrounds, titles |
| Primary Accent | | Borders, highlights, icons |
| Warm/Secondary | | CTAs, emphasis, badges |
| Body text | Tailwind grays | Body, captions |
Keep palette consistent across all slides. No one-off colors.
在中定义3-4种自定义颜色作为Tailwind风格的工具类:
<style>| 角色 | 类示例 | 用途 |
|---|---|---|
| 主深色 | | 深色背景、标题 |
| 主强调色 | | 边框、高亮、图标 |
| 暖色调/辅助色 | | CTA按钮、强调、徽章 |
| 正文文本 | Tailwind灰色系 | 正文、说明文字 |
所有幻灯片保持调色板一致。无孤立颜色。
Font Pair
字体组合
| Role | Examples | Usage |
|---|---|---|
| Primary (JP) | Noto Sans JP, BIZ UDGothic | Body, headings |
| Accent (Latin) | Lato, Inter, Roboto | Numbers, English labels, page numbers |
Set primary on ; define for the accent font.
body.font-accent| 角色 | 示例 | 用途 |
|---|---|---|
| 主要(日语) | Noto Sans JP, BIZ UDGothic | 正文、标题 |
| 点缀(拉丁语) | Lato, Inter, Roboto | 数字、英文标签、页码 |
在上设置主要字体;定义类用于点缀字体。
body.font-accentFont Size Hierarchy
字体大小层级
| Purpose | Tailwind class |
|---|---|
| Main title | |
| Section heading | |
| Card heading | |
| Body text | |
| Caption/label | |
| 用途 | Tailwind类 |
|---|---|
| 主标题 | |
| 章节标题 | |
| 卡片标题 | |
| 正文文本 | |
| 说明/标签 | |
Content Density Guidelines
内容密度指南
| Element | Recommended Max |
|---|---|
| Bullet points | 5-6 |
| Cards per row | 3-4 |
| Body text lines | 6-8 |
| KPI boxes | 4-6 |
| Process steps | 4-5 |
| 元素 | 推荐最大值 |
|---|---|
| 项目符号 | 5-6个 |
| 每行卡片数 | 3-4个 |
| 正文行数 | 6-8行 |
| KPI框数 | 4-6个 |
| 流程步骤数 | 4-5个 |