移轉指南 - Anki 匯入 Markdown
如何將 Markdown 筆記匯入 Deckbase
Markdown 檔案很適合當作閃卡來源，因為標題階層與項目符號清單本身就已經編碼了問答結構。本指南會把你的 .md 筆記庫變成可複習的卡片。
Deckbase閱讀時間 6 分鐘
何時使用這套流程
適合使用 Markdown 筆記系統、想停止反覆重讀筆記，並在不手動建立卡片的情況下開始主動回憶的學習者。
請把這視為一套可操作的搬移流程，而不是一次性的檔案上傳。目標不只是匯入成功，還要在轉換後的幾週內維持更好的複習一致性，並降低卡片維護成本。
匯入前檢查清單
- 筆記使用一致的標題層級（主題用 H1/H2，提示用 H3）。
- 項目符號清單採用清楚的問答或詞彙定義模式。
- 各檔案中的標籤或來源等 frontmatter 欄位保持一致。
只要有一項檢查清單未通過，請先修正再匯入。事前整理比匯入後修補數百張卡片快得多。
逐步搬移流程
- 1檢查你的 Markdown 筆記庫，挑出標題或清單結構清楚的檔案。
- 2統一 frontmatter 鍵名（tags、source、topic），讓 Deckbase 能將它們對應到卡片中繼資料。
- 3匯入 Markdown 檔案，並確認標題會變成卡片正面、清單內容會變成背面。
- 4抽查 20 張卡片，確認標題轉成提示的準確度，並編輯任何語意不清的提示。
- 5開始每日複習，並在第一週淘汰過於籠統的卡片。
常見錯誤與修正
標題深度不一致
匯入前先將每個主題統一成相同層級的標題，讓提示保持一致。
過長的巢狀清單被匯入成一張卡片
把含有多個項目的清單拆成獨立卡片，或以子標題作為界線。
程式碼區塊被當成純文字處理
確認圍欄程式碼在卡片預覽中清晰可讀，必要時簡化。
維基連結仍保留原始方括號
把維基連結轉換成純文字主題名稱或標籤，讓卡片文字保持易讀。
每次修正後，先用一個小型測試牌組驗證。若測試品質穩定，再把同樣的修正方式套用到整批資料。
範例輸出品質檢查
- 正面：Markdown 中的 `#` 符號代表什麼？ | 背面：標題層級指示符（H1 到 H6）。
- 正面：筆記檔案中 frontmatter 的用途是什麼？ | 背面：在本文之前儲存標籤、日期與來源等中繼資料。
- 正面：以清單製作卡片的最佳做法是什麼？ | 背面：每個清單項目只放一個概念；把巢狀項目拆成獨立卡片。
品管時，請逐張檢查範例卡片是否清楚、是否只考一個重點，以及答案是否精準。不要匯入只測措辭、不測理解的卡片。
實用測試法：若複習時能在 10 秒內正確回答，通常代表這張卡片的範圍拿捏得不錯；若不行，就拆分或改寫。
常見問題
可以匯入整個 Obsidian 筆記庫嗎？
可以。將筆記庫匯出成 Markdown 檔案，再依主題分批匯入，以便管理品質檢查。
卡片支援程式碼區塊嗎？
短片段效果很好。非常長的區塊應摘要成概念提示。
匯入後還需要保留來源筆記嗎？
保留原始檔作為備份。匯入後可在 Deckbase 中獨立編輯卡片。
把你的 Markdown 筆記庫變成主動回憶
今天就匯入一個主題檔案，開始把筆記當成閃卡複習。
提示：進階流程請保留原始匯出檔作為備份，並以批次名稱和日期記錄每一次搬移嘗試。
鎖定的搜尋意圖：Anki 匯入 Markdown。本指南以實用搬移流程頁的角度撰寫與檢視，並非一般性知識文章。