當 Gemini 3 Ultra 又開始「自信滿滿」地偷…
當 Gemini 3 Ultra 又開始「自信滿滿」地偷懶、省算力時，還好我手上還有 ChatGPT 5.2。
這次我用 ChatGPT 5.2 來做 HTML 網頁版電子書，最大的感受是：它真的扛得住。行數長、體積大、功能多的 HTML 檔案，它照樣能完整生成，不太會因為篇幅就開始敷衍或斷尾。
我把曲祉寧與我共同完成、以及我自己撰寫的個案整理成電子書版本。這次我刻意選擇讓 ChatGPT 5.2 來完成整套打包工作：把個案全文、所有圖片一次上傳，清楚告知我需要的功能，接下來大概等個幾分鐘，就可以直接下載成品 HTML。
（註：內文中的圖片生成「指令」由 ChatGPT 5.2 負責撰寫；實際生圖則交給 Nano Banana Pro 處理。）
更有趣的是，ChatGPT 5.2 採取了一個我原本沒想到的策略：把圖片轉成 Base64，直接內嵌塞進 HTML 裡，於是整本電子書就變成「單一 HTML 檔案打包帶走」。
代價當然是檔案大小膨脹到 2.46MB。但換來的好處也非常直接：不管是佈署到 GitHub Pages，或是用 Email / LINE 傳檔案，流程都乾淨很多——一個檔案搞定，不用再顧一堆圖片路徑、資料夾結構與遺失風險。
反過來說，如果這件事丟給 Gemini 來做，我幾乎可以直接跳過測試。因為它大概會在幾個地方出問題：檔案被截斷、生成失敗、內容偏離指令，或是在大檔案情境下開始「自動縮水」。更不用說，它也未必會主動想到用 Base64 內嵌這種手法——而在它本來就容易撐不住長輸出的前提下，這招反而會讓它更難把任務做完。
所以我的結論很簡單：能的話，就兩個模型交替使用。把它們當成不同性格的夥伴——擅長的讓它做，不擅長的就不要硬拗。這樣才有效率。