Jimmy 是一個筆記轉換工具,目標是把不同筆記應用或文件格式裡的內容轉換成 Markdown。它適合想把筆記從封閉應用裡遷出來、放進 Obsidian、Joplin,或者只想長期保存為純文字的人。
專案文件裡的定位很直接:匯出或備份原筆記應用的資料,運行 jimmy 轉換,再把結果匯入 Joplin、Obsidian,或者直接用 VSCode 等文字編輯器查看。
Jimmy 解決什麼問題
很多筆記應用都有自己的匯出格式。換應用時,最麻煩的往往不是文字內容,而是圖片、附件、標籤、內部連結和 front matter 這些結構化資訊。
Jimmy 做的事情就是把這些匯出資料盡量整理成更通用的 Markdown 目錄:
- 筆記正文轉換為 Markdown。
- 盡量保留圖片、資源和附件。
- 盡量保留標籤、外部連結和筆記內部連結。
- 輸出 Markdown + front matter。
- 結果可以匯入 Joplin、Obsidian 等工具,也可以直接用文字編輯器查看。
這類工具的意義在於降低遷移成本。筆記一旦變成 Markdown,就不再強綁定某個應用,後續備份、搜尋、版本管理和 LLM 處理都會簡單很多。
支援的筆記應用很多
Jimmy 支援的來源覆蓋面很廣,包括 Anki、Anytype、Bear、CherryTree、ColorNote、Day One、Diaro、Drafts、Dynalist、Evernote、Google Docs、Google Keep、Joplin、Notion、Obsidian、OneNote、QOwnNotes、RedNotebook、Reflect、Roam Research、Signal、Simplenote、Standard Notes、Synology Note Station、Telegram、Tiddlywiki、Turtl、UpNote、Wordpress、Zim、Zoho Notebook 等。
並不是所有來源的保真度都完全一樣。實際遷移時,仍然要先用一小批筆記試跑,重點檢查圖片、附件、標籤、內部連結和日期欄位是否符合預期。
也能轉換普通文件
除了筆記應用匯出,Jimmy 也能處理一些常見文件格式。文件中提到可以轉換單一檔案,也可以遞迴轉換整個資料夾,適合把雜亂的資料目錄整理成 Markdown。
常見支援格式包括:
| 類型 | 例子 |
|---|---|
| 辦公文件 | DOCX、ODT、RTF |
| 標記語言 | Asciidoc、DocBook、Markdown、MediaWiki、reStructuredText |
| 網頁與電子書 | HTML、MHTML、EPUB |
| 資料與結構化檔案 | CSV、OPML、Jupyter Notebook |
| 其他 | PDF、EML、Fountain、txt2tags |
如果只是把 DOCX、PDF 或 HTML 批量轉成 Markdown,Jimmy 也可以作為一個離線批次處理工具來用。
兩種使用方式
Jimmy 提供 CLI 和 TUI 兩種介面。
| 介面 | 適合場景 | 說明 |
|---|---|---|
| CLI | 批次處理、腳本、完整功能 | 適合一次性轉換資料夾、寫遷移腳本、指定來源格式 |
| TUI | 互動式轉換 | 適合手動操作,目前功能子集仍處於 beta 狀態 |
官方 README 給出的 Linux 示例命令如下:
|
|
這些命令說明它不是只面向某一個筆記應用,而是把「筆記匯出包」和「普通文件目錄」都納入了同一套轉換流程。
它的幾個特點
| 特點 | 說明 |
|---|---|
| 離線運行 | 轉換過程不依賴雲服務,適合處理私人筆記 |
| 開源 | 倉庫採用 GPL-3.0 license |
| 跨平台 | 官方提供 Linux、Windows、macOS 下載 |
| 獨立二進位檔 | 不要求使用者額外安裝 Docker、Python 或 Node.js |
| 不使用 AI | 轉換過程不調用 AI,結果更可控,也減少隱私顧慮 |
| Markdown + front matter | 方便匯入筆記軟體,也方便後續用 Git 管理 |
其中「離線」和「不使用 AI」很適合筆記遷移場景。筆記裡經常有私人資訊、工作資料和歷史附件,把轉換放在本地完成,會讓風險邊界更清楚。
適合誰使用
Jimmy 適合幾類人:
- 想從 Evernote、Notion、OneNote、Google Keep 等工具遷移到 Markdown 的使用者。
- 想把筆記匯入 Obsidian、Joplin 或其他純文字工作流的人。
- 想把長期資料保存為未來更容易讀取格式的人。
- 想把筆記或文件準備成 LLM 可處理文字的人。
- 需要遞迴轉換 DOCX、PDF、HTML、ODT 等資料夾內容的人。
它不一定適合追求「一鍵完美遷移」的使用者。不同筆記應用匯出格式差異很大,複雜頁面、資料庫、嵌入內容和內部連結都可能需要人工複查。
使用前的檢查建議
真正遷移前,建議按這個順序做:
- 先從原筆記應用匯出一小批樣本。
- 用 Jimmy 轉換樣本,而不是一上來轉換全部筆記。
- 檢查 Markdown 正文、圖片、附件、標籤、建立時間、內部連結。
- 確認目標應用,例如 Obsidian 或 Joplin,能正確識別目錄結構和 front matter。
- 再對完整匯出包執行轉換。
- 保留原始匯出包和轉換結果,至少等確認無誤後再清理。
這個流程雖然慢一點,但能避免遷移後才發現附件遺失、連結斷掉或標籤結構不對。
我的判斷
Jimmy 的價值在於把筆記遷移從「依賴某個應用的匯入器」變成「先轉成通用 Markdown」。它支援的來源很多,輸出也足夠通用,適合把個人知識庫從封閉格式裡釋放出來。
如果你只是偶爾匯出一兩篇筆記,可能用不到它。但如果你有多年積累的筆記、附件和文件目錄,想遷移到 Obsidian、Joplin 或 Git 管理的 Markdown 工作流,Jimmy 很值得試。它最適合做遷移中間層:先把資料變成可讀、可備份、可批次處理的文字,再決定放進哪個筆記系統。
專案連結:marph91/jimmy
文件連結:Jimmy - Note Conversion Tool