DOCX 轉 Markdown 轉換器本身無法開啟 PDF 檔案，因此若要將 PDF 以可編輯的 Markdown 形式匯入 Obsidian，你需要先把 PDF 另存成 Word 的 .docx，然後在瀏覽器本地端轉換該檔案 — 不上傳、不使用 Pandoc、也不需要命令列。這個工具會使用 JavaScript 的 ZIP 讀取器來讀取 .docx 中的 Office Open XML 套件，並透過瀏覽器內建的 XML 解析器來解析主要文件，接著輸出一個依照你實際標題樣式與表格結構所產生的 Markdown 檔案。Word 中的標題 1 到標題 6 會在輸出中對應為 # 到 ######，普通段落則維持為一般文字，簡單的矩形表格會被改寫為 Markdown 管道表格，並將第一列視為標頭。任何 Word 能表達但 Markdown 無法表達的內容 — 頁碼、欄位、形狀、圖片、註解、追蹤修訂、合併儲存格、自訂字型 — 會刻意被捨棄或降級為純文字，而不是被扭曲成假的語法。因為每個步驟都在當前分頁中執行，所以無論是原始的 PDF 或中間的 .docx，都不會離開你的裝置。當文件屬於私人日記、合約草稿，或任何受 NDA 保護的內容時，這點格外重要。最終結果是一個 .md 檔案，你可以直接放進你的 Obsidian 資料庫，並像編輯其他筆記一樣處理它。
為什麼 PDF 在 Obsidian 資料庫中形同死檔
Obsidian 會將每一則筆記儲存為純 Markdown 檔案，放在你指定的資料夾中，而這款應用程式廣為人知的功能 — 反向連結、圖譜視圖、全文搜尋、標籤自動完成、Dataview 外掛，以及一長串社群外掛 — 全部都是運作於這些 .md 檔案內的文字之上。如果你把一個 PDF 丟進同一個資料夾，它會被視為二進位附件。Obsidian 內建的閱讀器可以顯示頁面，但其中的文字永遠不會進入搜尋索引，圖譜也看不到 PDF 與你其他筆記之間的連結，而且你若不切換到另一個 PDF 閱讀器，就無法從附件中複製任何一個句子。這就是為什麼想讓 PDF 真正融入知識庫的人，會先將它轉檔。難題在於，常見的轉檔工具要不是會把你的檔案上傳到遠端伺服器，就是要求你安裝可運作的 Pandoc 加上 LaTeX 工具鏈，不然就是回傳充滿損壞表格與缺漏標題的 Markdown。
兩步式橋樑:PDF → DOCX → Markdown
想在不犧牲隱私的前提下，從 PDF 復原出乾淨的 Markdown 草稿，最可靠的方式就是一個簡短的兩步式橋樑。第一步是在 Microsoft Word、LibreOffice Writer 或 Google Docs 中開啟 PDF，然後使用「另存新檔」來產生 .docx 檔案。Word 與 Writer 會把 PDF 視為要重建的版面，這通常能保留文字順序，並讓你在 OCR 錯誤進入資料庫之前，有機會先修正明顯的錯誤。第二步則是把 DOCX 轉 Markdown 轉換器指向那個 .docx，讓它直接讀取 Word 文件結構，而不是從 PDF 來猜測字型與邊距。如此產生的 Markdown 檔案，會依照你在 Word 中實際撰寫的標題與表格來呈現，而不是 PDF 解析器所猜測的內容。如果讀者想更深入了解「PDF 轉 DOCX」這一半的流程，可以參考透過 DOCX 將 PDF 內容轉為 Markdown這篇指南，它更詳細地說明了相同的工作流程，並列出在各作業系統上處理第一步的免費工具。
準備 DOCX，讓標題得以保留
轉換器只會依循結構性的意圖，而不會理會視覺上的格式，因此一個手動設成粗體且 18 點的文字段落，在 Markdown 檔案中只會變成普通段落。這個工具絕不會根據字型大小或粗體文字來猜測標題層級，因為一旦猜測，就會捏造出原文根本沒有的結構。在轉換之前，請開啟 .docx，並把 Word 內建的「標題 1」、「標題 2」、「標題 3」段落樣式套用到你希望顯示為 #、## 與 ### 的標題與章節標頭。「樣式」窗格(在 Word 中按 Alt+Ctrl+Shift+S，或在 LibreOffice 中檢視 > 樣式)可以讓你快速掃過整份文件。對於只是普通段落的內容，請套用「內文」或「標準」樣式。表格也要檢查:可以的話，把合併的儲存格合併成單一標頭列，把巢狀表格拆成並排的獨立表格，並移除任何只在列印版面上才需要的裝飾性邊框。Word 中複雜的清單編號無法在基礎 Markdown 中完整呈現，因此會退而求其次，以可讀的 Tab 隔文字呈現，而不是產生無效或誤導性的表格。
使用 DOCX 轉 Markdown 轉換器來轉換 DOCX
接下來就是轉換本身。整個工作都在你的瀏覽器分頁中執行，所以如果你的裝置記憶體不足，請先關閉其他吃資源的分頁。
- 在瀏覽器中開啟 DOCX 轉 Markdown 轉換器。
- 點擊檔案選擇器，從你的裝置中選擇準備好的 .docx。
- 稍等一下，工具會檢查 DOCX 套件的大小、ZIP 目錄結構、項目數與宣告的展開大小，接著 XML 解析器會逐步處理主要文件。
- 閱讀出現的唯讀 Markdown 預覽，捲動內容來確認你的標題已正確對應為 #、##、### ，而且簡單的表格都是乾淨的管道表格。
- 如果有任何看起來不對的地方 — 例如某個表格因為有合併儲存格而退成了 Tab 隔文字，或是某個標題因為從未套用樣式而缺失 — 請回頭修正原始的 .docx，然後重新執行轉檔，而不是手動修補 Markdown。
- 點擊下載按鈕，將 .md 檔案儲存到你的裝置上。
- 在任何純文字編輯器中，或直接在 Obsidian 中開啟這個 .md，在把它當成完成的筆記之前，先做一次簡短的編輯修訂。
下載得到的 .md 檔案已準備好可以移入你的資料庫。
轉換器會保留什麼、會捨棄什麼
預先了解哪些內容能存活、哪些不能會很有幫助，因此下表列出了轉換器依據 Microsoft Learn 上 WordprocessingML 文件的參考文件 所記載的 Office Open XML 結構所承諾的行為。
| Word 功能 | Markdown 檔案所包含的內容 | 原因 |
|---|---|---|
| 標題 1–6 段落樣式 | 標題行 # 到 ###### | 明確的結構對應到明確的 Markdown 語法 |
| 未套用標題樣式的粗體或大字級文字 | 普通段落 | 此工具不會從外觀來猜測標題 |
| 簡單的矩形表格 | 管道表格，第一列為標頭 | 基礎 Markdown 僅支援單一表格形狀 |
| 合併、巢狀或行列不齊的表格 | Tab 隔的純文字 | 假造的表格會誤導讀者與 Obsidian 外掛 |
| 普通段落 | 保留換行與 Tab 的文字 | 可見的空白會被保留，而不是被刪除 |
| 圖片、形狀、圖表、文字方塊 | 不會包含 | Markdown 沒有原生對應用法;請使用專門的擷取工具 |
| 註解、追蹤修訂、欄位、引文 | 不會包含 | 這些是審閱中繼資料，而非文件內容 |
| 自訂段落或字元樣式 | 視為一般文字 | 猜測會捏造出原文沒有的結構 |
如果你的目標是擷取可讀文字，而完全不要任何 Markdown 語法，那麼 DOCX 轉 Text 轉換器可以用相同的本地端、不上傳的方式完成。如果你特別需要從 Word 檔案中取出超連結，Word Hyperlink Extractor 可以乾淨地將它們抽出。把這些任務分散在不同工具中是刻意的設計 — 因為一個聲稱什麼都能做的單一轉換器，一定會在你看不到的地方悄悄犧牲保真度，而轉換之後做一次簡短的編輯修訂，也是這項安排的一部分。
把 .md 放入 Obsidian 並加以潤飾
一旦 .md 檔案到了你的裝置上，就可以把它移動或複製到 Obsidian 作為資料庫所監看的資料夾。應用程式會在下次重新整理時建立索引，標題會成為該則筆記的顯示名稱。接下來的編輯就是一般的 Markdown:加上 [[雙方括號]] 把匯入的筆記連結到既有筆記，使用 #標籤 來分組，若匯入的標題太長不方便做成行內連結，可以用 [[note name|alias]] 這樣的語法。如果某個棘手的表格在轉換時退成了 Tab 隔文字，請手動把它重建為管道表格 — 資料一旦攤在螢幕上，Markdown 表格其實很簡單。可讀性分數檢查器能讓你快速掌握匯入筆記的資訊密度;若你想知道匯入的內容是否該拆成較小的筆記，以維持圖譜視圖的實用性，字數計數器就很方便。在 Obsidian 中儲存筆記之後，它就會成為你資料庫中的正式一員，可以像你自己手打的內容一樣被搜尋與連結。