26
—
In review
Synced today
What it does
>-
Skill profile
Claude Code · Codex · OpenClaw
Keep exploring
More options in Dev Tools.
JavaScript
Updated 7/21/2026
Agent compatibility
Compatibility has not been reviewed for this listing yet. Check the publisher documentation before installing.
Installation
npx skills add https://github.com/Yu-0312/ppt-creater-skills --skill rootReview source code and installation permissions before adding third-party tools to an agent.
ppt-creater-skill is organized in the Uncategorized category. Compare its source, install method, and compatibility before adding it to your workflow.
Third-party agent tools may access source code, credentials, or browser sessions. Read the source documentation and use the minimum permissions needed.
npx skills add https://github.com/Yu-0312/ppt-creater-skills --skill rootSKILL.md
--- name: ppt-creater-skill description: >- 把凌亂的文件(會議逐字稿、多場會議混在一起的檔案、實驗/數據報告、論文、財報)變成可直接上台的設計感簡報的工作流。 Use this skill whenever the user wants to turn a document, meeting notes, transcript, report, spreadsheet, or raw data into slides / a presentation / a deck — 包括他們說「做成簡報」「整理成投影片」「幫我做一份簡報」「把這份報告變簡報」 「turn this into a presentation / slides / a deck」,即使沒有明說步驟。 也適用於「只有主題沒有素材」(如「幫我做一份 AI 發展趨勢的簡報」)——會先做主題研究再進入流程。 也適用於跨 session 銜接(「繼續做 xxx 的簡報」「接上次」)——會定位進度再銜接。 它會先清點內容並把敏感資料(姓名、薪資、競業條款、個資)攔進備援區、停下來等使用者確認範圍, 再把「有設計感」翻成具體色碼與版型規格、生成單一 HTML 簡報, 並對任何圖表用原始數據重算統計值、抓出原文寫錯的數字。 Also use it whenever the user needs figures or charts from a report recomputed from the source data rather than trusted blindly. 也支援 Keynote Magic Move 式的 Morph Transition 轉場(使用者說「Magic Move」「Morph」「物件飛過去的轉場」時)。 --- # 簡報工作流(凌亂文件 → 設計感簡報) ## 為什麼有這套流程 一句「幫我做簡報」就想全包,出來必是災難。簡報的本質是三層,必須**一層一層來**: 1. **篩選內容**(從一堆原文裡決定什麼上台、什麼留底、什麼另案處理) 2. **設計規格**(把「有設計感」翻成色碼、字體、版型) 3. **排版產出**(嚴格照規格生成) 順序反了就是災難——先生成再改,會陪 AI 改到天亮。所以這套流程**先收斂內容,再定義規格,最後才生成**。 核心分工:**AI 量產,人把關。** 有三個地方裁決權永遠在人——備援區的去留、圖表數字不一致的處理、視覺驗收。遇到這些,整理好選項交給使用者決定,不要自己拍板。 ## 流程總覽 | 步 | 做什麼 | 產出 | 人工裁決點 | |---|---|---|---| | **0** | **預設問卷**:一次問完所有配置選項 → ⛔ 等回覆 | 配置清單 | ✅ 全部功能開關 | | 前置 | 路徑判斷(有素材 / 主題研究 / 跨 session 銜接) | — | | | 1 | 提煉+清點(範圍回報、零遺漏、敏感攔截)→ ⛔ 停下確認 | 清點表 | ✅ 備援區去留 | | **2** | **模板選擇**:根據內容篩出 3–5 候選 → ⛔ 等使用者選 | 選定模板 | ✅ 使用者挑模板 | | 3 | 風格規格(套入模板規格;品牌擷取;Refine Spec opt-in) | 風格規格 | ✅ Refine Spec(opt-in) | | 4 | 生成(單一 HTML、不准加料) | 簡報 .html | | | 5 | 圖表驗算(真實數據繪製、重算統計值) | 圖表+抓錯標註 | ✅ 數字不一致 | | 6 | 視覺驗收(預期 vs 實際、只改指定頁) | 修訂版 | ✅ | | 7 | 複盤封裝(整理成可重用 SOP) | SOP | | 完整可貼上的 prompt 模板在 `references/prompts.md`。圖表驗算的鐵律與常見失誤在 `references/chart-integrity.md`——做到第 4 步前務必先讀那份。版面工藝(視覺節奏、中文字號分檔、圖片比例、投屏字級、預檢與驗收清單)在 `references/visual-craft.md`,做 Step 3、4、6 時取用。設計品味準則(設計判讀、三旋鈕、字體/配色紀律、AI 味禁用清單)在 `references/design-taste.md`——`visual-craft.md` 管不崩版,`design-taste.md` 管不像 AI 生的,兩份都是 Step 3、4、6 的必讀。若使用者要求 Magic Move/Morph Transition 轉場,實作紀律與參考程式在 `references/morph-transition.md`(Step 3 規劃、Step 4 實作、Step 6 驗收時取用)。 --- ## ⛔ 全局執行紀律(最高優先,違反即執行失敗) 1. **串行執行**:Steps 必須按順序進行;每一步的輸出是下一步的輸入。無 BLOCKING 標記的相鄰步驟可在前提滿足後連續推進,不需等使用者說「繼續」。 2. **⛔ BLOCKING = 硬停**:標記 ⛔ 的步驟必須完全停下,等使用者明確回應才能繼續,AI 不得代替使用者做決定。 3. **✅ GATE = 進入條件**:每步開始前先確認前提已滿足,不滿足不得進入。 4. **禁止跨階段預製**:在 Strategist 階段就偷寫 HTML、在清點階段就偷做配色,一律禁止。**唯一例外**:Step 2 經使用者明確要求的「封面預覽」——只生成單頁標題封面供挑選,不得擴張成完整簡報。 5. **模板選擇不可跳過**:Step 2 是硬性步驟,不論使用者是否提到風格偏好,都必須執行。禁止自行選定模板後跳過使用者選擇。模板目錄已內嵌於 Step 2,不需讀取外部檔案即可執行。 --- ## Step 0 — 預設問卷(⛔ BLOCKING,最優先執行) > **使用者輸入後,第一件事永遠是問這份問卷,不得跳過,不得提前開始執行任何步驟。** 把以下所有配置問題整合成**一則訊息**問完,不要分次問: --- **問卷模板(根據使用者已提供的資訊跳過已知項目)** ``` 好的,在我開始之前,讓我確認幾個設定,填完我就一路跑到底: 【素材來源】 這份簡報的素材是: A)我已提供的文件 / 貼上的文字 B)只有主題,還沒有素材(我來幫你查資料) C)接上次未完成的簡報 【簡報用途】 要給誰看、在什麼場合?(例:公司內部會議 / 對外投資人 / 個人研究分享) 【呈現方式】 A)演講型(一頁一重點,上台用) B)閱讀型(資訊較密,報告 / 講義 / 非同步審閱用) 【畫布格式】 A)16:9(預設,投屏簡報、演講、會議) B)4:3(老式投影機) C)9:16 直版(小紅書 / IG Story / 手機全屏) D)A4(報告講義 / 列印) 【目標頁數】 大概幾頁?(不確定可以跳過,我會根據內容量建議) 【語言】 A)中文 B)English C)中英雙語 【風格方向】(選填,不確定可跳過) 有沒有偏好的視覺氣質? A)現代簡約(乾淨、留白、專業) B)大膽強烈(高對比、衝擊感、設計感) C)復古手作感(紋理、手寫、溫度) D)學術沉穩(書卷氣、正式、機構感) 【色彩偏好】(選填,不確定可跳過) 偏好深色底還是淺色底?有沒有特別想避開的顏色? 【品牌資產】 有沒有以下任一項?(有的話我會先擷取品牌色再配色) - 公司 logo 圖片 - 品牌官網網址 - 現有品牌簡報 / 品牌 PDF → 有 / 沒有(若有請提供) 【設計規格確認】 要在生成前先看完整設計規格再確認嗎? A)不用,直接幫我生成(預設) B)要,先給我看規格確認後再生成 不確定的項目可以跳過,我會用預設值。 ``` --- **收到回覆後**,記錄以下配置並在後續所有步驟中套用,不再重問: | 配置項 | 預設值 | 使用者選擇 | |---|---|---| | 素材路徑 | 標準路徑(有素材) | 記錄 | | 受眾 / 場合 | — | 記錄 | | 呈現方式 | 演講型 | 記錄 | | Canvas 格式 | 16:9(1920×1080) | 記錄 | | 目標頁數 | 依內容量建議 | 記錄 | | 語言 | 中文 | 記錄 | | 風格方向 | — | 記錄 | | 色彩偏好 | 無特定限制 | 記錄 | | 品牌擷取 | 關(無資產) | 記錄 | | Refine Spec | 關(直接生成) | 記錄 | --- ## 啟動前判斷(路徑分流,在 Step 0 問卷收到後執行) 根據使用者的素材路徑答案,分流: | 使用者選的路徑 | 執行 | |---|---| | A)有素材 | 直接進 Step 1 | | B)只有主題 | 先跑路徑 A(主題研究)→ 完成後進 Step 1 | | C)接上次 | 先跑路徑 B(跨 session 銜接)→ 定位進度後繼續 | --- ### 路徑 A:主題研究(無素材時) > 適用:Step 0 問卷中選擇「只有主題,沒有素材」。 **✅ GATE**:Step 0 問卷已完成,確認使用者沒有提供任何來源素材。 **Step A-1:確認研究範圍**(⛔ BLOCKING) 若 Step 0 問卷已收到受眾 / 場合和大致方向,跳過本步;否則補問: > 「想確認研究方向:要深入某個切角,還是廣度概覽?有沒有特別要避開或一定要包含的子主題?」(若 Step 0 已填目標頁數就沿用,未填才順帶問「大概幾頁?」) **Step A-2:網路搜尋與素材整合** 使用 WebSearch + WebFetch 工具執行下列策略: | 階段 | 動作 | |---|---| | 全景搜尋 | 1 個廣泛搜尋,找出權威來源(Wikipedia / 學術機構 / 產業報告) | | 深度擷取 | 拉取 2–4 個最高訊號的頁面全文 | | 補強搜尋 | 針對深度擷取中浮現的子主題補搜 | 若 WebSearch / WebFetch 不可用,⛔ 暫停,請使用者提供 2–4 個可信來源的 URL,再用 WebFetch 擷取。 **Step A-3:輸出研究摘要** 整理成一份研究摘要文件: - 主題概覽(3–5 段) - 關鍵事實與數據(附來源) - 可用圖表的原始數字(為後續 Step 5 圖表驗算備用) - 建議的簡報大綱草稿(5–8 點) 完成後,以研究摘要為素材,進入 **Step 1 標準路徑**。 --- ### 路徑 B:跨 session 銜接(Resume) > 適用:Step 0 問卷中選擇「接上次未完成的簡報」。 **Step B-1:定位上次進度** 請使用者提供以下任一項: - 上次的清點表(Step 1 產出) - 上次的風格規格(Step 3 產出) - 已生成的 HTML 檔(Step 4 產出) **Step B-2:摘要確認**(⛔ BLOCKING) 根據使用者提供的材料,用一段文字摘要現況: > 「我看到上次做到 Step X,產出了 ____。接下來要做 Step Y(____)。這樣對嗎?還是有什麼需要調整?」 等使用者確認後再繼續指定步驟,不要重新從 Step 1 跑。 --- ## Step 1 — 提煉+清點(最重要,不能跳) **✅ GATE**:Step 0 問卷已完成(使用者已提供所有配置);使用者已提供原始文件或主題研究摘要(路徑 A 產出)。 讀進文件後,**先不要做簡報**。先確認使用者的模式: **如果使用者帶著自己的大綱來**(而不是只丟原始文件),切換成**分析模式**:對照原始文件,回報使用者的大綱漏了什麼、核心訊息是否清晰、哪裡邏輯跳躍或聽眾可能看不懂。**先只給分析,不要直接改大綱,不要直接進入生產流程**——使用者確認診斷後再繼續。 **如果使用者只丟原始文件**,進入標準生產流程,做三件事,然後停下來等使用者確認: 1. **範圍回報**:這份檔案有幾個主題/幾場會議?哪些適合上簡報?凌亂文件常常把多場會議或多個主題黏在一起——明確點出來,不要默默只挑一個。範圍有疑義,問使用者,不要自己決定。 2. **零遺漏清點**:原文**每一個區塊**都要標記去向——`上簡報`、`備援區`、或`另案處理+建議格式`。不允許任何內容無聲消失。 3. **敏感攔截**:候選人姓名、年齡、薪資、競業條款、個資、法務細節——**一律攔進備援區,不直接寫進簡報稿**。 做完 1、2、3 之後 **⛔ 停下來**,把清點表交給使用者確認,尤其是備援區要不要揭露、揭露到什麼程度。等使用者裁決後再往下。 > 為什麼停:去向是分寸問題,分寸由人判斷。AI 負責整理與清點,人負責判斷與裁決。 `上簡報`的部分只保留對聽眾最有價值的約 20%。**頁數優先依 Step 0「目標頁數」**;使用者沒指定時,依呈現方式抓預設:演講型約 8–12 頁(一頁一重點、大字、每頁 1–3 點);閱讀型每頁可較密(4–8 點或卡片),頁數依內容量決定。**若內容量與目標頁數明顯衝突**(如要把 30 頁的料塞進 10 頁),回報並建議取捨,不要硬塞。細節見 `references/visual-craft.md` 第 12 節。 --- ## Step 2 — 模板選擇(⛔ BLOCKING,不可跳過) **✅ GATE**:Step 1 清點表已獲使用者確認,備援區去留已裁決。 > ⚠️ 本步驟**不依賴外部檔案**——模板目錄已完整內嵌於下方。不論是否能讀取 `selection-index.json`,都必須執行模板選擇。 **若使用者在 Step 0 已提供品牌資產**,先執行品牌擷取(讀 logo/品牌網站/既有簡報的主色,詳細步驟見 Step 3「品牌擷取」),再根據品牌色系縮小候選範圍。 ### 模板目錄(34 種,已內嵌) 根據內容主題、受眾場合、呈現方式、品牌色系,從下表篩選 **3–5 個最適合的候選模板**: | slug | 名稱 | 一句話 | 風格氣質 | 正式度 | 最適合 | |---|---|---|---|---|---| | `8-bit-orbit` | 8-Bit Orbit | 像深夜 CRT 螢幕的像素霓虹 | retro-tech, cyberpunk, energetic | 低 | 科技/遊戲/駭客主題 | | `biennale-yellow` | Biennale Yellow | 太陽黃 × 暖羊皮紙,藝術雙年展海報感 | editorial, atmospheric, cultural | 高 | 藝術/文化/創意機構 | | `block-frame` | BlockFrame | 新野蠻主義,粗黑邊框+粉霓虹色塊 | bold, playful, graphic | 中低 | 獨立品牌/設計類/流行文化 | | `blue-professional` | Blue Professional | 奶油底+電鈷藍,現代專業感 | professional, modern, trustworthy | 中高 | 企業提案/投資人簡報 | | `bold-poster` | Bold Poster | 雜誌封面感,巨型 Display 字+消防紅 | bold, editorial, confident | 中 | 品牌宣言/產品發布/行銷 | | `broadside` | Broadside | 深色底+火橙強調色,報紙大版感 | editorial, dramatic, newspaper | 中高 | 重磅聲明/發布會/公告 | | `capsule` | Capsule | 模組化膠囊卡片,Y2K 粉彩配色 | playful, modern, Y2K | 中低 | 產品展示/新創/潮流品牌 | | `cartesian` | Cartesian | 暖中性色 × Playfair 經典襯線,從容不迫 | quiet, elegant, warm-minimal | 高 | 學術/顧問/深度研究 | | `cobalt-grid` | Cobalt Grid | 方格紙底 × 電鈷藍襯線,設計研究感 | editorial, modernist, monochrome | 高 | 設計研究/建築/學術 | | `coral` | Coral | 珊瑚橙 × 近黑,Bebas Neue 超大字 | bold, warm, editorial | 中 | 時尚/生活風格/DTC 品牌 | | `creative-mode` | Creative Mode | 奶油底+四色強調,Archivo Black 顯示字 | creative, confident, design-led | 中 | 創意提案/品牌策略 | | `daisy-days` | Daisy Days | 手繪雛菊 × 星星彩虹,溫柔粉彩 | cheerful, playful, wholesome | 低 | 教育/兒童/生活/輕量分享 | | `editorial-forest` | Editorial Forest | 森林綠 × 粉塵 × 奶油,季度回顧雜誌感 | editorial, quiet, warm | 中 | 年度回顧/品牌季報/分享型 | | `editorial-tri-tone` | Editorial Tri-Tone | 粉紅 × 芥末奶油 × 深酒紅,時尚雜誌感 | editorial, warm, moody | 中高 | 時尚/美妝/生活品牌 | | `emerald-editorial` | Emerald Editorial | 祖母綠 × 海軍藍 × 牛皮紙,雜誌封面商業感 | editorial, confident, magazine-cover | 中高 | 商業週刊感/年報/品牌報告 | | `grove` | Grove | 深森林綠底 × 奶油字,Playfair 文學質感 | organic, literary, natural | 中高 | 永續/自然/人文/深度分享 | | `long-table` | Long Table | 暖奶油 × 鐵鏽紅,晚宴俱樂部感 | warm, intimate, modern | 中 | 餐飲/社群/品牌故事 | | `mat` | Mat | 深鼠尾草綠 × 骨白 × 焦橙,mid-century 質感 | warm-modern, mid-century, tactile | 中 | 設計師/工作室/中古風品牌 | | `monochrome` | Monochrome | 象牙帳本紙底 × 全黑字,零色彩極簡 | restrained, archival, literary | 高 | 論文/法律/財報/極簡主義 | | `neo-grid-bold` | Neo-Grid Bold | 霓虹黃單色強調 × 米白底,新野蠻主義編輯感 | confident, punchy, editorial | 中 | 設計媒體/策略提案/品牌 | | `peoples-platform` | People's Platform | 活動家海報感:藍橙紅 × 奶油底 | activist, loud, graphic | 中低 | 社會倡議/非營利/草根運動 | | `pin-and-paper` | Pin & Paper | 黃色牛皮紙 × 別針插圖 × Caveat 手寫 | crafted, handmade, literary | 中 | 獨立出版/手作品牌/個人分享 | | `pink-script` | Pink Script — After Hours | 黑底 × 熱粉紅 × 珍珠白,深夜編輯奢感 | nocturnal, moody, luxe | 中高 | 時尚/美妝/音樂/夜間品牌 | | `playful` | Playful | 日曬蜜桃底 × Syne 字,獨立品牌暖感 | warm, approachable, indie | 低 | 創業/個人品牌/輕量提案 | | `raw-grid` | Raw Grid | 新野蠻主義,粗邊框 × 偏移陰影 × 粉鼠尾草 | raw, punchy, energetic | 中低 | 新創/設計工作室/基金募集 | | `retro-windows` | Retro Windows | Windows 95 鉻灰介面,全套懷舊 | nostalgic, retro, geeky | 低 | 技術梗/遊戲/懷舊主題 | | `retro-zine` | Retro Zine | 米色紙底 × 綠色 × Bebas,油印 zine 感 | crafted, lo-fi, underground | 中低 | 獨立音樂/青年文化/地下品牌 | | `sakura-chroma` | Sakura Chroma | 日本卡帶包裝美學,斜彩虹條 × JIS 規格格 | retro, kawaii-tech, product-catalogue | 低 | 日系品牌/科技趣味/產品展示 | | `scatterbrain` | Scatterbrain | 便利貼拼貼,Caveat 手寫,工作坊便條感 | playful, workshop, messy-on-purpose | 低 | 腦力激盪/創意工作坊/教學 | | `signal` | Signal | 深海軍藍底 × 骨白 × 靜金,機構份量感 | institutional, trustworthy, weighty | 高 | NGO/政府/法律/金融/學術機構 | | `soft-editorial` | Soft Editorial | Cormorant Garamond × 暖紙 × 鼠尾草粉檸 | literary, elegant, warm-classical | 高 | 文學/藝術/奢侈品/詩意分享 | | `stencil-tablet` | Stencil & Tablet | 骨白紙底 × 鏤空標題 × 六色大地色系 | archival, earthy, tactile | 中高 | 考古/品牌歷史/博物館/地理 | | `studio` | Studio | 全黑底 × 電黃字,設計工作室高壓感 | electric, bold, high-contrast | 中 | 設計工作室/創意展示/科技發布 | | `vellum` | Vellum | 深海軍藍 × 暖黃 Cormorant × 灰藍,學術書卷氣 | scholarly, literary, intellectual | 高 | 學術演講/論文分享/深度研究 | ### 篩選與呈現 根據以下維度從上表選出 **3–5 個候選**: - 內容主題與語境 - Step 0 受眾與場合 - Step 0 呈現方式(演講型偏視覺衝擊;閱讀型偏資訊密度) - **Step 0 風格方向**(若使用者有選:現代簡約→低彩度乾淨系;大膽強烈→bold/editorial/high-contrast;復古手作→crafted/retro/handmade;學術沉穩→scholarly/institutional,正式度中高) - **Step 0 色彩偏好**(若有:優先符合深色底/淺色底傾向;使用者點名要避開的顏色,候選一律不選) - 品牌色系(若有,優先選色系相容的模板) 以下列格式輸出,**⛔ 停下來等使用者選擇,不得繼續進行任何步驟**: ``` 根據你的內容和設定,推薦以下幾個模板,請選一個: ① [模板名稱] — [一句話] 適合:[最適合的場合與氣質,1–2 句] 風格:[氣質關鍵詞] · [正式度] · [主色描述] ② ... ③ ... 直接回 ①②③ 或模板名稱即可。 若都不喜歡,可以說「換幾個看看」或「我要 [描述風格]」;想先看完整 34 種模板總覽再挑,說「看全部」;想直接看樣子,說「看樣子」,我用你的標題各生一張封面預覽再挑。 ``` **若使用者說「看全部」**:把上方模板目錄表的 34 個模板(名稱+一句話+氣質關鍵詞+正式度+適合場合)完整列出供瀏覽,仍 ⛔ 停下等使用者挑選,不得代選。 **若使用者說「看樣子」**:從候選中挑 2–3 個最契合的,逐一讀取 `bold-template-pack/templates/[slug]/preview.md`,照其中的「Preview Rules」各生成一張 1920×1080 的真實封面(用使用者的真實標題與素材,**不在投影片上印任何流程文字、模板名或檔名**),打開讓使用者比較長相再挑。仍 ⛔ 停下等使用者挑選,不得代選;一次只做封面預覽,不得順手生成完整簡報(依全局紀律第 4 條例外;技法見 `references/visual-craft.md` 第 11 節)。 使用者選定後,嘗試讀取 `bold-template-pack/templates/[slug]/design.md` 取得完整配色與版型規格,帶入 Step 3。若無法讀取,根據模板目錄表中的描述自行推導配色與版型方向。 --- ## Step 3 — 把「有設計感」翻成規格 **✅ GATE**:Step 2 使用者已選定模板,`design.md` 已讀取(若無法讀取,已依模板目錄表推導配色與版型方向)。 **先讀 `references/design-taste.md` 第 1–2 節**:規格的第一行要寫「設計判讀」(一句話說出你把這副簡報讀作什麼),並設定三旋鈕(`DESIGN_VARIANCE`/`MOTION_INTENSITY`/`VISUAL_DENSITY`)寫進規格——之後每頁的版型、動效、密度決策都受它們節制。 套入選定模板的設計規格,並補充以下細節: - **一句話定義氣質**(例:像高級雜誌的年度特輯,不像制式企業簡報) - **配色確認**:以模板色碼為基礎;若有品牌擷取結果,用品牌色覆蓋主色與背景色,保留模板的版型邏輯。**若 Step 0 有色彩偏好**(深色底/淺色底、要避開的顏色),在此一併套用——背景明暗依偏好調整,被點名要避開的色一律不出現在配色表 - **每頁強調色不超過 2 處** - **每種內容指定版型**:數據→大數字卡片、預算→比例條、時程→時間軸,**不准用表格** - **封面與結語深色滿版、前後呼應** ### 品牌擷取(Brand Extraction) **若 Step 0 問卷中使用者表示有品牌資產**,此擷取在 Step 2(模板選擇)就會先跑一次,擷取結果帶入本步配色: 1. **圖片 logo**:讀取 logo 主色(背景色、主體色、輔助色各取 1 個 hex) 2. **品牌網站 URL**:用 WebFetch 擷取頁面,從 CSS 或截圖提取主色系 3. **現有 PPT / PDF**:讀取封面配色與主視覺色 4. 把擷取出的色碼標注「來自品牌」,填入風格規格配色欄位 > 品牌色鎖定後,使用者可以再調整強調色或點綴色;但主色與背景色原則上跟品牌走,避免簡報和品牌手冊打架。 ### Canvas 格式對應 依 Step 0 選定的格式,確認後續 Step 4 的舞台尺寸: | 格式 | 尺寸 | 適用場合 | |---|---|---| | `16:9`(預設) | 1920×1080 | 投屏簡報、演講、會議 | | `4:3` | 1440×1080 | 老式投影機、部分企業內部 | | `9:16`(直版) | 1080×1920 | 小紅書、IG Story、手機全屏 | | `A4`(閱讀型) | 794×1123(96dpi) | 報告講義、非同步審閱、列印 | ### Refine Spec 確認(opt-in) **若 Step 0 問卷中使用者選擇「要先看規格再生成」**: 1. 把完整設計規格整理成一份文件輸出: - Canvas 格式與尺寸 - 配色(每色附 hex,標注來源) - 字體(標題 / 內文) - 每頁版型規劃(頁碼 → 版型 → 視覺基調) - 模板名稱與品牌擷取結論(若有) 2. **⛔ 停下來**,等使用者確認或修改 3. 確認後才進入 Step 4 若 Step 0 選「不用,直接生成」→ 跳過此步,直接進 Step 4。 其他可選補強(細節見 `references/visual-craft.md`): - **規劃視覺節奏**:先排好每頁基調(hero/深色/淺色),每 3–4 頁插一個 hero 頁。 - **中文 deck 字號**:依 `visual-craft.md` 的中文大標題分檔與字重階梯規劃,避免方塊字溢出。 - **避免 AI 感**:別用 Inter/Arial/系統字與「白底紫漸層」這類陳腔濫調;背景用漸層/紋理營造氛圍(`visual-craft.md` 第 14 節)。完整的字體/配色/版型紀律與禁用清單在 `references/design-taste.md` 第 3–6 節——配色表與版型規劃定稿前對著掃一遍。 - **Morph Transition(僅使用者要求時)**:若使用者要 Magic Move 式轉場,在此步先讀 `references/morph-transition.md`,在每頁版型規劃表加一欄「morph 物件」,標出哪幾組頁面之間有哪些 `data-morph-id` 物件(每次轉場 ≤3 個、內容前後一致)。 --- ## Step 4 — 生成 **✅ GATE**:Step 1 清點表、Step 2 模板選擇、Step 3 風格規格均已確認(若開啟 Refine Spec,規格確認已完成)。 內容稿+風格規格都確認後才生成(prompt 見 `references/prompts.md` 第 3 段)。交付要求: 1. **單一 HTML 檔案,零外部依賴,離線能開** 2. 方向鍵與點擊翻頁、頂部進度條、右下角頁碼 3. **嚴格遵守風格規格,不准自由發揮** 4. **內容只能來自簡報稿,不准自己加料**——不要無中生有數字、頭銜、語系數量等。需要補的資訊就標出來問使用者。 5. **舞台尺寸對應 Step 0 選定的 Canvas 格式**:16:9 用 1920×1080;4:3 用 1440×1080;直版 9:16 用 1080×1920;A4 用 794×1123。所有格式均整體等比縮放貼合視窗,不重排內容(`visual-craft.md` 第 13 節)。 6. **簡報語言對應 Step 0 選定**:中文→全中文;English→全英文(含圖表標籤、頁碼與註解);中英雙語→主標題中英並列、內文以主語言為主。不得擅自混入未選定的語言。 7. **Morph Transition(僅在 Step 3 已規劃時)**:依 `references/morph-transition.md` 的 FLIP 參考實作,把 morph 引擎嵌入同一個 HTML(仍零外部依賴),前後頁同物件用相同 `data-morph-id` 標記;必須支援 `prefers-reduced-motion`。未規劃 morph 的簡報不得自行加入。 **生成前先預檢**(最能防崩版):先列一張規劃表,每頁一列「頁碼 → 版型 → 為什麼選 → 圖片槽位」,並確認每個版型的樣式都已存在於模板裡。用了模板沒定義的 class 是崩版第一名。細節見 `references/visual-craft.md` 第 1 節。規劃表同時檢查版型家族有沒有連用 3 頁(`design-taste.md` 第 5 節);生成時遵守 `design-taste.md` 第 6 節的 AI 味禁用清單與第 7 節的動效紀律。 HTML 是通用出口、離線可開、圖表可由程式即時繪製+驗算,最適合需要數據誠信的簡報。 **成套設計系統接力(強烈推薦)**:如果已安裝專做視覺生產的 deck skill,把這一步交給它。常見三個夥伴:`guizang-ppt-skill`(深度型,2 種精裝風格+驗版腳本)、`frontend-slides`(廣度型,30+ 種風格+固定 16:9 舞台+PPTX 匯入+部署 URL/PDF 匯出)、`open-slide`(框架型,React/MDX 簡報專案+原生 `MorphElement` 轉場+主題系統+export,適合要長期維護或重度使用 Morph Transition 的簡報,見 `references/morph-transition.md` 第 6 節)。分工是:本工作流負責 Step 0–3(配置與規格)和 Step 5–6(數據驗算與驗收),生成交給它。選用與細節見 `references/visual-craft.md` 第 10、16 節。 --- ## Step 5 — 圖表驗算(鐵律,最容易出事的一步) **✅ GATE**:Step 4 HTML 已生成,或已有外部生成的簡報可驗算。 **做這步之前先讀 `references/chart-integrity.md`。** 那裡有完整的紀律與真實案例中三個必須避免的失誤型態。 四條鐵律: 1. 所有圖表必須用**原始數據實際繪製與計算**,禁止示意圖、禁止憑印象畫趨勢。 2. 把原始數據**完整嵌入檔案**,圖由程式即時畫出(可被重跑驗證)。 3. **畫圖前先重新計算**文件聲稱的每一個統計值(平均、斜率、R²、活化能、誤差…),與原文比對——而且要**真的跑計算、留下程式或計算過程**,不是「看起來有算」。 4. 算出來不一致的,**標註在圖上或旁邊**,寫清楚「擬合值 X vs 報告值 Y,發表前需核對」——**不准擅自改數字、不准捏造誤差、不准指控原作者**。裁決權交給人。⛔ 若發現重大數字差異,停下來向使用者回報,等裁決再繼續。 > 這步的全部價值:它能在你上台前抓出報告裡的數字錯誤。但前提是真算、誠實標註、不亂下結論。 --- ## Step 6 — 視覺驗收 **✅ GATE**:Step 4 HTML 已生成,Step 5 圖表驗算已完成(若有圖表)。 第一版通常約 85 分,用「預期 vs 實際」回饋(prompt 見 `references/prompts.md` 第 5 段): > 「預期:每頁強調色不超過 2 處。實際:第 4 頁有 5 處橘色,視覺很吵。**請只修改第 4 頁,其他頁不准動。**」 「不准動其他頁」務必加上——不加的話 AI 會順手把已經滿意的頁面也改了。 **不只看代碼,要打開網頁逐頁目視核對。** 最可靠的是**實際截圖**:在 1280×720 與一個手機視窗各截一次,確認舞台維持目標比例、文字沒溢出卡片、面板沒重疊、最低處沒碰到翻頁組件。改完任何一頁都要重截重驗。交付前對著 `references/visual-craft.md` 第 8 節的 P0 自檢清單過一遍,再加掃 `references/design-taste.md` 第 8 節的品味檢查清單(破折號、章節編號眉標、裝飾圓點、假精確數字、AI 腔文案等,零容忍項逐條搜尋)。用了 Morph Transition 的簡報,另過 `references/morph-transition.md` 第 5 節的驗收加項(前後內容一致、無殘影、快速翻頁不堆替身、reduce motion 硬切正常)。 --- ## Step 7 — 複盤封裝(90% 的人不做,但最值錢) 把這次從文件到簡報的全流程整理成 SOP:每一步的 prompt 模板+做過的人工判斷+這次學到的新規則。存下來,下次死線前整個流程 15 分鐘跑完。別人在收藏 prompt,使用者在累積資產。 --- ## 跨平台備註(如果使用者問用哪家 AI) 工作流(Step 0–7 的 prompt)任何 AI 都能跑,但成品分平台,實測差距大: - **單一 HTML(如本流程)**:離線可開、圖表程式繪製+可驗算,最適合含數據、要上台的簡報。 - **圖片式生成(如逐頁出圖)**:視覺最華麗、但文字烤進圖內不可後編輯,且敏感攔截較弱、要人工把關。 - **可編輯投影片匯出**:方便團隊協作微調;但「可編輯 ≠ 數據可信」,圖表驗算仍須照 Step 5 自己重算。 不論用哪家,Step 1 的敏感攔截與 Step 5 的圖表重算都要人工複核——別讓任何單一平台代你下結論。 --- ## 萬用骨架 這套流程不只做簡報。寫報告、做履歷、數據分析都同一個骨架:**先收斂內容,再定義規格,最後才生成。** 遇到任何「把一堆原料變成一份成品」的任務,都可以套用。 --- > 部分工作流設計概念(主題研究前置、執行紀律標記、品牌擷取)參考並改寫自 [hugohe3/ppt-master](https://github.com/hugohe3/ppt-master)(MIT License,Copyright © 2025–2026 Hugo He)。 > `references/design-taste.md` 的設計品味準則改寫自 [Leonxlnx/taste-skill](https://github.com/Leonxlnx/taste-skill)(MIT License,Copyright © 2026 Leonxlnx)。
skill
mattpocock
Build a throwaway prototype to answer a design question. Use when the user wants to sanity-check whether a state model or logic feels right, or explore what a UI should look like.