Community寫作與編輯github.com

BeautifulEngine/application-kit

根據職位描述與履歷,量身打造一份完整的求職申請材料:重新撰寫的履歷與求職信(Word 與 PDF 格式,ATS 可讀),加上一份附有逐項匹配度檢查、關鍵字覆蓋率、推薦作品集要點、招募人員與用人主管的聯繫草稿、面試故事、提問清單以及後續追蹤時程的準備表 PDF。絕不虛構經歷。在有人要求客製化履歷、撰寫求職信、申請工作、準備申請或聯繫某職位時使用。用法:/application-kit 後接職位連結或貼文,並附上履歷。

application-kit 是什麼?

Application Kit 是一個強大的 AI 代理技能,主要用於自動化求職申請材料準備。它接收一份職位描述與履歷,產出四份核心文件:針對該職位優化的履歷、求職信、須知準備表(包含匹配度分析、關鍵字覆蓋率、作品集推薦、聯繫草稿、面試故事與提問清單),以及後續追蹤時程。所有內容皆基於使用者真實經歷,不虛構任何資訊,並確保最終文件可被應徵者追蹤系統(ATS)順利讀取。此技能支援 Claude Code、Cursor 等主要 AI 代理平台,使用者可透過 `/application-kit` 指令觸發,並可附加公司簡報或作品集連結以獲得更好效果。其工作流程包括擷取職位資訊、比對履歷、生成各類文件、渲染為 Word 與 PDF 格式,以及最終品質檢查與交付。核心價值在於幫助求職者精準定位、不誇大經歷、並提供具體的後續行動計畫。

相容平台✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/BeautifulEngine/application-kit/tree/HEAD/application-kit

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

在你喜歡的 AI 中提問

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

說明文件

Application Kit

將一份職位描述與一份履歷轉化為求職所需的全部材料:針對該職位重新撰寫的履歷與求職信、一份清晰的匹配度檢查、應優先展示的作品集項目、給用人單位人員的聯繫草稿,以及一份後續追蹤時程。所有內容皆來自求職者的真實經歷,並使用職位描述中的措辭表達。

使用方式

/application-kit <職位網址或貼文內容> [附加公司簡報] [作品集連結]

請附上一份履歷(PDF、Word 或純文字),或從對話中先前指出的內容取得。簡單的要求也可以:

  • "幫我為這個職位客製化履歷並寫一封求職信:<連結>。"(附上履歷)
  • "Netflix 設計總監職位的申請套件。這裡是我的履歷以及我對 Netflix 的公司簡報。"
  • "只要求職信,溫暖直接,針對這個職位。"
  • "給這個職位的用人主管的聯繫草稿。"
  • 加上「一頁」或「兩頁」來設定履歷長度。

與 Company Brief 技能搭配使用效果更佳:如果對話中已存在或附上該公司的簡報,請使用簡報中的優先事項、措辭、人員和面試筆記。

檔案。 <skill-dir> 表示此技能所在的資料夾,也就是存放此 SKILL.md 的資料夾。範本在 assets/ 中,腳本在 scripts/ 中,共享的 PDF 處理步驟(字型、顏色、渲染、檢查)在 references/rendering.md 中。

嚴格規則

  • 絕不虛構經歷。 不得新增任何工作、職稱、日期、雇主、學位、工具、指標或成就。僅能重新措辭、重新排序、刪減及強調履歷中以及求職者告訴你的內容。如果需要一個更強的描述但缺乏數字,請在描述中略去數字,並在回覆中請求提供該數字。
  • 真實的關鍵字匹配。 只有在該詞彙確實能描述求職者工作內容時,才使用職位描述中的詞彙。如果某項要求未被滿足,匹配度檢查必須如實陳述,並提供誠實的應對方式(相關經驗、一個專案、學習計劃)。不要用模糊的措辭在文件中隱瞞不足。
  • 先詢問再補充。 任何求職者在對話中提到但未出現在履歷上的內容,只有在他們確認正確且歸屬於自己後才能加入。
  • 應徵者追蹤系統可讀。 單欄、標準區段名稱(摘要、經歷、技能、學歷)、純文字項目符號、無表格、文字框、圖示或圖片於 Word 檔案中,每個職位要有日期,聯絡資訊放在正文(而非頁首)。
  • 僅為草稿。 聯繫草稿是提供給求職者發送用的。不得代為發送,也不得猜測任何人的個人電子郵件。
  • 尊重篇幅。 經驗少於約 10 年者一頁為限,高階職位最多兩頁,除非求職者另有指示。
  • 版權行: 準備表末尾須包含一個小型的 Beautiful Engine 版權文字。除非求職者要求移除,否則保留。履歷、求職信及聯繫草稿絕不可包含此版權行。

