前言¶

做求職輔導或招聘支持類產品時，常遇到兩類難處理的需求。一類是”幫我定製簡歷”，另一類是”幫我研究這家公司”。分開做都容易產出空泛內容：簡歷定製只改措辭不改匹配度，公司研究只羅列官網信息，看不到崗位背後的業務背景。

下面介紹的 Skill 走另一條路徑：先研究目標公司，再把職位描述與候選人材料放在一起對照，最終輸出一套每個結論都有出處的申請資料包。它不負責編造公司事實或候選人經歷，這一點是它的明確邊界。

這是什麼¶

求職專家（座標 @org-i8ze0kds/dragonai0001，版本 1.0.0）是一個面向求職場景的 Agent Skill，分類 business-ops，來源標記爲 enterprise，由杭州燭龍智元科技有限公司發佈維護。

它解決的問題是：把”研究公司—分析崗位—定製材料—準備面試”這條鏈路串成一個可複用的流程，而不是讓每次對話都從零開始蒐集信息、從零開始判斷該問哪些問題。

核心功能¶

按官方簡介，這個 Skill 的能力覆蓋以下幾類：

• 崗位背景識別：定位崗位背後的業務部門、團隊、產品線、利益相關方、招聘背景與隱性需求。
• 招聘動因調查：查公司爲什麼在招人，是擴張、補缺還是新業務啓動。
• 材料定製與重寫：定製或重寫簡歷，撰寫求職信。
• 對照分析：把簡歷與職位描述逐項比對，找出匹配點與缺口。
• 面試準備：準備自我介紹與面試問答。
• 能力差距診斷：基於崗位要求診斷候選人尚缺的能力項。
• ATS 匹配度優化：調整材料以提升簡歷篩選系統的解析與匹配效果。
• 轉行場景：在跨行業投遞時重構材料邏輯。
• 中英文本地化：對中文與英文求職材料做本地化處理。
• 資料包整合：把上述產出合併成一套有來源依據的完整申請資料包。

它的約束也很明確：不編造公司或候選人的事實。所有輸出都要求能追溯到實際檢索到的來源。

安裝與啓用¶

官方公開資料中未給出明確的安裝命令、目錄路徑或配置文件字段，這裏不推測補充。可用的確定信息如下：

• 座標：@org-i8ze0kds/dragonai0001
• 版本：1.0.0
• 分類：business-ops
• 來源：enterprise
• 標籤：requires_api_key=false

requires_api_key=false 表示該 Skill 不需要額外配置 API Key 即可使用。它在通用 SKILL.md 格式上定義，具體加載方式取決於你使用的 Agent 客戶端（Cursor、Codex CLI、Claude Code 等）對 Skill 的識別機制，客戶端側差異請以各自文檔爲準。

典型用法¶

官方簡介給出的使用方式是：輸入職位描述與候選人材料，由 Skill 先完成公司與崗位研究，再產出針對該崗位的定製材料。一個可直接復現的調用思路如下。

輸入：目標公司 + 職位描述（JD）+ 候選人簡歷/背景材料
流程：研究公司 → 分析崗位背景與隱性需求 → 比對簡歷與 JD → 定製簡歷與求職信 → 準備自我介紹與面試問答
輸出：一套帶來源標註的申請資料包

實際操作中，建議按這個順序推進：先給 Skill 足夠具體的公司名稱和崗位鏈接，再上傳候選人材料，最後要求它把關鍵結論的出處列出來。如果只給一個模糊的行業方向，產出會退化成通用建議，參考價值有限。

適用場景與注意¶

適合這些場景：需要批量爲不同崗位產出差異化材料；需要對同一崗位做簡歷與 JD 的逐條比對；需要有來源可查的公司背景調研；需要中英文材料雙向本地化。

幾個限制值得先說清楚：

• 輸出質量依賴輸入材料的具體程度，公司名、崗位鏈接、候選人經歷給得越細，結果越可用。
• 它不做事實編造，因此無法填補候選人缺失的經歷，也不能憑空生成公司業務數據。
• 公司研究部分依賴公開可檢索的信息，非公開的組織架構或招聘計劃拿不到。
• ATS 匹配度優化是材料層面的調整，不保證通過任何具體篩選系統。

結尾¶

求職專家的價值在於把分散的求職準備動作收斂成一條有來源約束的流水線，適合需要反覆產出差異化申請材料的場景。公開資料中評分 100000、下載 1204、安裝 0（SkillHub 頁面抓取快照，不同時間抓取數值會有變化），且不需要配置 API Key。

官方地址：https://api.skillhub.cn/org-i8ze0kds/dragonai0001
SkillHub 頁面：https://www.skillhub.cn/skills/org-i8ze0kds/dragonai0001