image_gen 工具，依文字描述產生圖片或修改現有圖片。Codex 也能協助整理圖片檔、撰寫 SVG 圖形程式，或在具備 API 權限的環境呼叫 GPT Image 模型；不過這些不是同一種功能，能否直接使用取決於實際安裝的工具與執行環境。如果你在搜尋「codex能不能生圖片」，想知道的是不是需要另外安裝工具、能不能直接叫 Codex 畫一張圖，還是它只能寫程式？答案是：Codex 可以生成圖片，但要看目前環境有沒有可用的圖像生成工具。這和單純用程式碼畫圖是兩回事。
更實際的問題還包括：圖片會存在哪裡？需要額外付 API 費用嗎？能做網站主視覺、課程插圖，甚至用圖片組裝成 PowerPoint 嗎？這篇先把 Codex 生圖方法說清楚，再介紹搭配 GPT Image 2 或更新的 GPT Image 2.5 製作 16:9 簡報的流程。
無論你是用 Codex 桌面版、終端機或其他工作環境，都不應假設每種版本有完全相同的工具。以下會分清楚「使用內建生圖工具」和「另外設定 API」兩種途徑，避免在操作時找不到選項。
Codex 能不能生圖片？能，但有三種不同做法
第一種是使用圖片生成工具。OpenAI 發布的 Codex Image Generation Skill 文件說明，正常圖片生成與編輯工作，優先使用內建 image_gen 工具，能用於網站圖片、插畫、產品示意圖、透明背景素材、資訊圖等用途。在支援此工具的 Codex 環境裡，使用者可以直接描述想要的圖片，不必先自己寫繪圖程式。
第二種是透過 OpenAI 圖像 API。當你的環境沒有可用的內建工具，或確實需要自行指定圖像模型、整合程式、管理特定輸出時，可以另行使用圖像 API。這條路徑需要開發者設定與可用額度，可能產生 API 費用；不能把它說成所有訂閱者都免費，或把使用 API 和內建工具混為一談。
第三種是讓 Codex 寫出 SVG、HTML 或 Canvas 圖形。這是靠程式碼畫圖，適合圖示、流程圖和需要持續編輯的幾何視覺，但不等於呼叫 GPT Image 模型來產生照片或插畫。若你要的是照片感的網站主圖、角色插畫或有豐富材質的情境圖片，應優先找真正的圖像生成工具。
在 Codex 裡生圖片：先試這四個步驟
- 先說明用途。例如「幫我的線上課程網站製作首頁主視覺」，而不只是「幫我畫圖」。用途決定尺寸、構圖和要留下多少放標題的空間。
- 指定畫面要求。告訴它主體、風格、比例、色彩、是否需要透明背景，以及哪些文字絕對不能畫錯。若沒有文字需求，直接要求「圖片內不要文字」通常更容易後製。
- 要求使用可用的圖像生成工具。可請 Codex 優先使用目前環境的內建
image_gen，並在缺少工具時明確說明限制，不要以其他外觀不同的圖片或程式占位圖冒充生成結果。 - 查看並保存成品。檢查圖片是否符合需求、中文是否正確、邊界有沒有被裁掉。若是網站或簡報專案使用，將選定的圖片保存到專案資料夾，別只停留在預覽。
想先試第一張圖，可以直接輸入下面這段指令：
請幫我製作一張 16:9 的課程網站首頁圖片。畫面是一位創作者在明亮工作室規劃線上教學，整體有專業、科技感與希望感，以藍紫色為主調、金色少量點綴，右側保留放標題的空間。圖片內不要放文字或商標。請優先使用目前可用的圖像生成工具，不要只提供文字描述。生成後請檢查結果，並告訴我圖片存放位置；如果環境沒有生圖工具，直接說明缺少什麼。
這是可自行調整的指令範例，不是保證任何 Codex 版本都能成功呼叫工具。若工具需要安裝或授權，應依目前環境的官方指引處理。
Codex 生圖需要 API Key 嗎？費用怎麼看？
要看使用哪一條途徑。OpenAI 的官方 Codex 圖像技能文件，將內建工具列為一般生圖工作優先使用的模式，並明確區分需要 OPENAI_API_KEY 的 API／CLI 備用方式。使用內建工具不等於額外輸入 API 金鑰，但仍可能受到帳號方案、產品額度或使用環境限制。
如果你自行呼叫 OpenAI 圖像 API，則須按照開發者帳戶的權限和官方計價規則處理，不能直接把個人訂閱費當成 API 圖片額度。也別把金鑰直接貼在網站、簡報、公開程式碼或其他人看得到的文字中。
以 2026 年 10 月查核的官方開發者資料來看，GPT Image 2 仍有模型文件，官方目錄也列出 GPT Image 2.5 Sunburst 和 GPT Image 2.5 Flare。新工作流程可依品質與速度需求比較模型，不能再寫成只有 GPT Image 2 一種最新選項；可使用哪些模型，以實際產品介面與帳號支援為準。
圖片生成後會存在哪裡？能不能拿去做網站？
OpenAI 的 Codex 圖像技能文件說明，內建工具一般會先把生成圖片放在 Codex 工作區所使用的資料位置，例如 $CODEX_HOME/generated_images 底下，再視需求複製或移到目前專案。實際路徑由執行環境決定，別把這個範例誤認成每台電腦固定的下載資料夾。
如果圖片是給網站文章、課程教材或簡報使用，應另存一份到專案資料夾，例如 assets/images/，並記錄這張圖片的用途和版本，日後才容易調整。編修既有圖片時，也建議保留原圖，避免不小心覆蓋唯一版本。
生成圖片不代表內容一定正確。用於商業網站時，還要確認素材的使用權限、畫面是否造成誤導，以及圖片內人物、產品或數據是不是被誤認成真實案例。若是一張需要準確文字、圖表或無障礙閱讀的圖片，通常應將重要文字改放在真正可編輯的版面。
Codex 和 GPT Image 2 各負責什麼？
Codex 負責統籌工作，GPT Image 2 負責產生視覺畫面。前者可以依任務撰寫程式、處理檔案與執行工作流程；後者是 OpenAI 的圖像生成模型，能依文字描述生成或修改圖片。兩者的角色不同，並不是只輸入一個主題，就能不經校對產出可靠的正式簡報。
OpenAI 2026 年的官方開發者資料列有 GPT Image 2，也列出更新的 GPT Image 2.5 系列。圖像 API 文件說明，支援的模型可使用符合條件的自訂圖片尺寸，例如 1536×864，也就是 16:9 的寬螢幕比例。實際能否在目前的 Codex 環境直接使用圖片生成工具，或需要另外使用 API，仍要依工具和帳號權限判斷。
換句話說，這是一種可以安排的工作流程，不是每台電腦、每種帳號都必然能直接「一句話全自動完成」。你也可以自行生成圖片，再讓 Codex 協助組裝 PowerPoint。
先決定要不要編輯：三種 AI 簡報製作方式
在決定生成圖片之前，先問一題：這份簡報交出去之後，還會不會反覆修改文字與數據？答案會影響你該用哪一種版型。
| 製作方式 | 怎麼做 | 優點 | 主要限制 |
|---|---|---|---|
| 全圖片式 | 每頁生成一張完整畫面，滿版加入 PPT | 容易維持強烈視覺風格 | 文字與圖表不能直接修改 |
| 混合式 | 生成背景或插圖，標題與關鍵數字用原生文字框 | 視覺與可編輯性較平衡 | 需要再處理排版位置 |
| 原生可編輯式 | 由程式建立文字框、圖表、表格與形狀 | 方便後續更新與交接 | 需要投入更多版型與渲染檢查 |
例如要做一份定案後很少改的課程封面與觀念圖，全圖片式值得嘗試；若每個月都要更新業績、定價或服務內容，混合式或原生可編輯式通常比較省事。沒有哪一種永遠最好。
第一步：先寫好簡報任務，而不是急著產生圖片
同一個主題，給新手聽和給企業主管聽，簡報順序不會一樣。因此要先鎖定目標對象、簡報目的、頁數、每頁只想傳達的一個訊息，以及必須保持正確的資料。
假設你是一位準備開直播的講師，主題是「如何規劃第一門線上課程」，可以先用六頁草稿測試，而不是一口氣生成三十頁：
- 封面：觀眾今天能帶走什麼。
- 問題：為什麼先錄課可能會做很多白工。
- 判斷：先確認誰有需求，以及他現在怎麼解決。
- 方法：把專業拆成能交付的步驟。
- 範例：示範一個具體的課程規劃情境。
- 整理：重點回顧與下一步要完成的工作。
這只是一個教學示例，不是所有直播或課程都應該固定六頁。真實銷售簡報還要另外處理方案事實、價格、案例與承諾；AI 不應自行補出未經確認的收入數字或客戶見證。
第二步：建立共同的 16:9 視覺規範
一次生成多張圖片，最容易出現的問題不是單張不好看，而是各頁彷彿來自不同簡報。第一頁是科技感、第二頁突然變成卡通，第三頁又滿版塞字，整份簡報就失去一致性。
建議先建立一份簡短的視覺規範，包含三個層次。第一是基本版型：16:9 橫式、投影片邊緣保留安全空間。第二是視覺風格：固定主色、輔色、字體氛圍與插畫類型。第三是資訊密度：每頁一個主旨，避免把講稿整段放到畫面上。
以專業知識型品牌為例，可以指定藍紫色為主視覺、金色只用來強調一兩個重點，使用留白充足的卡片或概念圖。這是品牌設計上的建議，並不是 GPT Image 2 的官方配色要求。
如果觀眾會用手機觀看直播回放，應再縮減字數。電腦預覽看得清楚的小字，投影到遠處或壓縮成手機畫面後，不一定還能辨識。
第三步：用中文提示詞生成每張投影片
最穩當的方式，是一張張生成與檢查，而不是把整份講稿塞進一條指令。下方這段是可自行修改的工作指令範例，不是直接呼叫 API 的程式碼：
請協助製作一份給台灣講師使用的六頁簡報，主題是「第一門線上課程怎麼規劃」。請先輸出六頁的大綱，每頁列出標題、唯一核心訊息、應出現的畫面元素和必須保留的事實，等內容確認後再逐頁製作 16:9 圖片。整份採藍紫主色、少量金色重點、乾淨留白、專業且有希望感的設計。所有繁體中文必須使用我核准的原文，不得自行添加統計數字、保證、見證或引用。每張圖完成後先讓我檢查，再繼續下一頁。
如果使用能指定圖片尺寸的圖像 API，可以依需求設定 1536×864；如果使用的操作介面只提供比例選項，就指定 16:9，並以實際產出的檔案尺寸為準。不要把 API 文件中的參數格式，直接當成所有產品介面都能輸入的指令。
中文字尤其需要注意。圖像生成模型即使可以產出可讀的中文，也仍可能把術語、標點或數字畫錯。重要標題應短一點；需要絕對精準的文字，最好改放到 PowerPoint 的原生文字框。
第四步：由 Codex 整理圖片並組成 PowerPoint
圖片確認後，再進入檔案組裝。每張投影片建立一頁空白版型，再放入對應圖片，最後存成 .pptx。這一步可以使用 Python 的 python-pptx 函式庫；官方文件提供建立投影片、插入圖片和儲存簡報的操作方式。
以下是簡化的示意程式，假設六張圖片已經存在指定資料夾，且都是正確的 16:9 比例：
from pptx import Presentation
from pptx.util import Inches
prs = Presentation()
prs.slide_width = Inches(13.333)
prs.slide_height = Inches(7.5)
for number in range(1, 7):
slide = prs.slides.add_slide(prs.slide_layouts[6])
slide.shapes.add_picture(
f"slides/slide-{number}.png",
0, 0, prs.slide_width, prs.slide_height
)
prs.save("course-slides.pptx")這段程式只負責組裝已經存在的圖片，不會自己生成圖片，也不會自動檢查中文字。如果圖片不是同樣比例，直接指定寬高可能會把畫面拉伸；正式執行前要先確認圖片尺寸，必要時裁切或加邊，不能任意變形。
專案檔案也要保存完整：原始圖片、核准的每頁文字、組裝程式及最終 PPTX，最好放在同一個專案資料夾，避免日後修改某頁卻找不到素材。
第五步：逐頁檢查中文、資訊與投影效果
能打開 .pptx 不等於已經完成簡報。真正要交付給學員或客戶之前，應把每一頁實際播放一遍，至少檢查：
- 文字：繁體中文有沒有錯字、缺筆、錯誤斷行，專有名詞是否一致。
- 事實：數字、價格、流程、人物名稱與引用是否仍符合原始資料。
- 視覺：色彩、版型、圖示風格及重點位置是否一致。
- 可讀性：縮成實際播放大小後，文字是否太小或對比不足。
- 檔案：頁數、順序、圖片裁切、檔案大小與播放相容性是否正常。
- 交付：接收者是否需要編輯、複製文字或使用輔助閱讀功能。
尤其是圖片式簡報，圖裡的文字不像原生文字框那樣容易選取、搜尋或由輔助工具讀取。若簡報需要讓學員自行閱讀、複製筆記，應搭配可取得的文字講義，或保留真正可編輯的文字層。
全圖片式簡報最大的代價：改一個字也可能要重做
這是最需要事先告訴合作夥伴的限制。用圖片鋪滿投影片，視覺與文字已經合成在同一張圖裡。PowerPoint 雖然能移動、裁切或更換圖片，卻不能像編輯一般文字框那樣，直接點進圖片把一個字改掉。
如果是永久不變的觀念圖，這個限制通常能接受；如果是每週更新的產品價格、學員人數、成效數字或課程時程，重生整頁圖片不但費時，也可能讓原本已經確認的畫面跟著變掉。
更實際的折衷方法是：封面、章節頁、情境插圖使用 AI 圖片；標題、課程重點、數據與比較表維持可編輯。 這樣即使以後要更動課程名稱或交付條件，也不用重新生成整張背景。
如果你本來就重視高度可編輯、可互動的版面，也可以延伸閱讀AI HTML Presentation 是什麼？，比較用 HTML 建立簡報與 PowerPoint 圖片組裝的差別。
哪三種情境最適合這套做法？
一、講師的課程封面和觀念說明
封面與抽象概念圖通常不需要每天調整，用 AI 生成一張完整畫面能節省找素材、配圖與排版的時間。真正的課程知識、公式或需要更新的細節，仍建議保留在文字教材中。
二、顧問提案中的情境示意
如果要讓客戶快速理解某個流程、服務前後差異或產品概念，可以生成視覺示意。要留意：示意圖不是實際完成成果，不能把 AI 生成圖片冒充客戶的正式案例或產品畫面。正式報價與合作條件，應另外使用可核對的文字。
三、免費直播的章節轉場和主題重點
直播中的段落轉場、重點摘要和問題畫面適合使用視覺強烈的圖片。若是涉及方案內容、價格、付款方式、期間與條件的投影片，則應以可編輯、可即時核對的文字版型為主，避免臨時修正時手忙腳亂。
Codex、Gamma 和 HTML 簡報，應該怎麼選？
不必因為某種方法新，就把原本好用的工具全部換掉。選擇依據是交付需求，而不是工具名氣。
| 需求 | 可以優先考慮 | 特別留意 |
|---|---|---|
| 定稿後少修改、重視視覺風格 | Codex 搭配圖像生成與 PPTX 組裝 | 全圖片式編輯限制 |
| 要快速製作第一版簡報 | Gamma 等 AI 簡報工具 | 匯出後仍需檢查版型與內容 |
| 需要網頁互動、版面程式化 | HTML 簡報工作流程 | 播放環境與分享方式 |
| 經常更改表格、價格、數據 | 原生 PowerPoint 或混合式版面 | 人工驗證與設計一致性 |
如果想了解 Gamma 如何處理簡報初稿，可以參考Gamma AI 簡報功能、費用與使用方式。這些方法都可以完成簡報，但最終要花多少時間修改、是否能讓別人接手，差異相當大。
Codex 製作 PPT 常見問題
Codex 可以完全自動做出 PPT 嗎？
在具備合適工具、權限與檔案處理能力的環境裡，可以協助安排大綱、生成圖片和組裝檔案。但每個帳號與操作環境不同，仍應確認圖像生成功能是否可用，並由人工檢查結果，不能保證任何環境都能一鍵完成。
GPT Image 2 能產生 16:9 的圖片嗎？
OpenAI 的圖像 API 文件列出 GPT Image 2 支援符合規格的自訂尺寸，1536×864 就是其中一個 16:9 例子。實際輸出品質、成本和功能，應以當時使用的工具與官方說明為準。
圖片式 PowerPoint 能直接修改中文字嗎？
不能把圖片內的字當成 PowerPoint 文字框直接編輯。若需要修改，通常得更換圖片或另外覆蓋文字層。因此常更動的關鍵資訊更適合使用原生文字框。
一定要會寫 Python 才能使用這套方法嗎？
不一定。可以先手動把圖片放入 PowerPoint，也能使用 Codex 協助撰寫組裝程式。不過如果要真正批次自動化，仍應有人能檢查檔案路徑、程式執行結果與輸出的簡報。
一張圖生成得很漂亮，整份簡報就會很好嗎？
不一定。每頁都漂亮，卻沒有清楚的訊息順序，觀眾仍可能看不懂。應先確定每頁目的，再檢查整份簡報的資訊、節奏與敘事是否連貫。
適合用來製作高價課程或企業提案嗎？
適合用於封面、觀念圖、章節頁與視覺示意，但涉及精確費用、服務內容、客戶證據與正式承諾時，不應只相信生成圖片上的文字。應保留可核對的正式資料。
圖像生成的簡報需要注意著作權或資料保密嗎？
需要。上傳資料前，先確認你有權使用圖片、商標、客戶文件和其他素材，也要確認工具的資料處理條件。不要把未經授權的作品風格、機密資料或他人案例直接當成可自由公開的內容。
結語：簡報做得好看，也要方便使用和維護
Codex 搭配 GPT Image 2，提供了一種把圖像生成與 PowerPoint 組裝結合的做法。只要先規劃內容、統一視覺風格、逐頁檢查並保存原始素材，就能把重複工作整理成比較有秩序的流程。
真正要先決定的，並不是要用多少 AI 功能，而是這份簡報的任務：觀眾要看懂什麼、什麼資料不能錯、日後誰負責修改。適合用圖片的地方就用圖片，需要精準與可編輯的地方就保留文字。比起追求完全自動，這才是更能長期使用的製作方式。
參考資料
OpenAI Skills｜Image Generation Skill｜2026年查閱
OpenAI Codex｜Image Generation Tool Description｜2026年查閱
OpenAI Developers｜Model Catalog｜2026年查閱
OpenAI Developers｜Image Prompting｜2026年查閱
OpenAI Developers｜GPT Image 2 Model｜2026年查閱
OpenAI Developers｜Create Image API Reference｜2026年查閱
python-pptx｜Shapes API Reference｜2026年查閱