你怎麼知道文件真的轉對了？

沒有人看得見的那種失敗

轉出來的文字通常看起來很正常。問題正在這裡：少掉的東西不會留下空位。

• 一張圖表承載了整份文件的結論。周圍的段落轉得完美無缺，圖表沒有轉過去，而且沒有任何記號告訴你它不見了。
• 報告中間有一頁是掃描的。前後文字都轉好了，那一頁卻是空的，或者是一段沒有人標記過的辨識猜測。
• 試算表裡的數字是公式算出來的。如果檔案本身沒有存下計算結果，那些儲存格就只是空白。
• 一旦文字送進 AI，這些都救不回來了——模型是根據它收到的東西回答，不是根據你的文件實際寫了什麼。

每一次轉換，我們都會告訴你的事

以下這些會自動出現在你的結果頁上。它們是從你的檔案量出來的，不是估計的。

• 你的文件裡有、但 Markdown 裡沒有的圖片、圖表、SmartArt 與內嵌檔案。Word、PowerPoint、Excel 的數字是精確的——直接來自檔案自己的內部結構。
• PDF 也有同樣的揭露，但寫成「至少 N 張圖片」。像標誌、分隔線這類小圖形是刻意不計入的，所以實際數量可能更多——我們寧可少報，也不要多報。
• 掃描頁實際上是哪個辨識引擎讀的、信心度多少。如果主要引擎當時無法使用、改用了較弱的備援引擎，我們會講出來——它對中文明顯較差，你有權在相信那段文字之前就知道這件事。
• 掃描頁面中，若含數字的 OCR token 信心比周圍文字低至少 10 個百分點，我們會同時顯示兩個數字並請你回原始檔核對。這只是需要檢查的警示，不代表該數字一定正確或錯誤。
• 掃描文件超過頁數上限時，有哪些頁完全沒有被轉換。
• 試算表中，哪些公式的計算結果從未被存進檔案。那些儲存格我們留白，不會自己編一個數字出來。
• 大型表格何時因為我們自己的上限而被截斷。
• 試算表中顯示四捨五入數字的儲存格。Excel 可能顯示 1,234.57、實際存的是 1,234.56789；我們跟隨顯示值，並告訴你哪些儲存格屬於這種情況，方便你回頭查原始檔。
• 擷取出的來源文字中，有數字未原樣出現在最終 Markdown 時。我們只告訴你數量、不列出你的數值，並請你回原始檔核對。
• 我們直接拒絕的時候——讀不到文字、有密碼保護、頁數過多、活頁簿過於複雜——都會說明原因。你不會拿到一個被包裝成成功的空結果。

我們憑什麼敢這樣講

• Office 檔案本身是有固定內部結構的壓縮檔，所以圖片和圖表是從檔案自己的內容清單數出來的，不是猜的。
• PDF 裡沒有「圖片清單」這種東西，只有繪圖指令，所以我們跟著那些指令走，量出每張圖實際佔了頁面多大。小到不可能是內容的，一律當成裝飾，不列入計數。
• 上述每一項行為都有自動化測試把關，每次改動前都會跑——其中包含專門用來防止這些數字被灌水的測試。
• 當一項量測無法完成時，我們選擇什麼都不說，而不是回報一個零。「我們沒有看」和「本來就沒有」是兩件不同的事。

常見問題