Communitygithub.com

ContextualWisdomLab/resume-design

用於建立、重新設計、格式化或審閱履歷表、CV、이력서或경력기술서的版面、排版、表格、反模式、分頁、雇主提供的表格,或最終的 DOCX/PDF。適用於韓英雙語文件及有經驗的求職者,跨職能領域。內容策略屬於履歷寫作技能。

resume-design 是什麼?

此技能專注於履歷文件的視覺設計與版面編排,而非內容撰寫。它能指導 AI 代理依據提交條件、文件閱讀順序及格式要求,系統性地調整字體、邊界與頁面流程,確保文件易於閱讀且資訊層次分明。支援的文件類型包括一般履歷、詳細經歷敘述、學術 CV 及公司指定格式,並特別涵蓋韓英雙語與韓國科技業的應用案例。技能整合了多項參考資源,如排版系統、表格設計規範、反模式校正準則,並提供 DOCX 檔案稽核與範例產出的自動化腳本。最終會產出詳細的驗證報告,記錄原始檔案、最終檔案、頁數、字型、連結及 ATS 可用性等檢查結果,但不直接保證設計能提高面試機會或 ATS 通過率。

相容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/ContextualWisdomLab/resume-design-skills/tree/HEAD/skills/resume-design

在你喜歡的 AI 中提問

開啟一個已預先載入此 Agent Skill 的新對話。

說明文件

이력서 디자인 (履歷設計)

將申請者的經歷、角色與成果安排得易於查找。保留事實、提交條件與文件閱讀順序,並整理字體與邊界。不保證設計能提高錄取率或 ATS 通過率。

先決定的事項

從公告、原始檔案及使用者明確提出的要求中確認以下資訊。已確認的條件不再重複詢問。未確定的通用格式則以預設值進行,僅針對必要格式或事實衝突進行確認。

  1. 提交文件種類與對象:一般履歷、詳細經歷敘述、學術 CV、公司指定格式。
  2. 提交處要求的檔案格式、容量、頁數、紙張、照片與個人資料需求。
  3. 原始檔案中需保留的公司名稱、正式職稱、角色、期間、學歷、數值、單位與條件。
  4. 編輯範圍:僅變更格式,或是也允許編輯內容。

請填寫設計工作表格作為內部工作記錄。請勿將工作表格或調查筆記放入使用者的履歷中。若無檔案,則提供設計規格,並標示實際渲染與檔案驗證未執行。

路徑選擇

條件套用的路徑優先標準
有公司格式或必要表格指定格式保留維持項目、行列、合併與頁面要求
自由格式的一般履歷基本個人檔案單欄、實際標題、段落、列表、與職務相關的經驗
經歷較長或為主管級同一文件中的資歷較深者個人檔案責任範圍、貢獻、結果,以及與先前相關經歷的連結
學術 CV 或詳細經歷敘述該文件的提交規定不套用履歷 1~2 頁的範例作為上限
也要求視覺作品集區分文件角色,檔案構成遵循提交處指引僅加入有意義的視覺作品,並確認事實一致

應根據職務強調哪些經驗,由內容撰寫技能決定。設計適用於開發、AX、財務、業務、人事、營運等各類職務。

若申請韓國科技公司或收到國內案例要求,請閱讀韓國科技公司案例。區分公司現行公告與提交畫面、官方一般指引、職務別建議與員工個人案例。記錄各公司的提交格式、附件數量、容量與連結允許與否,且不將不同公司的要求合併為共同義務。

製作或調整表格時,請套用表格設計規格。同時決定項目與值、經歷摘要、績效比較的欄位比例、儲存格邊界、線條、底色、對齊、標題列與分頁。區分新建的自由格式表格與需保留的公司指定表格範圍。

在審閱、重新設計履歷或調查反模式時,請閱讀反模式與校正標準。區分實際事實錯誤、遺漏、違反提交條件、需確認的結構風險,以及可選擇的視覺改善。針對每一項指正,留下原始位置、依據、校正方案與確認結果,且僅調整格式的工作不得任意補強內容。

製作順序

  1. 保留原始檔案。 建立編輯用副本。僅修正格式時,保留核心字串與正文順序作為比對基準。在壓縮過程中不得更改數字、單位、期間與個人貢獻。兼職需分別標示各期間與關係,且不得重複加總在職期間。
  2. 決定資訊順序。 自由格式以姓名、聯絡方式、符合職務的簡短摘要、經歷、必要的學歷、資格與技術為基礎。對於新鮮人或學術 CV 等,則配合讀者的判斷順序。確保公司、職稱、期間與首段說明能一併閱讀。
  3. 套用單一字型系統。 從設計數值的預設值開始。韓文自由格式文件以 Pretendard Regular 作為內文、SemiBold 作為副標題、Bold 作為姓名的預設字型,並確認實際安裝與渲染。確認韓文、英文與數字的實際字型。不得使用字元間空格或字距縮小來裝飾姓名或技術名稱。不得從縮小字型大小開始調整頁數。
  4. 以正文結構排版。 使用 Word 的標題樣式、段落與實際列表。自由格式預設不使用排版用表格、多欄或浮動文字方塊。聯絡方式置於正文中。保留指定格式的表格,並個別檢視儲存格順序。
  5. 調整頁面流程。 保持標題與下一段落的關聯。不得對整個長經歷或所有表格列批次套用「與下段同頁」設定。若最後一頁過短,則診斷分頁、空白段落、固定列高或段落間距。不得因篇幅因素刪除必要的簽名或同意欄位。
  6. 驗證提交版本。 依照驗收程序,渲染最終修改版本的所有頁面,並分別確認文字擷取、核心事實、連結、字型與格式保留。視覺驗收與結構檢查不可互相取代。

工具

檢查 DOCX 結構與內容保留時執行。路徑以目前技能資料夾為基準進行解析。

python scripts/audit_docx.py final.docx --baseline original.docx --required-text critical-text.txt

critical-text.txt 中,必須每行寫一個需保留的原始文字字串。--baseline 用於僅修正格式時。若也允許編輯內容,則手動比對差異,區分已核准的編輯與遺漏。檢查器不會修改原始檔案,也不會判斷 ATS 或無障礙適用性、實際頁數或裁切。

使用以下命令建立可重複使用的合成範例。需要 python-docx。請勿將範例中的人物、公司或數值複製到實際申請文件中。

python scripts/build_examples.py --output-dir examples

渲染器使用使用者環境提供的 DOCX/PDF 工具。若缺少工具或字型,請準確告知檢查範圍與剩餘待確認事項。請勿將個人履歷自動上傳至外部 ATS 檢查網站。

與其他技能搭配使用

完成報告

首先提供最終檔案與核心變更。驗證記錄需分別記載原始檔案、最終檔案、渲染工具、確認的頁數、正文與核心事實比對、PDF 閱讀順序、字型與連結、無障礙與 ATS 的實際測量與否。請勿將自動檢查無警告的事實表述為提交成功。

請區分來源簿中的機構建議、產品文件與自身設計選擇。避免刪除指定格式的表格、強制將長經歷放入一頁、添加照片或熟練度長條作為裝飾,以及將數值修改為更強的主張。公開範例中僅使用合成資料。

相關技能