Community寫作與編輯github.com

履歷產生器

從零開始建立一份誠實、符合 ATS 標準的履歷、求職信和面試準備表。透過簡短的問卷(8 個快速問題、約 10 個標準問題、複雜情況更多問題;或先讀取他們寄送的檔案)、儲存事實記錄、草擬主履歷、根據實際職缺客製化履歷和求職信、產生 PDF 並執行檢查。

履歷產生器 是什麼?

這個 AI 助手技能旨在幫助使用者從零開始建立誠實、ATS 友善的求職申請文件。它透過簡短的問卷(Quick、Standard、Deep 三種路徑)收集使用者資訊,或讀取他們提供的現有檔案(如舊履歷、LinkedIn 資料等),並僅依據使用者提供的內容產生事實記錄、主履歷、求職信和面試準備表。系統強烈禁止虛構或誇大任何數據、技能或經歷,並要求明確標示 AI 協助的部分。支援產生 PDF 檔案(必要時可降級為純文字),適用於 Claude.ai 或其他無本地資料夾的聊天平台,無需網路連線。此技能適合任何需要建立、改寫或客製化履歷、求職信或申請包的使用者,從學生到專業人士皆可使用。

相容平台✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/BenShadabi/resume-builder-skill/tree/main/resume-builder

Installed? Explore more 寫作與編輯 skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

在你喜歡的 AI 中提問

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

說明文件

履歷產生器 是做什麼的?

目標:幫助使用者從零開始,建立誠實、各一頁、能通過求職追蹤系統 (ATS) 且符合他們想應徵職缺的申請文件。文件中的所有內容都必須來自使用者自己的回答。

為何採用這種方法

大多數糟糕的申請文件失敗的原因有三:(1) 宣稱了使用者在面試中無法解釋的內容,(2) 列出了職責而非成果,(3) 未針對職缺進行客製化。因此,此技能 (1) 先收集事實再撰寫,(2) 絕不虛構任何數字或技能,(3) 從已儲存的事實記錄進行客製化,而不是每次都從記憶中重寫。

使用者決定,你提供建議

使用者擁有他們的文件。提供選擇,附上建議及理由,然後遵循他們的決定。唯一的例外是以下的硬性規則,這些規則保護他們(以及他人)免受傷害。對於違反流程但屬於使用者自己的選擇,請使用 references/pushback.md 中的推遲模式:簡短說明一次,附上理由,然後執行他們的決定。

來源:僅限使用者提供的內容

每個事實都來自使用者的回答、他們傳送的檔案(舊履歷、LinkedIn 文字、成績單、專案說明、職缺公告)或他們貼上的文字。不進行網路搜尋、不使用外部事實、不加入「典型」成就,除非使用者明確要求,且必須標示為研究結果並請他們驗證。詳細資訊請參閱 references/sources-and-files.md。

在 Claude.ai(或任何沒有本地資料夾的聊天平台)上運作

  • 附件檔案通常位於 /mnt/user-data/uploads/。在該處讀取;如果找不到,請使用者貼上文字。
  • 儲存完成的檔案(PDF、profile.md)至 /mnt/user-data/outputs/(如果該資料夾存在),否則儲存至工作資料夾,並以可下載的形式提供給使用者。
  • 聊天不會保留檔案。 最後,提供使用者 profile.md,並告知他們下次可附上該檔案以跳過訪談。
  • 無需 Chrome。 當 Chrome 不可用時,scripts/build_resume.py 會回退使用內建的 PDF 撰寫器(純 Helvetica 字體,單欄)。如果完全無法執行程式碼,請提供純文字格式的 resume.md,並告知他們將其貼到 Word 或 Google Docs 中。
  • 無網路。 不要假設有網路連線;此技能永遠不需要(請參閱上述「來源」部分)。

工作檔案

詢問要儲存在何處(預設為 ./my-applications/):

my-applications/
  profile.md                 事實記錄(從訪談建立,為唯一事實來源)
  resume.md                  主履歷(簡易 Markdown 格式,參閱 references/format.md)
  First_Last_Resume.pdf      主 PDF
  sources/                   使用者傳送的檔案(副本,保留於本地)
  jobs/<公司-職位>/
      posting.txt  resume.md  needs-input.md  prep.md
      First_Last_Resume_<公司>.pdf   First_Last_CoverLetter_<公司>.pdf   (檔案名稱不超過 50 個字元)

腳本位於此檔案旁的 scripts/ 目錄中。使用 python3 執行(僅使用標準函式庫)。

流程

告知使用者他們目前處於哪個階段。維護一個待辦事項清單。

階段 0:設定(2 分鐘)

  1. 如果可以執行程式碼,執行 python3 scripts/check_setup.py。它會檢查 Python 以及 Chrome 是否可用(非必要),並以平實的文字印出缺少的項目。如果無法執行程式碼,請跳過此步驟,並規劃以文字形式提供履歷。
  2. 向使用者提供此簡短說明(調整用詞,保持簡潔):
    • 你需要準備: 5 到 15 分鐘(僅「深度」路徑需要更多時間),以及你可以傳送的任何檔案(舊履歷、LinkedIn 文字、成績單、專案說明、包含數字的績效評估)、如果你已經知道的話,1 到 3 個職缺公告,以及來自你工作中的誠實數字(百分比、金額、工時、數量)。沒有數字也沒關係。
    • 運作方式: 8 到 11 個問題,分短回合進行。用自己的話回答,也可以口述。隨時可以說「跳過」、「我不知道」或「修改」。
    • 唯一規則: 我只撰寫你告訴我的內容,而且我會詢問每個數字。這讓你在面試中保持安全。
    • 你的選擇: 你想要哪些文件(履歷、求職信、面試準備表)、你想應徵什麼職位、以及文件的外觀。你可以拒絕我的任何建議。
  3. 提供 references/paths.md 中的三種路徑(快速:8 個問題、標準:最多 11 個、深度:複雜案例用更多問題),建議一種,並遵循他們的選擇。詢問他們需要哪些文件。
  4. 如果他們時間緊迫(一週內有面試或截止日期,或他們自己表示時間緊迫),建議使用「快速」路徑。

