Codex + Huashu Design AI 簡報完整教學：由一句需求到 HTML Deck、PPTX 與演講模式

AI 做簡報的價值，不是把十段文字自動塞入十頁，而是把「研究 → 敘事 → 視覺方向 → 逐頁製作 → 預覽 → 輸出 → 預演」變成一條可以檢查的流水線。影片使用第三方 Huashu Design skill，示範由一句主題生成 HTML-native deck、風格預覽、PPTX 與演講模式；本文把每個畫面背後應做的判斷、風險與驗收補完整。

\n

先分清兩條路：OpenAI 現行官方用例提供 Slides system skill，以 PptxGenJS、渲染和版面檢查建立或修改可編輯 PPTX；Huashu Design 是第三方開源 skill，強項是以 HTML 作核心媒介，延伸到 deck、互動原型、動畫與多種輸出。兩者可以互相參考，但不要把第三方專案當成 OpenAI 官方功能或支援承諾。

\n

\n

\n

一、先決定交付物：HTML、PPTX、PDF 還是影片？

\n

「做一份簡報」其實可能代表四種不同成果。格式會影響工具、可編輯程度、動畫、字體、檔案大小和驗收方法；開始前先選主交付物和備份格式。

\n\n

\n

二、寫一頁 brief：先鎖定目的與證據

\n

把以下欄位放在同一個提示或 brief 檔。最重要的不是形容詞，而是這份 deck 要令哪一群人作出甚麼決定、每一頁可以使用哪些證據。

\n

任務：製作一份 12 頁繁體中文簡報
目的：向管理層爭取批准試行 AI 客服
受眾：營運、法務、資訊保安與財務
演講時間：12 分鐘，另留 5 分鐘問答
必備內容：問題、使用者旅程、方案、風險、成本、KPI、90 日計劃
資料來源：只使用附上的報告與官方連結；所有數字保留來源和日期
品牌：16:9、指定 logo／字體／主色；不得自行改寫商標
輸出：HTML 預覽、可編輯 PPTX、PDF、逐頁講者備註
限制：不生成虛構客戶、虛構引言或無來源數據
驗收：每頁一個主張；正文最小 24pt；無溢出、無缺字、無死連結

\n

若只有網址、Word、PDF 或舊 deck，先要求 agent 建立來源清單和內容摘要，不要立即排版。標出哪些字句必須原文保留、哪些可縮寫、哪些仍待確認。

\n

三、檢查並安裝 skill，不要盲目執行第三方腳本

\n

OpenAI 官方說明指出，skill 是包含 SKILL.md、可選 scripts、references 和 assets 的資料夾；Codex 會按描述顯式或隱式啟用。Huashu Design 的公開安裝例子是 npx skills add alchaincyf/huashu-design，但在公司裝置或客戶專案中，應先審查 repository。

\n

1. 確認 repository、維護者、license、最新 release 與 issue 狀況。
2. 閱讀 SKILL.md：何時觸發、會讀哪些檔、會寫到哪裏、會否叫用其他工具。
3. 逐一檢查 scripts、package 依賴、網絡下載、shell 指令和輸出路徑。
4. 在沒有機密資料的測試資料夾試跑；只給完成任務所需權限。
5. 記錄 skill 版本或 commit，避免日後無法重現。

\n

若只需要可靠地建立或修改 PPTX，可先使用官方 Slides skill；若要 HTML prototype、設計方向探索、動畫或多格式工作流，再評估 Huashu Design 是否合適。

\n

四、先做內容架構：每頁只有一個可證明主張

\n

\n

\n

\n

建議先要求一張「逐頁規格表」，確認後才開始設計：

\n\n

\n

五、讓 agent 提供三個真正不同的視覺方向

\n

影片的重要做法，是先生成數個首頁或關鍵頁預覽。請要求每個方向明確寫出：設計概念、字體、色彩、網格、影像策略、圖表語言、內容密度、適合與不適合的場合。三個方向應是結構差異，不只是藍色、綠色和紫色。

