# 將 PDF 轉成 Markdown 供 ChatGPT 或 Claude 使用：讓回答能追溯回原始出處

把 PDF 整理成結構化的 Markdown，依上下文切分內容，保留出處定位，並對照原始文件核對 AI 的回答。

把 PDF 轉成 Markdown，可以讓內容更容易編輯，也方便交給 AI 助理處理。但這不代表文件從此成了經過查證的證據，也不保證助理一定能正確解讀。

提問之前，先確認自己能從回答一路追回原始出處。一份條理分明、卻無法回溯來源的摘要，往往比原始 PDF 更難核對。

## 還原結構，別把整頁內容直接貼上

PDF 的版面是固定的，直接複製常會出現斷行錯亂或欄位混在一起。Markdown 能用標題、段落、清單和連結，把內容排成你可以逐項檢查的順序。如果是掃描檔，得先透過辨識把文字取出來，後面這些結構才有意義。

使用 [PDF 轉 Markdown](https://pdfcraft.ai/zh-Hant/pdf-craft/pdf-to-markdown/)，上傳 PDF、選擇 Markdown，再下載轉好的檔案。在把段落送到其他服務之前，先檢查標題、表格標籤、公式和閱讀順序。轉檔時若把某個限定條件放錯位置，即使引用的字句本身正確，之後的回答也可能因此誤導人。

請把原始 PDF 和相關的附件資源跟 Markdown 放在一起。文中提到某張圖，不代表助理真的收到那張圖片；表格若少了標題或單位，可能就讀不懂了。

## 依內容脈絡切分，不要任意裁切

挑出一個包含你問題所需證據的章節，連同它的標題、定義、相關註記，以及限制該論點的段落一起帶上。不要為了湊成某個固定區塊大小，就硬把句子截斷，或把表格跟欄位標籤拆開。

在自己的工作副本裡使用固定的標籤。例如：「來源 A，版本日期，PDF 檢視器第 14–16 頁，第 3.2 節」。如果要把檔案切開，記得把這段出處註記帶進每一份節錄。

不要預設 ChatGPT 或 Claude 的附件上限或上下文容量是多少，它們支援的介面與帳號限制都可能變動。請依目前產品實際接受的輸入方式操作，無論是附件或貼上的節錄，並在送出私人資料前先確認它的資料處理條款。

PDF Craft 匯出的是一份文件；這套流程並不宣稱能與上述任一助理自動整合，也不是完整的知識庫匯入系統。

## 要求回答時一併附上證據位置

指令寫得具體才有用，例如：「只根據這段節錄，列出作者提出套用此方法的條件。引用簡短的佐證字句，並標明它們所屬的章節標籤。若這段節錄無法回答問題，請直接說明。」

請把這當成要求一份可核對的回答，而不是保證助理一定會照做。助理仍可能把段落錯誤拼湊、漏掉某個條件，或給出看似合理的出處。

來源有多份時，給每一份不同的標籤。先請助理分別說明各份文件各自說了什麼，再請它做比較。否則它可能把某位作者的限制條件，當成另一位作者的結論。

你下的指令要和擷取出來的內容分開。文件裡可能夾帶引用的指令、表單或指示，這些都該當成原始素材來分析，而不是照著執行。

## 關鍵細節回到 PDF 核對

挑出回答裡最重要的一項主張，自己找出對應的段落。把它的用字、限定語、數字和出處位置跟原始 PDF 比對。如果回答依據的是表格，要核對列標籤和單位，不能只看抄過來的數值。

若某個引註或頁碼定位找不到，就把這項主張標為尚未解決。不要叫助理編一個新的引註出來。換個說法再流暢解釋一次，並不算是獨立的來源查核。

遇到方程式和特殊符號，除了 Markdown 也要看原始影像。各編輯器和 AI 介面的呈現支援不一。如果某個運算式在辨識或傳送過程中變了樣，後續的回答就無法單靠上下文安全地還原它。

## 對話結束後，留下研究軌跡

把原始 PDF、檢查過的 Markdown、實際使用的節錄，以及你打算採用的回答都保存下來。修正內容請寫在工作副本裡，不要覆蓋掉唯一的一份匯出檔。

[Markdown 研究指南](https://pdfcraft.ai/zh-Hant/blog/pdf-to-markdown-for-research/) 談的是如何做重視出處的筆記；[掃描書研究筆記](https://pdfcraft.ai/zh-Hant/blog/scanned-books-to-markdown-notes/) 則說明如何整理篇幅較長的閱讀資料。

Markdown 能減少準備可用輸入時的麻煩，但要能可靠地重複使用，還是得靠檢查擷取出來的內容，並核對助理的說法。你要的結果，是重點部分都能查證的回答，而不只是聽起來很有把握的回答。