工作流程

  1. 閱讀職位描述(取得連結;當頁面需要時使用瀏覽器)。擷取:職稱、級別、團隊、地點與遠端政策、薪資範圍(若有列出)、必備要求、加分項、工具、用人主管的職稱,以及職位描述中重複出現的詞彙。將其儲存在 notes.md 中。
  2. 閱讀履歷 以及任何作品集連結或公司簡報。列出求職者的真實經歷、成果與使用的工具。
  3. 匹配度檢查:一個表格,包含每個要求 → 求職者最有力的證據 → 匹配強度(強、部分、差距) → 如何應對。計算關鍵字覆蓋率:哪些重要的職位詞彙誠實地出現在履歷中,哪些缺失。
  4. 客製化履歷 於 resume.md(格式參考 scripts/md_doc.py):一份 2-3 行的摘要,針對該職位;職位按時間倒序排列;每個職位中最相關的項目符號優先,改寫為「行動 + 內容 + 結果」的結構;技能部分在確實符合的情況下使用職位描述中的詞彙;刪除對該申請無幫助的內容。
  5. 撰寫求職信 於 cover-letter.md:250-350 字,若能得知用人主管姓名則直接稱呼。開場說明為何選擇這家公司和這個職位,並引用職位描述或公司近期作品中的具體事實;兩個簡短的段落證明與其最看重的兩項需求相符;結尾請求安排面談。使用求職者自身的語氣,避免陳腔濫調(「我寫信是為了表達我的興趣」、「充滿熱情」、「團隊合作者」)。
  6. 製作檔案:
    • python3 <skill-dir>/scripts/md_doc.py resume.md "<姓名>-Resume-<公司>.docx" --html resume-body.html
    • 求職信同樣方式
    • PDF:將每個 HTML 片段貼入 assets/resume-template.html(複製 base.css),並依照 references/rendering.md 渲染,使用乾淨、中性的字型(Inter 或 Source Serif 4),而非公司品牌字型。確認履歷 PDF 符合頁數限制。
  7. 準備表 使用 assets/kit-template.html:匹配度檢查、關鍵字覆蓋率、作品集選擇(哪 3-5 個項目、順序為何、以及每個項目的一句話定位)、聯繫草稿(給招募人員、用人主管、及求職者人脈中的推薦人)、4-6 個面試故事(以情境-行動-結果的形式呈現,並對應到要求)、5 個提問問題,以及一份後續追蹤時程(申請、5-7 個工作天後提醒、面試後 24 小時內的感謝信)。
  8. 渲染、審核與檢查 每個檔案。重新對照原始履歷審核履歷:每個描述都必須能追溯到原始履歷或求職者確認的內容。
  9. 交付 履歷(Word 與 PDF)、求職信(Word 與 PDF)以及準備表。回覆中應包含:匹配度一句話總結(強、挑戰或機會渺茫及其原因)、最大的差距及如何處理、你希望獲得哪些數字以強化描述、以及第一個後續提醒日期。

輸出檔名:<姓名>-Resume-<公司>.docx/.pdf、<姓名>-Cover-Letter-<公司>.docx/.pdf、<公司>-Application-Prep-<YYYY-MM>.pdf。

相關技能