5 個 JSON Resume 替代方案:2026 開發者誠實比較
手寫 JSON 太痛、託管綁公開 Gist、主題碰運氣?比較 GitResume、RenderCV、YAMLResume、Reactive Resume、LaTeX 五條路,含各自的取捨和適合的人。
先說清楚:JSON Resume 沒有死。2026 年它整併成 monorepo,resume-cli 也為新版 Node 復活了,專案好好的。
但你會搜「JSON Resume 替代方案」,通常是卡在這三件事的其中一件:
- 手寫 JSON 真的痛。 不能寫註解,不能有 trailing comma,多行文字要塞
\n。履歷是拿來寫的,JSON 是拿來序列化的,這兩件事本來就不該是同一個格式。 - 官方託管綁公開 Gist。 Registry 是去讀你公開 Gist 裡的
resume.json來渲染。不想讓履歷資料公開躺在 Gist?那 pipeline 就得自己搭。 - 主題碰運氣。 主題是社群各自維護的 npm 套件,你的 PDF 長怎樣,取決於你選到的那個作者還有沒有在維護。
如果你也卡在這裡,下面是五條出路。利益揭露:GitResume 是我們自己做的,排第一個,但後面幾個的優點我照寫,缺點也照寫。
最後更新:2026 年 8 月,功能與價格以當下查證為準。
快速對照
| 輸入格式 | 建置在哪 | PDF + 網頁 | Repo 可私有 | 價格 | |
|---|---|---|---|---|---|
| GitResume | YAML + Markdown | push 觸發,雲端建置 | 兩者自動產出 | 可以 | 免費方案;Pro 每月 US$5 |
| RenderCV | YAML | 自己電腦(CLI) | PDF、HTML、PNG | 本地檔案 | 免費,開源 |
| YAMLResume | YAML | 自己電腦(CLI) | PDF、DOCX、HTML、Markdown | 本地檔案 | 免費,開源 |
| Reactive Resume | 網頁 GUI | 官方託管或自架 | PDF + 分享連結 | 沒有 repo 這回事 | 免費,開源 |
| LaTeX 模板 | LaTeX | 本地或 Overleaf | 本地檔案 | 免費(Overleaf 有付費方案) |
1. GitResume:YAML 放你的 repo,建置我們來

GitResume 是我們做的,這段自帶立場,你自行打折。
流程長這樣:履歷是你 GitHub repo 裡的一個 gitresume.yaml,push 之後自動建置出排版好的 PDF 和一個線上履歷頁 gitresume.co/@你/resume。本機什麼都不用裝。整個流程有 3 分鐘的影片 demo:從 YAML 到上線的履歷網站 + PDF 可以看。
當初會做這個產品,就是因為我們自己管理履歷時卡過上面那三關。所以解法很直接:
- YAML + Markdown 取代 JSON。 結構化欄位照舊,但描述直接寫 Markdown,列表、粗體、連結都不用跳脫。可以寫註解這件事,在你同時維護三個客製化版本的時候會感謝自己。
- Repo 維持私有。 GitResume 用唯讀權限的 GitHub App 讀取,公開的只有你按下發布的那一頁,隨時可以下架。
- 不用跑 build。 每次 push 自動重建,PDF 和網頁永遠對應同一個 commit,不會出現「網頁是新的、PDF 是三版前的」這種事。
- PDF 永遠沒有浮水印。 這是承諾,不是付費功能:任何方案產出的 PDF 都是乾淨的,你投遞出去的檔案不會幫我們打廣告。免費方案的 GitResume 標記只出現在公開履歷頁上。
- 發布頁有匿名瀏覽分析:免費方案看得到瀏覽數和 PDF 下載數,訪客地區、裝置這類進階數據在 Pro。
- 內建 MCP server,Claude 或任何 MCP client 可以直接讀取、驗證、重建、發布你的履歷,免費方案就能用。編輯器自動補全靠公開的 JSON Schema。