\n

\n

\n

\n

\n

先不要製作完整 deck。
根據已確認的逐頁規格，提出 3 個明顯不同的視覺方向。
每個方向先做：封面、數據頁、流程頁各一張預覽。
同時列出字體、主色、網格、圖表規則、影像來源和適用情境。
所有方向都使用同一份內容，讓我可以公平比較。
等我選定後，才把設計系統套用到全部頁面。

\n

六、生成 HTML deck，先看故事與畫面再輸出

\n

\n

\n

\n

HTML 預覽至少做兩輪檢查。第一輪只看故事：刪掉重複頁、補過渡、調整先後次序。第二輪才看版面：投影距離、標題層級、邊距、圖像裁切、對比、動畫和小螢幕。影片說「不是萬能模板」很重要：同一套模板不能同時適合董事會、產品發布、課堂與投資簡報。

\n

\n

七、輸出可編輯 PPTX：保留文字和簡單圖表

\n

官方 Slides 指南建議，在實務可行時把文字保留為文字，把簡單柱狀、折線、圓餅和直方圖保留為 PowerPoint 原生圖表。複雜插圖可用 SVG 或圖片，但不要把整頁截圖當成「可編輯 PPTX」。

\n

• 輸出後在 Microsoft PowerPoint 開啟，不要只看瀏覽器預覽。
• 逐頁檢查缺字、替代字體、文字框溢出、物件超出畫布和圖片裁切。
• 以實際顯示比例測試 16:9、4:3 或來源 deck 的原比例。
• 比較 HTML、PPTX 和 PDF，記錄哪些動畫或效果被降級。
• 抽查圖表數值與原始資料；確認來源、日期、單位和小數位。

\n

高風險內容：財務、法律、醫療、投資者資訊、客戶承諾和公開數據，必須由負責人逐項核准。AI 生成的漂亮版面不會提高資料真確性。

\n

八、用 Presenter Mode 預演，最後才交付

\n

\n

\n

\n

\n

交付資料夾建議

\n

deck-project/
  source/          原始 PDF、Word、CSV、舊 deck
  assets/          logo、圖片、圖示、字體授權資料
  prompts/         brief、視覺方向、圖片提示
  deck/            HTML、CSS、JS
  exports/         final.pptx、final.pdf、preview.mp4
  qa/              逐頁截圖、檢查表、修正紀錄
  SOURCES.md       數據與圖片來源
  CHANGELOG.md     版本、日期與批准人

\n

九、常見失敗與修正

\n\n

可直接複製的完整提示

\n

使用已安裝的簡報 skill，先分析附件，不要立即生成完整 deck。

第一階段：
1. 列出資料來源、缺失資料、矛盾和待確認數字。
2. 建立 12 頁逐頁規格：主張式標題、證據、視覺類型、講者備註。
3. 等我確認內容結構。

第二階段：
1. 提供三個真正不同的設計方向。
2. 每個方向只製作封面、數據頁、流程頁。
3. 說明字體、色彩、網格、影像與圖表規則。
4. 等我選擇方向。

第三階段：
1. 生成完整 HTML deck 和可編輯 PPTX。
2. 文字與簡單圖表保持 PowerPoint 原生物件。
3. 渲染所有頁面，檢查溢出、重疊、缺字、字體替換和來源。
4. 輸出 PDF 與 Presenter Mode。
5. 回報檔案路徑、使用來源、仍需人工核對的項目和 QA 結果。

\n

這套流程的關鍵不是「一次生成完美 PPT」，而是把人應該作出的內容、證據和設計決定，放在最便宜的階段確認；讓 agent 負責重複製作、渲染和檢查。最終成果應同時做到：看得懂、講得順、改得到、查得到來源，也能在真正的 PowerPoint 和投影環境可靠播放。