找 ComfyUI 的 EXIF?有用的資料其實在 PNG 文字區塊裡

很多人會去搜尋「ComfyUI EXIF」,然後在 EXIF 裡什麼也沒找到,於是認定資料根本沒被寫進去。實際上 ComfyUI 通常把生成資訊寫在 PNG 的文字區塊,而不是相機用的 EXIF。把原始 PNG 交給 AICheck365,就能在你的瀏覽器裡取出提示詞與工作流程 JSON、節點數量、模型名稱、seed、sampler、CFG 與尺寸,以及原始文字區塊本身。

重點:鍵名會告訴你是哪個前端寫的

prompt 與 workflow 這兩個鍵是 ComfyUI 的慣例,內容是序列化後的節點圖 JSON;若看到 parameters,那通常是 AUTOMATIC1111 風格的輸出,會把提示詞、seed、sampler、CFG 與模型打包成一串文字。這些都沒有簽章,因此可以被修改或移除。它們能很好地說明圖是怎麼做出來的,但無法證明。

內建樣本與解析結果

內建樣本來自 ComfyUI 官方範例的 Stable Diffusion XL PNG,可在樣本清單中直接重現。
偵測到的欄位名為 prompt 與 workflow 的 PNG 文字區塊,內含完整但未簽章的工作流程 JSON、節點圖與生成參數。
證據等級未簽章的描述性中繼資料:對「這張圖怎麼來的」解釋力很強,但不像 C2PA 簽章那樣具備防竄改性。

可檢查的來源線索

promptComfyUI 的節點圖資料與生成參數,以 JSON 序列化後存放。
workflow完整的流程結構;只要原始 PNG 沒被破壞,通常可以直接載回 ComfyUI 重現。
模型與 sampler 欄位存在時會讀出 checkpoint 或模型檔名、sampler、scheduler、steps、CFG、seed 與長寬。
原始文字區塊保留 tEXt/iTXt/zTXt 的原值,方便進一步檢視或匯出成 JSON。

為什麼不是 EXIF

EXIF 是相機的標準,欄位是為快門、光圈、鏡頭這類資訊設計的,格式固定。一段多行的提示詞、或一整張序列化的節點圖,在 EXIF 裡根本沒有能放的位置。PNG 規格則定義了文字區塊,可以存放任意的鍵值字串,所以整個生態系自然就落在那裡。這也解釋了一個很常見的誤會:只會讀 EXIF 的工具,在一個其實塞滿可讀證據的檔案上,會回報「什麼都沒有」。

什麼會把工作流程弄不見,什麼不會

文字區塊的脆弱之處很好預測:複製沒問題,重新編碼就危險。實務上:

  • 把 PNG 轉成 JPEG 會整組丟失,因為 JPEG 沒有對應的容器可以放。
  • 社群平台與通訊軟體會重新編碼上傳內容,文字區塊也一併消失。
  • 截圖只留下畫面:那是從像素產生的新檔案,中繼資料一概不留。
  • 單純複製、搬移檔案,或上傳到會原樣保存的空間,則能完整保留。

取出 ComfyUI 工作流程的步驟

  1. 使用原始 PNG — 用前端寫出來的那個檔案,不要用截圖、轉檔後的 JPEG 或從社群平台重新下載的版本。
  2. 開啟 PNG 參數擷取工具 — 解析在你的瀏覽器內完成,讀取過程不會上傳檔案。
  3. 確認是哪個前端 — prompt 或 workflow 指向 ComfyUI,parameters 則指向 AUTOMATIC1111 風格的輸出。
  4. 讀取生成設定 — 檢視實際存在的提示詞、負面提示詞、seed、sampler、CFG、steps、模型與尺寸。
  5. 正確評估份量 — 把結果當成很強的來源說明,但要記得它沒有簽章,因此可被編輯。

檢測邊界

要取提示詞與工作流程就用 PNG 參數擷取工具;若還想一併檢查 C2PA 與 EXIF/XMP,請執行完整檢測。

常見問題

ComfyUI 的中繼資料真的是 EXIF 嗎?

通常不是。重要的資料多半放在名為 prompt 與 workflow 的 PNG 文字區塊裡,而不是相機用的 EXIF 標籤。

可以還原出完整的工作流程嗎?

若是原始 PNG 匯出檔,通常可以,但前提是 workflow 區塊當初有被寫入且沒有在後續流程中被移除。

為什麼信心度比 C2PA 低?

因為 ComfyUI 的工作流程中繼資料沒有簽章,可以被編輯,也可以被複製到別的檔案上。

檔案會被上傳嗎?

不會。解析由編譯成 WebAssembly 的 Rust 在瀏覽器內執行,提示詞與工作流程都留在你的裝置上。

來源與驗證紀錄

重要:未發現該平台的來源訊號,並不能排除檔案由該平台生成。來源資訊可能從未被寫入,或已在匯出、壓縮、轉碼、截圖等過程中被移除。