取捨也直說:這是託管服務,不是本地工具,想掌控整條渲染 pipeline、或要做很客製的版面,往下看 CLI 那幾個。免費方案限 1 個專案,公開履歷頁會帶 GitResume 標記;Pro(每月 US$5,年繳 US$48)給 5 個專案、公開頁去標記、自訂網域和進階分析。
格式長什麼樣可以看什麼是 Resume as Code?,手上已經有履歷的話,丟給 AI agent 幾分鐘就能轉過來。
2. RenderCV:本地派的首選
RenderCV 是 GitHub 上 17k+ 星的開源 CLI,一個 YAML 檔進去,PDF 出來,順便還能輸出 HTML、Markdown、PNG。
它把 YAML 切成內容、設計、語系、設定四塊,配上 JSON Schema 的編輯器自動補全,寫起來不用一直翻文件。內建主題不少(classic、engineeringresumes、sb2nov、moderncv 都有),嫌不夠還有 create-theme 指令自己做。Watch 模式存檔就重新產出 PDF,回饋迴路很舒服。最重要的是全程在你電腦上跑,資料不出門。
代價是 pipeline 整條都歸你管:安裝 CLI、追更新、想要 push 觸發建置就自己接 GitHub Actions、產出的 PDF 要放哪自己想。沒有線上履歷頁,也沒有瀏覽數據。
想要完全的本地掌控、也不介意多管一套工具鏈的人,選它不會錯。
3. YAMLResume:YAML 進,LaTeX 品質出
YAMLResume 也是開源 CLI,一樣寫 YAML,差別在底層用 LaTeX 渲染 PDF。
賣點就一句話:LaTeX 的排版品質,但你不用寫 LaTeX。輸出也不只 PDF,DOCX、HTML、Markdown 都出得來。
代價是要安裝 XeTeX 或 Tectonic 其中一個排版引擎。託管和自動化跟 RenderCV 一樣要 DIY。另外它版本還在 0.x,API 和設定格式可能變動,重度依賴前留意一下。
4. Reactive Resume:不想碰文字檔的話
Reactive Resume 是免費開源的視覺化履歷編輯器:區塊式介面(區塊可拖拉排序)、十多種模板、附瀏覽統計的分享連結,還有選配的 AI 寫作輔助。可以直接用官方託管版,想要資料完全自己管,用 Docker 自架也行。
以免費工具來說完成度很高,沒廣告、沒付費牆,介面也做得認真。
但有一件事要說清楚:它完全離開了「履歷是 Git 裡的文字檔」這個模型。你的履歷存在它的資料庫,不在 repo,所以沒有 git diff、沒有開 branch 做客製版本、沒有 PR review。這不是缺陷,是另一種哲學。只是如果你是為了版本控制才點進這篇的,它答的不是你問的題。
5. LaTeX 模板:一直都在的那條路
JSON Resume 出現之前,工程師就已經把 Awesome-CV 和 moderncv 放進 Git 了。這條路現在照樣能走,本地編譯或上 Overleaf 都行。
排版控制力是天花板,這點沒有對手,而且純文字檔讓 Git 工作流程完整保留。
代價是你在寫 LaTeX:內容和呈現混在同一個檔案,客製化一個版本就要動標記語法。現在 AI 能幫你寫沒錯,但 review AI 生的 LaTeX,還是比 review YAML 累得多。
學術圈,或本來就愛 LaTeX 的人,不用我多說。
什麼情況該留在 JSON Resume
誠實要雙向。這幾種情況,留下比較划算:
- 你已經投資在它的 schema 和某個喜歡的主題上,而且專案有人維護(2026 年 CLI 都為 Node 18+ 復活了)。
- 你的工具鏈是 JavaScript 原生,需要用程式操作
resume.json,它的 schema 穩定又廣泛支援。 - 公開 Gist 當資料源,你根本不在意。
JSON Resume 的標準本身很穩,替代方案搶的從來不是標準,是寫作體驗和託管體驗。
常見問題
GitResume 免費方案的 PDF 會有浮水印嗎?
不會。PDF 永遠不帶浮水印,這是承諾,不是付費功能:你投遞出去的檔案不會幫我們打廣告。免費方案的 GitResume 標記只出現在公開履歷頁上,Pro 可以把它拿掉。
resume.json 怎麼搬家最省力?
丟給 AI agent。我們寫過用 AI 把現有履歷轉成 gitresume.yaml 的做法,對 JSON Resume 檔一樣有效:schema 對 schema 的機械式轉換,正是 LLM 最擅長的事。
覺得「YAML 放自己 repo」這條路對味的話,快速上手指南五分鐘走完。
延伸閱讀
- 什麼是 Resume as Code?:概念入門與格式完整範例
- 用 AI Agent 把現有履歷變成 Resume as Code:
resume.json搬家就走這條 - JSON Resume 官方文件:標準與 registry 的第一手說明
- RenderCV 使用手冊、YAMLResume、Reactive Resume 文件:本文比較過的工具,第一手資料自己驗證最準