Markdown 簡歷 — 從編寫到匯出 PDF 的完整指南

為什麼要用 Markdown 寫簡歷

如果你是程式設計師或者經常和技術文檔打交道的人，用 Markdown 寫簡歷可能是最自然的選擇——不需要打開 Word 調格式，不需要在排版上花時間，打開文字編輯器就能開始。

Markdown 簡歷有幾個明顯的優勢：

純文字管理：簡歷就是一個 .md 檔案，用 Git 管理版本，隨時回溯修改歷史
關注內容而非排版：標題、列表、加粗這些格式由語法自動處理，你只需要想清楚寫什麼
跨平台相容：同一份檔案在 Windows、macOS、Linux 上完全一致，不會出現「換了台電腦排版全亂」的問題
ATS 友好：大多數 ATS（Applicant Tracking System，簡歷篩選系統）對結構化的純文字內容解析效果最好

對了，如果你還不熟悉 Markdown 的基本語法，可以先看看 Markdown 標題語法和 Markdown 列表語法，這篇教學會直接上手寫簡歷。

Markdown 簡歷的基本結構

一份標準的 Markdown 簡歷通常包含這幾個板塊，用 ## 作為板塊分隔：

# 張三

北京 | zhangsan@email.com | 138-0000-0000 | [GitHub](https://github.com/zhangsan) | [LinkedIn](https://linkedin.com/in/zhangsan)

## 個人簡介

5 年經驗的全端工程師，專注於 React 和 Node.js 技術棧...

## 工作經驗

### 高級前端工程師 — ABC 科技有限公司
*2022.03 - 至今 | 北京*

- 主導公司核心產品的前端架構重構，頁面載入速度提升 40%
- 搭建前端元件庫，覆蓋 30+ 業務元件，團隊開發效率提升 25%
- 技術棧：React、TypeScript、Next.js、Tailwind CSS

## 教育背景

### 計算機科學與技術 — 北京大學
*2015.09 - 2019.06 | 碩士*

## 技能

- **程式語言**：JavaScript、TypeScript、Python、Go
- **前端框架**：React、Vue.js、Next.js
- **後端技術**：Node.js、Express、PostgreSQL、Redis
- **工具平台**：Git、Docker、AWS、CI/CD

結構很清晰：姓名和聯絡方式在最頂部，然後按個人簡介 → 工作經驗 → 教育背景 → 技能的順序排列。這個順序不是隨便定的——ATS 系統通常按從上到下的順序解析，把最核心的工作經驗放在前面能讓系統更快地匹配到關鍵詞。

完整的 Markdown 簡歷模板

下面是一個可以直接複製使用的完整模板，我根據技術崗位的特點做了調整：

# 你的姓名

城市 | email@example.com | 電話號碼 | [GitHub](https://github.com/yourname) | [個人網站](https://yoursite.com)

## 個人簡介

3 年經驗的後端工程師，擅長分散式系統設計和高併發場景最佳化。在電商和社交領域有豐富經驗，主導過日活百萬級系統的架構設計。

## 工作經驗

### 職位名稱 — 公司名稱
*起始時間 - 結束時間 | 工作地點*

- 用「動詞 + 做了什麼 + 結果」的方式描述每條經驗
- 設計並實現了訂單系統的微服務拆分，系統吞吐量提升 3 倍
- 搭建了完善的監控告警體系，故障平均響應時間從 2 小時縮短到 15 分鐘
- 技術棧：Go、gRPC、Kubernetes、MySQL、Redis

### 之前的職位 — 之前的公司
*起始時間 - 結束時間 | 工作地點*

- 負責核心 API 閘道器的設計與開發，日均處理請求 500 萬+
- 最佳化了資料庫查詢效能，慢查詢數量減少 80%
- 技術棧：Java、Spring Boot、MongoDB

## 專案經驗

### 開源專案名稱
*專案連結*

一句話描述這個專案解決了什麼問題。

- 核心功能和亮點
- GitHub Star 數或用戶量等資料

## 技能

- **程式語言**：Go、Java、Python
- **框架**：Gin、Spring Boot、Django
- **資料庫**：MySQL、PostgreSQL、Redis、MongoDB
- **工具**：Docker、Kubernetes、Prometheus、Git

## 教育背景

### 專業名稱 — 學校名稱
*起始時間 - 結束時間 | 學位*

## 證書（可選）

- AWS Solutions Architect Professional — 2024
- Kubernetes Administrator (CKA) — 2023

說實話，這個模板看上去很樸素，但樸素正是 Markdown 簡歷的優勢。ATS 系統不喜歡花哨的排版，單欄、結構化、純文字的內容對機器解析最友好。

簡歷中的 Markdown 語法要點

寫簡歷時最常用的語法不多，但有幾個細節值得注意：

加粗用兩個星號包裹關鍵詞，比如職位名稱和技能類別。在簡歷裡適度使用 Markdown 加粗語法可以讓招聘方快速掃到重點，但別濫用——整頁加粗等於沒加粗。

連結用來放 GitHub、個人網站、專案地址。用 Markdown 連結語法的標準格式 [顯示文字](URL) 就行，ATS 能識別出連結中的 URL。

列表是簡歷的主力語法。每條工作經歷下的成就用無序列表 - 來展示，每條控制在 1-2 行。Markdown 列表語法支援巢狀，但簡歷裡一般用不到多層巢狀——保持扁平化更有利於閱讀。

分割線可以在聯絡方式和正文之間加一條 ---，視覺上做一下分隔。詳情參考 Markdown 分割線語法。

怎麼把 Markdown 簡歷匯出為 PDF

Markdown 寫完之後，最終要匯出成 PDF 才能投遞。有幾種方式可以選擇，各有各的特點。

方法一：線上工具（最快上手）

如果你想快速搞定，線上工具是最簡單的選擇：

MarkdownResume.app — 打開網站直接貼上 Markdown 內容，選個模板就能匯出 PDF。支援即時預覽，操作非常直觀。

Resumey.Pro — 提供 10 個 ATS 最佳化的模板，可以一鍵切換模板風格。免費版可以編輯，匯出 PDF 需要付費。

Oh My CV — 開源的線上 Markdown 簡歷編輯器，介面乾淨，支援多種匯出格式。

線上工具的優勢是零設定、開箱即用。缺點是模板樣式受限於平台提供的選項，自訂空間有限。

方法二：Typora 編輯器（所見即所得）

Typora 是我平時用得最多的 Markdown 編輯器之一，它的簡歷匯出流程很順暢：

在 Typora 中寫好簡歷 .md 檔案
點擊選單檔案 → 匯出 → PDF
在彈出的列印對話框中調整頁面設定（建議紙張選 A4，頁邊距適當縮小）

Typora 的匯出品質很好，特別是對中文的字型渲染。我之前用 Typora 匯出過一份中英混排的簡歷，效果比用線上工具匯出的要好看不少——字型更清晰，列表縮排也更規範。

方法三：Pandoc 命令列工具（最靈活）

如果你對命令列不陌生，Pandoc 是最強大的選擇：

# 基本匯出
pandoc resume.md -o resume.pdf

# 指定 PDF 引擎和自訂 CSS
pandoc resume.md -f markdown -t pdf \
  --pdf-engine=wkhtmltopdf \
  -c resume-style.css \
  -s -o resume.pdf

# 匯出為 HTML（再用瀏覽器列印為 PDF）
pandoc resume.md -f markdown -t html \
  -c resume-style.css \
  -s -o resume.html

Pandoc 需要安裝額外的依賴（LaTeX 或 wkhtmltopdf），設定稍微麻煩，但好處是可以透過 CSS 完全控制輸出樣式，還可以整合到自動化工作流中。

對了，如果你用的是 VS Code，也可以安裝 "Markdown PDF" 擴充套件，在編輯器裡直接匯出。不過說實話，這個擴充套件的中文支援偶爾會有問題，匯出前最好檢查一下。

匯出方式的對比

方式	難度	自訂程度	中文支援	適合人群
線上工具	低	中	取決於平台	快速上手，不想裝軟體
Typora	低	中	好	喜歡所見即所得
Pandoc	中	高	需要設定	熟悉命令列，追求完全控制
VS Code 擴充套件	低	中	偶有問題	已經在用 VS Code

Markdown 簡歷的 ATS 最佳化

ATS 是現在求職繞不開的話題。超過 98% 的大公司在使用某種形式的 ATS 來篩選簡歷，所以不管你簡歷寫得多好，如果 ATS 讀不懂，招聘方根本看不到。

為什麼 Markdown 簡歷對 ATS 友好

ATS 系統解析簡歷的原理基本是：把文檔內容提取成純文字，然後按欄位（姓名、聯絡方式、工作經歷、技能等）進行分類。Markdown 簡歷天生就是結構化的純文字——標題層級、列表、段落，這些資訊幫助 ATS 更準確地識別各個板塊。

MarkdownResume.app 做過一個測試：同樣的簡歷內容，用單欄 Markdown 格式匯出的 PDF，ATS 解析準確率比雙欄 Word 格式高出約 30%。原因是雙欄版面配置在 PDF 中會被 ATS 按行解析，導致左右兩欄的內容混在一起。

ATS 最佳化清單

用標準板塊名稱：工作經驗、教育背景、技能這些名字別整花活，ATS 按關鍵詞匹配板塊
日期格式統一：全程用 2022.03 - 2024.06 或 2022-03 至 2024-06，別混用
避免表格和複雜排版：Markdown 本身就沒有複雜排版，這反而成了優勢
關鍵詞覆蓋：仔細看 JD（職位描述），把其中的技術關鍵詞自然地寫進簡歷
聯絡方式放在頂部：姓名下方緊跟電話、郵箱、城市

有一次我幫朋友檢查簡歷，他用了一份非常漂亮的雙欄 Word 簡歷，但在一個免費的 ATS 模擬測試工具裡跑了一下，發現「技能」板塊的內容完全沒被識別出來——因為 ATS 把左右兩欄的文字混在一起解析了。後來換成單欄 Markdown 格式重新排版，同樣的內容，解析準確率一下子上來了。

中英文 Markdown 簡歷的差異

如果你的目標公司是外商或者需要投英文簡歷，有些細節值得注意：

英文名稱：板塊用 Summary、Experience、Education、Skills 這些標準英文名

英文名稱範例：

# SAN ZHANG

Beijing, China | zhangsan@email.com | +86 138-0000-0000 | [GitHub](https://github.com/zhangsan)

## Summary

Full-stack engineer with 5 years of experience specializing in React and Node.js...

## Experience

### Senior Frontend Engineer — ABC Tech Co., Ltd.
*Mar 2022 - Present | Beijing*

- Led the frontend architecture refactoring of the core product, improving page load speed by 40%
- Built a component library covering 30+ business components, increasing team development efficiency by 25%
- Tech Stack: React, TypeScript, Next.js, Tailwind CSS

## Education

### M.S. Computer Science — Peking University
*Sep 2015 - Jun 2019*

## Skills

- **Languages**: JavaScript, TypeScript, Python, Go
- **Frontend**: React, Vue.js, Next.js
- **Backend**: Node.js, Express, PostgreSQL, Redis
- **Tools**: Git, Docker, AWS, CI/CD

字型問題：中英混排時，PDF 渲染引擎可能對中文字型支援不好。如果遇到中文亂碼或顯示異常，建議在 CSS 中明確指定中文字型，比如 font-family: "Source Han Sans", "Microsoft YaHei", sans-serif;。

日期格式：中文簡歷用 2022.03 - 至今，英文簡歷用 Mar 2022 - Present。

常見問題

Markdown 簡歷能不能通過 ATS？

能，而且比大多數 Word 簡歷效果更好。原因前面說了——Markdown 的結構化內容讓 ATS 能準確識別各個板塊。關鍵是保持單欄版面配置、標準板塊名稱、統一日期格式。

Markdown 簡歷是不是只適合程式設計師？

不是。Markdown 簡歷適合任何想要簡潔、結構化簡歷的人。不過 Markdown 語法確實對技術人員更友好，非技術背景的人可能需要花點時間熟悉語法，或者用線上編輯器來降低門檻。

匯出的 PDF 看起來太樸素怎麼辦？

樸素不等於差。很多招聘方（特別是技術團隊）反而更欣賞簡潔的簡歷格式。如果確實需要更精緻的外觀，可以：

使用帶樣式模板的線上工具（如 Resumey.Pro）
透過 Pandoc 載入自訂 CSS
匯出 HTML 後手動微調樣式

簡歷應該寫幾頁？

初、中級崗位建議控制在 1 頁。資深崗位或學術簡歷可以 2 頁。ATS 系統對頁面數量沒有特別偏好，但招聘方通常更喜歡精煉的簡歷。

參考來源

CommonMark Specification — Markdown 語法的標準規範
GitHub Flavored Markdown Spec — GitHub 擴展的 Markdown 語法規範
Pandoc User's Guide — Pandoc 文檔轉換工具的官方文檔
JSON Resume Schema — 簡歷結構化資料的標準規範
CareerCup Resume Template — 被廣泛引用的簡歷格式參考

Edward Wang