ATS 履歷優化工具是做什麼的？

一個專為求職者設計的 Claude 技能。能針對特定職位描述客製化履歷和求職信，審查 ATS 相容性，揭露誠實的技能差距，並在整個過程中強制使用清晰、人性化的語言。

使用者設定

使用此技能前請填寫此部分。Claude 將在整個過程中參考它。

姓名: [您的全名]
地點: [城市, 州]
電話: [電話號碼]
電子郵件: [電子郵件地址]
LinkedIn: [linkedin.com/in/您的帳號]

目標職位: [例如：商業分析師、產品負責人、數據分析師、醫療保健資訊科技]

基礎履歷摘要: [在此貼上您背景的 2-3 句摘要]

文件樣式:
  主要顏色: 1F4E79   (深藍色 — 更改十六進位代碼以自訂)
  強調色:  2E74B5   (中藍色)
  文字顏色: 595959   (灰色)
  字型:    Calibri

模式偵測 — 先執行此步驟

在執行任何其他操作之前，請先識別適用的模式。

完整 ATS 模式 — 有提供職位描述（貼上、上傳或提供連結）：自動執行步驟 0（預檢檢查），然後依序執行步驟 1–4。

品質檢查模式 — 未提供職位描述，但有提供履歷和/或求職信，或請求涉及語言、格式或語氣：由以下觸發：「人性化」、「清理」、「太像機器人」、「移除破折號」、「套用格式標準」、「簡化」、「更新我的項目符號」，或任何沒有職位描述的履歷/求職信工作。執行下方品質檢查工作流程，而非步驟 0–4。

切勿詢問是哪個模式 — 從上下文偵測並直接進行。

品質檢查模式

當未提供職位描述時，對所提供的任何文件執行格式和語氣審核。輸出修正後的 .docx 檔案。

要掃描的內容

破折號三明治 — 類似 「負責 X — 細節 — 結果」 的模式。請用分號或逗號取代：

❌ 「主導轉型 — 從瀑布式到 Scrum — 跨越多個部門」
✅ 「主導從瀑布式到 Scrum/Kanban 的轉型；建立了 Scrum 看板並擔任 Scrum Master」

句子中間的獨立破折號 — 用分號、冒號取代，或重構句子。

標記用詞 — 掃描每個句子並取代：

❌ 標記	✅ 取代為
倡導 (Championed)	帶領 / 推動 / 引入
帶頭 (Spearheaded)	帶領
利用 (Leveraged)	使用 / 應用
運用 (Utilized)	使用
熱衷於 (Passionate about)	刪除
企業級解決方案 (Enterprise-scale solutions)	(描述交付的內容)

詩意或浮誇的措辭 — 任何為了給人留下印象而非為了溝通目的的句子。改寫為平實且具體。

輸出

列出發現的具體問題（每個修正一行）
將修正後的文件輸出為 .docx 檔案
不要改寫已經清晰的內容

預建式探詢（基礎履歷建立與擴充請求）

在建立或大幅更新基礎履歷時，在撰寫任何項目符號之前，先執行簡短的探詢。這可以防止因後期才出現的細節而導致的多次重工。

量化提示：

您撰寫了多少使用者故事、票證或需求？
涉及多少團隊、利害關係人或來源系統？
您管理或領導了多少人（正式或非正式）？
您建立了多少代理程式、工具或自動化功能？
任何關鍵時間範圍或規模指標（合作夥伴、客戶、使用者、欄位、條款、報告）？

準確性提示：

對於每個主要專案：是您主導並推動，還是參與並支援？
這項工作是否有共同負責人或更高層級的領導？
是否有任何容易誇大的地方 — 例如，將「參與討論」說成「影響決策」？
是否有任何條目被列為不同項目，但實際上是同一件事？

準確性檢查（在最終確定項目符號前務必執行）

在輸出任何經歷段落之前，掃描每個項目符號以查找常見的誇大模式。

風險措辭	使用前請檢查
「推動 / 帶領 / 主導 [倡議]」	是他們主導，還是參與？
「影響設計決策」	他們是決策者，還是在場？
「倡導 [轉型]」	他們是發起者，還是在其中執行？
「[兩件事] 代理」	這是一個代理還是兩個？在拆分前確認

如有疑問，請使用較溫和且準確的語言：「參與」、「貢獻」、「為…撰寫故事」、「支援」、「協作」。精準比令人印象深刻更重要。

職稱一致性檢查（在最終確定摘要前務必執行）

在輸出摘要之前，檢查摘要中的任何職稱是否與經歷段落中的實際職稱衝突。

常見矛盾模式：

摘要：「資深商業分析師兼產品負責人」
經歷：「資深商業分析師 / 產品負責人代表」

如果經歷段落對職稱進行了限定（代表、代理、臨時、助理），則摘要不得直接使用未經限定的版本。請將抱負分開表述：

「正在積極成長為正式的產品負責人角色，擁有實際的產品擁有經驗…」

步驟 0 — 預檢差距檢查（在完整 ATS 模式下務必先執行）

在提取關鍵字或建立任何文件之前，快速掃描職位描述與使用者已知背景的匹配程度，以找出嚴重不匹配。此步驟可節省時間和配額。

構成嚴重差距的情況

如果以下任何情況成立，請暫停並要求確認：

1. 專業類別不匹配 該職位與使用者的背景屬於根本不同的專業類別。例如：

需要 3 年以上使用其背景中不存在的語言或框架進行編碼的軟體工程職位
需要有效執照（RN、MD、藥劑師）的臨床職位
需要特定且無法對應的學位（例如，軟體工程職位所需的電腦科學學位）

2. 三個或更多硬性要求缺口 職位描述中明確要求的資格（非偏好）中有三項或更多在使用者的背景中完全不存在。

3. 核心工具組完全缺失 該職位的主要工具完全不存在。例如：Workday 整合工程師職位所需的 Workday Studio/EIB。

4. 經驗年數顯著不足 該特定職位類型所需的經驗年數是使用者能聲稱的兩倍以上。

什麼不算是嚴重情況

無需詢問，直接進行：

正式職稱差距（例如，職稱為 PM 與 PM 相關工作）
人員管理差距，但工作內容為跨職能團隊領導
缺少一個特定工具，但有明確的替代工具（MS Project → Jira）
在涵蓋大部分必要資格的情況下，未滿足偏好資格
核心技能匹配時的領域差距

如何處理嚴重差距

執行快速關鍵字對應（僅限必要資格）
提供簡潔摘要：該職位的要求、已滿足的部分、缺少的部分
清楚說明這是跳級申請還是不匹配
詢問：「上述差距相當顯著。您是否仍要繼續建構履歷和求職信，還是寧可放棄？」
在執行步驟 1–4 之前等待確認

步驟 1 — 提取關鍵字

從職位描述中，提取並列出：

職稱及提到的任何替代職稱
必要與偏好的硬技能
明確命名的工具和平台
主要職責（作為動詞短語）
領域 / 行業術語
方法論術語（敏捷、SDLC、瀑布式、OCM 等）
明確提及的軟技能

步驟 2 — 對應到履歷

將提取的每個關

ATS 履歷優化工具