Open Slides 離好用還差一步
這幾次出去演講，我幾乎都是用 Open Slides 做簡報。
先講結論：它已經是我目前看過、知名開源簡報工具裡做得最好的一個，但真的拿來準備演講，還沒有到我會很放心推薦的程度。
它適合拿來做初稿、試版型、把內容快速變成一組可以看的投影片。
但如果是要拿去正式演講，我還是會希望最後有一個比較穩、比較直覺的微調環境。
這篇不是要否定 OpenSlides，而是想記一下我實際用下來卡在哪裡：改稿流程、介面直接修改、還有緊急微調時最容易出事的地方。
問題不是它不會生投影片
OpenSlides 厲害的地方，是它真的可以把 AI 拉進簡報製作流程。
你給它內容，它可以幫你產出一組投影片；你想改版面、改文字、改視覺，也可以用自然語言請 AI 幫忙。
如果只是從零到有，這已經很不錯了。
但簡報最麻煩的地方，通常不是從零到有。
真正麻煩的是演講前一天、上台前一小時、甚至現場前十分鐘，你突然想改一張圖的位置、換一句話、把某個區塊往旁邊挪一點。
這時候工具能不能讓你穩穩地微調，就很關鍵。
留 comment 再回 CLI 跑 skill，還是太繞
我目前用下來，OpenSlides 的修改流程還是有點不像一般人會期待的簡報工具。
但如果你是在準備一場真的要上的簡報，這個來回就會開始磨人。
比較穩的做法，是在網頁上留下 comment，然後回到 CLI 跑 skill，讓 AI 依照 comment 去改。
這個流程對工程師來說不是不能接受，甚至某種程度上也很符合 agent workflow：
- 網頁上看結果
- 留 comment 指出問題
- 回 CLI 跑修改
- 再回網頁檢查
因為你腦中想的是「這個標題往上移一點」、「這張圖縮小一點」、「這句話換掉」，不是「我先寫 comment，等一下回 terminal 跑 skill」。
簡報工具要能讓人微調，操作越直覺越好。
直接在介面改，又常常遇到怪錯
理想上，如果網頁介面可以直接改，那剛剛那個流程就不是問題。
但我實際碰到的是，在介面上直接修改，常常會遇到莫名其妙的錯誤。
像這種：
Couldn't save: line 57090: element has no editable text
這種錯誤最麻煩的地方不是看不懂，而是它會打斷你當下的節奏。
你本來只是想改一個小地方，結果工具突然跟你說存不了。你不知道是這個元素不能改、目前狀態壞掉，還是它背後產出的檔案結構有問題。
於是原本 10 秒鐘的小調整，變成你要開始猜它哪裡出事。
不能直接拖拉，小調整就多一層溝通成本
還有一個我很在意的點：在我目前試的情境裡，如果只是想移動元件位置，還不能像一般簡報工具那樣直接拖拉，而是要跟 AI 描述。
這件事聽起來很小，但在做簡報時差很多。
因為很多版面判斷不是一句話能講清楚的。
「往左一點」到底是多少？
「跟下面那行對齊」是對文字左緣、區塊左緣，還是視覺重心？
如果我用滑鼠拖一下，兩秒鐘就知道對不對；但如果要描述給 AI，就變成一輪又一輪的溝通。
AI 很適合幫你做大方向的整理、重排、產出初稿。
但當你已經盯著投影片，要做最後 5% 的手感調整時，直接操作還是很重要。
一次改太多，AI 很容易失控
另一個現象是，一次請 AI 修改太多地方，很容易開始失控。
例如同一輪想改三四個地方：這張圖往左、那段文字縮短、某張換版型、最後一頁加一句話。
聽起來都不是大事，但合在一起丟給 AI，它有時候會改到不該改的地方，或是改完一處又弄壞另一處。
這在平常還好，大不了多跑幾輪。
簡報工具最需要穩的時候，剛好也是你最沒時間慢慢 debug 的時候。
但如果是演講前的緊急時刻，這就很可怕。
我現在會怎麼定位它
所以我現在對 OpenSlides 的定位比較像這樣：
不是每一件事都應該用文字描述給 AI。
尤其是簡報這種視覺性很強、又常常需要臨場修正的東西，AI 生成只是前半段，後半段的手感不能少。
一句話總結：OpenSlides 已經很接近了，但它現在比較像會幫你生簡報的 agent，還不像一個你可以放心上台前微調的簡報工具。
最近開始做免費的一對一諮詢，幫你把 AI 接進自己的工作流——有需要的話可以約：https://www.dawsonwang.com/