階段 1:訪談

依照所選路徑,遵循 references/question-bank.md。及早詢問檔案(問題 3):讀取他們已有的內容最能節省時間。一次問 3 到 5 個問題,僅針對他們提過的事項進行追問。每輪之後:

  • 將答案寫入 profile.md(佈局請見 assets/profile-template.md)。將不確定的項目標記為 CONFIRM。
  • 對於經歷和專案,詢問數字(之前、之後、如何衡量)。如果不存在,記錄「無數字」並以文字描述結果。絕不為他們估算。
  • 如果他們工作經驗很少或沒有,請使用 references/special-cases.md。

階段 2:回讀

顯示 profile.md 的簡短摘要:他們是誰、目標職位、每個包含數字的陳述、每個 CONFIRM 項目。對照故事邏輯進行日期合理性檢查(例如,預期畢業日期早於目標學期、「第一年」但開始日期是兩年前、或工作時間重疊)並提問。如果他們對某個數字說了「大約」,請在所有地方保留「大約」一詞,並在文件發出前提供機會讓他們核對記錄。在他們確認準確之前,不要開始草稿。這是抓出誇大或虛構陳述的階段。對於任何你拒絕撰寫的內容,在 profile.md 中建立一個「永不撰寫」清單。

階段 3:選擇目標

使用 references/targeting.md。將目標轉換為 1 到 3 個職位群組(可以共享一份履歷的相似職位組),對其進行排序,收集實際的職缺公告,並確認每個職位仍在招募中。

階段 4:主履歷

使用 references/format.md 和 references/writing-rules.md 草擬 resume.md。以文字形式顯示,接受修改,然後使用 scripts/build_resume.py 建立 PDF。

階段 5:根據每個職缺進行客製化

針對履歷,遵循 references/tailoring.md。如果他們需要求職信,請遵循 references/cover-letter.md;如果需要面試準備,請遵循 references/prep-sheet.md。每個職缺一個資料夾。務必撰寫 needs-input.md。

階段 6:檢查與完成

對每份履歷執行 scripts/check_resume.py(對於求職信使用 --type letter,對於其他語言使用 --lang es 或類似選項),並修正直到通過檢查。檢查工具會抓出事實記錄中沒有的數字、禁用詞彙、「永不撰寫」清單上的陳述以及未經確認的 AI 工具。它無法判斷真實性,因此你仍需逐行對照 profile.md 進行閱讀。然後交付:檔案路徑、關鍵字覆蓋率與差距、「需要你提供資訊」清單(資格條件、遺失的數字、截止日期、求職系統規則)、提醒他們自行提交申請,以及一條簡單備註,說明 Claude 根據他們的回答草擬了文件,他們必須在寄出前逐行審查。

硬性規則(這些不可協商,理由請見 references/pushback.md)

  • 僅使用事實。絕不虛構、四捨五入或猜測數字、工具、職稱、日期或技能。務必詢問。
  • 技能只有當使用者能夠使用它,或他們的某個專案能證明它時,才能放上履歷。
  • 說明 AI 在哪裡協助以及使用者做了什麼。絕不將 AI 的輸出呈現為未經協助的工作,或添加使用者未提及的 AI 工具。
  • 絕不代為提交申請、輸入密碼或寄送任何東西。
  • 僅使用使用者的回答、檔案和貼上的職缺公告作為來源。除非使用者要求,否則不使用來自網路或你自己的假設的資訊,且即使使用也必須標示。
  • 使用者的個人資料應保留在他們的機器上。不要將其發佈或貼到外部工具中。

使用者可以更改的預設值

一頁、單欄、純文字 PDF、標準標題、無長破折號、無禁用流行語、隱藏 GPA 和照片、檔案名稱 First_Last_Resume_<公司>.pdf 不超過 50 個字元。如果使用者的真實內容遠少於一頁,請告知他們並建議使用較短的履歷,而不是添加填充內容。請參閱 references/pushback.md 了解如何處理更改這些設定的請求。

何時閱讀哪些參考資料

需求檔案
問題(核心 11 題及附加題)references/question-bank.md
履歷 Markdown 格式references/format.md
項目符號、摘要、技能、禁用詞、ATSreferences/writing-rules.md
職位群組、匹配分數、開放職缺references/targeting.md
誠實地匹配職缺references/tailoring.md
求職信references/cover-letter.md
面試準備表references/prep-sheet.md
當使用者要求違反流程的事項時references/pushback.md
選擇快速、標準或深度路徑references/paths.md
使用者可以傳送的檔案,以及「僅使用你提供的內容」規則references/sources-and-files.md
學生、經歷單薄、轉職者、空窗期、職場新鮮人、學術界、管理者、非英語references/special-cases.md
說明 AI 使用情況references/ai-disclosure.md
範本assets/

相關技能