描述問題/錯誤/問題
在我的 n8n Cloud 實例上，任何解析 PDF 的節點都會失敗，並出現 pdf.js 版本不匹配錯誤。這會影響以下兩者：
n8n-nodes-base.extractFromFile（操作：從 PDF 提取）@n8n/n8n-nodes-langchain.documentDefaultDataLoader（資料類型 = Binary）
輸入是有效的 PDF（通過 HTTP Request 節點下載的已簽署 Supabase Storage URL，MIME 類型 application/pdf，約 2.5 kB）。二進制資料正確到達節點 — 故障發生在 PDF 解析步驟本身內。
這看起來像是在同一實例中加載了兩個不同版本的 pdf.js（「API」側和「Worker」側的版本不同，無法通信）。
錯誤訊息是什麼（如有）？
The API version "5.4.296" does not match the Worker version "5.3.31".
分享最後一個節點返回的輸出
失敗的節點（Load Document / 二進制模式下的默認資料加載程序）返回：
The API version "5.4.296" does not match the Worker version "5.3.31".
n8n 設定資訊
- n8n 版本： 2.25.7
- 資料庫：（託管 — n8n Cloud）
- n8n EXECUTIONS_PROCESS 設定： 默認值（託管 — n8n Cloud）
- 執行 n8n 的方式： n8n Cloud
- 作業系統： N/A（Cloud）
我已經嘗試過的方法
- 刪除失敗的節點並從頭開始重建，然後重新連接工作流 — 相同錯誤（因此這不是工作流中存儲的節點版本問題）。
- 在 Latest Stable 和 Latest Beta 之間切換實例 — 錯誤沒有消失，它只是移動到不同的工作流/節點。一個構建破壞工作流 A，另一個構建破壞工作流 B。這種打地鼠行為強烈暗示 pdf.js 打包不匹配是在構建級別，而不是工作流問題。
- 檢查設定 — 我沒有安裝任何社群節點（因此這不是 Tesseract / OCR 社群節點衝突，這是在較舊討論串中報告的常見原因）。
注意/背景
- 因為我在 n8n Cloud 上，我無法控制 worker 映像或自己固定/對齐 pdf.js 依賴項。
- 這似乎與報告相同版本對的現有討論串有關：The API version "5.4.296" does not match the Worker version "5.3.31"
- 在該討論串中，修復涉及將所有容器對齐到同一版本，這不是 Cloud 用戶可以做的事情 — 所以我懷疑這是 2.25.x Cloud 構建中的 pdf.js 打包錯誤。
問題
- 這是 2.25.x Cloud 構建中已知的 pdf.js 打包問題嗎？
- 有沒有特定的穩定版本，其中 API 和 Worker pdf.js 版本對齐，我應該固定到該版本？
- 唯一可靠的前進道路是在 n8n 內置 pdf.js 節點之外提取 PDF 文本（例如在調用 webhook 之前在自己的後端提取，或通過外部提取 API），還是預期會很快推出修復？
