open-slide 把簡報變成 AI Agent 可以讀取、修改的 React 程式碼。
你提供主題、資料與視覺方向，Claude Code 等程式代理負責建立投影片，open-slide 則處理預覽、翻頁、播放與匯出
這種工作方式，適合想保留原始檔、持續修改內容，也願意用文字指揮設計的人。
它能省下不少排版操作，但真正決定成果的，仍是內容大綱、修改要求與交付格式。
說清楚簡報要給誰看、希望對方做什麼，再讓 AI 寫頁面，會比只要求「做漂亮一點」有效。
內容目錄
open-slide 的優勢：簡報原始檔可以持續修改
open-slide 官網把它定位為給 Agent 使用的簡報框架，原始碼由 open-slide/open-slide 專案維護，採 MIT 授權。
它不是一個新的簡報生成模型，實際撰寫內容與頁面的能力，來自你所使用的 Agent 與模型。
每頁是固定 1920 × 1080 畫布上的 React 元件，文字、圖片、圖形與互動由程式描述，框架再依螢幕縮放呈現。
官方介紹也說明，一份簡報會放在專屬資料夾內，讓內容、素材與樣式可以一起保存。
這和站上整理過的 Open Design 與 HTML 簡報工作流有相近思路：把設計規則、檔案與修改過程留下來，下一輪就能延續。
open-slide 更聚焦在投影片的製作、預覽與播放。
它也不只搭配 Claude Code。官方列出多種程式代理，但指令呈現與 Skill 載入方式會依工具而異。
重點是代理能讀寫專案檔案，不能直接假設所有工具都接受完全相同的斜線命令。
開源框架免費，不代表整條工作流沒有費用
MIT 授權讓你能依條款使用與修改 open-slide，但 Claude Code 或其他模型服務，仍依各自的方案、額度或 API 計費。若另外生成圖片、購買素材或架設網站，也可能產生費用。比較工具時，應把這些條件一起算進去。
同樣地，一次示範能在短時間產生初稿，不代表每份工作簡報都能固定在 15 分鐘內完成。資料查證、圖表、品牌規範、中文排版及修改輪次，都會影響總時間。比較有用的目標，是讓第一版更快出現，並讓後續修改有依據。
安裝前，先把專案資料夾與版本分清楚
建立獨立的簡報工作區，避免把其他專案的規則、舊內容與這次簡報混在一起。
請讓 Agent 在正確的資料夾工作，再提供 GitHub 與官網連結，要求它依目前文件建立環境。
依官方入門文件，新專案可以用 CLI 建立。以下使用 npm，已安裝其他套件管理工具的人，也可依文件選擇對應方式。
npx @open-slide/cli init my-deck
cd my-deck
npm run dev初始化通常會安裝依賴，若你選擇略過安裝，需先完成依賴安裝再啟動，開發網址預設為 http://localhost:5173，連接埠被占用時會改用其他可用位置，以終端機實際顯示為準。
開發預覽需要服務持續運行。若網址打不開，先確認專案的開發服務是否仍在執行，必要時回到同一個資料夾重新啟動。專案檔仍保存在資料夾內，服務停止後可以重新啟動。
目前 v2 的版本需求列出 Node.js 20.19+ 或 22.12+，Node 18 不適用。既有 v1 專案也不能只換一個套件版本就假設完成升級，React、Vite 與部署設定需要一起核對。新手優先使用目前 CLI 建立新工作區，較容易掌握。
如果希望讓 Claude Code 協助處理，可以用下面這段自然語言。這是依現行文件整理的範本，將資料夾名稱換成自己的專案即可。
請參考 https://github.com/open-slide/open-slide 與 https://open-slide.dev/docs，
先檢查目前 Node.js 與套件管理工具是否符合需求。
在 my-deck 建立獨立的 open-slide 工作區，沿用官方 CLI 與預設 Skill。
完成後啟動預覽，告訴我專案位置、實際網址，以及下一步如何建立簡報。方法一：需求明確時，直接從一句話開始
已有主題、頁數與受眾時，可以用 /create-slide 產生第一版。依官方 Skill 文件，它會整理主題或視覺方向、頁數、文字密度與動態需求，再規劃頁面並寫入專案。
例如製作「如何用 AI 整理各種資料」的教學簡報，可以先選清爽的教學風格、適當頁數、標準文字密度與微動態。這些選項是在界定閱讀體驗，不能替代資料內容本身。
一句話不代表資訊越少越好。把受眾、目的與風格放進去，AI 才能判斷哪些內容該放大、哪些適合刪減。下面是一個可直接改用的範例。
/create-slide 請製作一份給中小企業主管看的 AI 自動化入門簡報。
目標是讓聽眾理解三個可先試行的工作情境，並選出一項小規模試辦。
使用繁體中文、8 頁、淺色背景，配色克制，每頁一個主要訊息。
先提出各頁標題與重點，再製作頁面。只使用我提供的案例與數據，缺資料請標示待補。第一版先看故事是否完整，不要立刻糾結每個圖示。若目標是促成試辦，最後一頁就需要明確下一步，而不是只放一句謝謝。AI 可以幫你排版，但簡報要帶聽眾走到哪裡，仍需要你決定。
方法二：資料多或主題陌生時，先做大綱再出稿
如果手上只有主題，或需要把很多文件整理成簡報，先讓 Agent 討論內容結構，再交給 open-slide 產生頁面。這樣可以先看出缺少什麼資訊，也比較容易改掉重複章節。
可以先要求它提出故事線、逐頁重點與需要的資料，確認後保存為大綱檔。之後製作簡報時，明確指定這份檔案，避免另一輪對話又自行重寫一套內容。
請先幫我規劃一份給業務團隊看的產品提案大綱，暫時不要製作投影片。
先整理受眾痛點、核心主張、證據、案例與行動建議。
每頁列出標題、唯一要傳達的訊息，以及需要的圖片或資料。
將無法確認的事實列為待補，完成討論後保存為 outline.md。/create-slide 請依 outline.md 製作簡報，保留已確認的章節與論點。
先說明將如何安排頁面節奏，再產生投影片。
需要拆頁時可以提出建議，不要自行添加沒有來源的統計或客戶案例。把既有工作紀錄，整理成一份教學簡報
另一個實用案例，是把已經完成的安裝、出稿與修改過程，整理成可以教別人的簡報。先從既有操作紀錄或對話匯出整理步驟、遇過的問題與最後做法，再把大綱交給 open-slide。這比讓 AI 只靠主題重新搜尋，更容易保留你的實際經驗。
不過，要提供 Agent 實際能讀到的檔案或內容，不要假設它會自動讀取其他工作階段的所有對話。整理後仍需核對命令、順序與版本，把過程中放棄的做法和最後採用的做法分清楚。
請讀取我提供的操作紀錄，整理成一份 open-slide 入門教學大綱。
依安裝、製作初稿、修改版面與匯出四個階段安排。
保留實際採用的步驟，另外標記曾經失敗或已經過時的做法。
遇到紀錄沒有交代的地方，先列問題，不要自行補成成功經驗。想放入流程圖或架構圖，也可以先把單張圖解整理好，再放進完整敘事。站上的 diagram-design 教學，適合延伸理解資訊取捨、連線與版面的處理方式。
修改簡報時，描述結果，也指定修改範圍
「置中一點」可能指文字對齊、整張卡片的位置，也可能指視覺重心。修改要求最好同時包含頁碼、對象、方向與保留條件，這樣比較不會改完標題，連整份配色都跟著變。
請只修改第 4 頁。
把三張卡片作為一個群組水平置中，卡片內文維持靠左。
統一三張卡片的高度與間距，保留目前文字與圖示。
完成後檢查標題、卡片與頁邊是否有重疊或裁切。配色也可以這樣交代：保留背景與字體，只把強調色套用到標題重點、關鍵數字及主要按鈕。不要讓每個元素都變成焦點。一次修一類問題，修改結果比較容易確認。
若要調整整體風格，可以先挑封面、一般內容頁與資料頁試改。用參考畫面說明想要的字級、留白與色彩，確認小樣板後，再把相同規則套到其他頁面。
目前已有 Inspector，也能把留言交給 Agent 修改
網頁簡報不等於圖片。React 原始檔本來就能修改，目前的官方 Inspector還提供選取、移動、縮放、對齊、文字與樣式調整。這些功能位於開發編輯環境，和寄給別人的靜態匯出檔案是不同情境。
想直接微調時，在畫布選擇元素並編輯，完成後儲存回原始檔。想讓 AI 處理較複雜的調整，可以對元素留下 Comment，再到代理執行 /apply-comments。
依官方說明，留言會對應到原始碼中的標記，讓 Agent 知道你指的是哪個元素。這比只傳一句「右邊那個縮小」更容易定位，但修改完成後仍要看預覽，確認它理解的範圍正確。
反覆使用的字體、色彩與版面，可以整理成 Theme。主題文件提供共用設計系統的做法，適合把已經確認過的風格帶到下一份簡報。先把一份做穩，再抽出規則，通常比一開始就建立龐大模板庫容易。
交付格式要先問清楚：HTML、PDF 與 PPTX 並不相同
如果對方需要互動展示，HTML 比較適合。如果要閱讀、審閱或列印，PDF 比較單純。若要讓同事用 PowerPoint 繼續修改，就要確認輸出的是可編輯物件，還是每頁一張圖片。副檔名都是 PPTX，能做的事仍可能差很多。
| 格式 | 適合用途 | 交付前檢查 |
|---|---|---|
| HTML | 瀏覽器展示與互動 | 確認素材、網路依賴及離線載入 |
| 閱讀、寄送與列印 | 靜態頁面，檢查字型與裁切 | |
| 圖片式 PPTX | 在 PowerPoint 播放固定版面 | 每頁是圖片，文字不能逐字修改 |
| 可編輯 PPTX | 交接文字框、形狀與圖片 | 2.2.0 已有實作，特效與版面仍需驗收 |
網頁匯出與播放，也要在交付環境檢查
工具列可以匯出目前簡報，專案也能透過建置產生靜態網站。要部署完整網站時，依官方文件使用以下命令，再檢查產出的內容。
npm run build
npm run preview工具列的 HTML 匯出是頁面快照，和整個 React 專案建置不是完全相同的產物。HTML 匯出程式會補入翻頁、步驟與部分播放邏輯，但不能因此推定所有自訂按鈕、狀態與互動都會一起帶走。依賴互動的簡報，應優先檢查完整網站建置的結果。
官網目前也註明 PDF 匯出不支援 Safari，若遇到此限制，可改用其他受支援的瀏覽器。
靜態網站不等於只需寄出任意一個 HTML。簡報若包含圖片、字型或其他資源，應保留完整匯出包並測試連結。也要注意網站建置可能包含多份簡報，分享前核對有哪些頁面會被交付。
現場播放可使用播放與講者模式，查看當前頁、下一頁、講稿與計時。即使使用同一份內容，網頁、PDF 與 PPTX 的呈現仍應分別驗收，不能只看開發預覽正常就直接寄出。
兩個心法：說清楚需求，先查核再出稿
第一個重點，是把希望聽眾理解的內容與視覺方向講清楚。第二個重點，是遇到工具版本、近期數據或操作步驟時，先要求 Agent 查閱官方資料並留下來源與日期，再放進簡報。搜尋只是起點，仍要檢查來源是否支持頁面上的主張。
- 先確認目的、受眾與最後希望對方採取的行動。
- 需求清楚就直接出初稿，資料複雜就先規劃大綱。
- 用頁碼、元素與保留條件描述修改，逐輪檢查結果。
- 把確認過的風格留成 Theme，讓下一份簡報有共同基準。
- 交付前檢查事實、中文字型、裁切、播放與匯出檔的可編輯程度。
open-slide 最有吸引力的地方，是把內容、視覺與修改紀錄放回可掌握的專案裡。AI 可以加快製作，但方向與品質不會因此自動到位。先把需求說清楚，再把每一輪修改變成可檢查的結果，這套工作流才會真正省時間。
open-slide 常見問題
open-slide 的簡報可以直接拖曳修改嗎？
目前開發環境有 Inspector，可調整位置、大小、文字與樣式，也能留下留言交給 Agent 修改。靜態匯出檔案不等於包含同樣的編輯環境。
open-slide 能匯出可編輯的 PowerPoint 嗎？
目前 core 2.2.0 發布套件已包含可編輯 PPTX 與圖片式 PPTX 路線，但舊官網文件尚未同步。部分效果仍會點陣化，需用實際版本與檔案檢查。