幽靈職缺偵測器
在 104 人力銀行的職缺上,直接顯示 HR 到底有沒有在處理履歷。
第三方獨立開發,非 104 人力銀行官方產品它解決什麼問題
104 的資料庫其實記錄了每個職缺「上次處理履歷」和「上次回覆應徵者」的時間, 而且 104 網頁自己載入職缺時就會把這些欄位抓回你的瀏覽器。但 104 只會在頁面上顯示正面的那一半 (例如「7 天內處理過履歷」),從不告訴你這家公司近 90 天內一個應徵者都沒回覆過。
這個外掛把另一半補上。每張職缺卡片會多出一列徽章:
安裝
方式一:Chrome 線上應用程式商店(建議)
一鍵安裝,而且會自動更新。
商店的版本可能會落後 GitHub Releases 一段時間
—— 每次改版都要重新送審,而審查通常要數週。想要最新版,用下面的方式二。
方式二:手動安裝(想搶先用最新版)
-
到 最新版本頁面
下載
ghost-job-detector-x.y.z.zip,解壓縮到一個你不會刪掉的資料夾。 - 打開 Chrome,在網址列輸入
chrome://extensions/後按 Enter。 - 把右上角的「開發人員模式」打開。 裝好之後也要保持開啟 —— 關掉它,這個外掛就會被 Chrome 一起停用。
- 點左上角「載入未封裝項目」,選擇剛才解壓縮出來的資料夾。
- 到 104 找工作 搜尋任何職缺, 徽章就會出現在每張卡片上。
手動安裝不會自動更新;有新版時請回到
Releases
重新下載,並在 chrome://extensions/ 點該外掛的「重新載入」。
另外 Chrome 每次啟動可能會提醒你「停用開發人員模式的擴充功能」—— 點「保留」即可。
有重大更新時通知我
已經上架了,所以那封「上架通知」不會再寄。之後只有重大更新 (例如 104 改版導致外掛失效、或計分方式有大調整)才會寄,大概一年幾次,隨時可以退訂。
訂閱是在 Substack 上處理的,你的 email 交給 Substack,不會進到這個外掛, 也不會傳給任何其他地方。外掛本身依然不蒐集任何資料 —— 這兩件事是分開的。
支援環境
| 環境 | 支援 | 說明 |
|---|---|---|
| Chrome(桌面版) | ✅ | macOS、Windows、Linux 都可以 —— 決定的是瀏覽器,不是作業系統 |
| Edge | ✅ | 同為 Chromium 核心,安裝方式相同 |
| Brave、Vivaldi 等 Chromium 瀏覽器 | ✅ | 同上 |
| Firefox | ❌ | 擴充功能格式不同,目前沒有 Firefox 版 |
| Safari | ❌ | 同上 |
| 手機 / 平板 | ❌ | Android 與 iOS 版 Chrome 都不支援擴充功能,這是瀏覽器本身的限制 |
裝了但沒反應?
依照最常見的順序檢查:
-
「開發人員模式」被關掉了。
這是最常見的原因。手動安裝的擴充功能靠它才能執行,安裝完把它關掉,外掛就會一起被停用。
到
chrome://extensions/確認右上角的開關是開的。 - 安裝後沒有重新整理 104 的頁面。 外掛只會在頁面載入時注入,已經開著的分頁要重新整理一次。
- 頁面不在支援範圍內。 目前只在 104 的搜尋結果、AI 推薦、職缺內頁和公司頁運作, 其他頁面(例如首頁、履歷管理)不會有徽章。
- 外掛被自己關掉了。 點瀏覽器工具列上的外掛圖示,確認「啟用偵測」是開的。
- Chrome 啟動時跳出「停用開發人員模式的擴充功能」。 點「保留」,不要點停用。
如果徽章出現但寫著「無法取得資料」或「資料格式可能已變更」,那多半是 104 改版了。 外掛的彈出視窗會顯示連續失敗的次數,麻煩到 GitHub Issues 回報。
正向訊號:值得優先投的缺
風險分數只會叫你別投,所以另外加了一個綠色的「機會」徽章,三個條件同時成立才會出現:
| 條件 | 門檻 |
|---|---|
| 目前應徵人數少 | ≤ 3 人 |
| 刊登(更新)時間新 | ≤ 7 天 |
| HR 近期真的在看履歷 | ≤ 7 天內處理過 |
| 幾乎沒有風險訊號 | 分數 ≤ 9 |
為什麼不能只看應徵人數。 實測 1,144 筆:3 人以下應徵的職缺佔了 54%,標了等於沒標;而且它們的 刊登天數中位數(4 天)並沒有比 11–30 人那組(3 天)新 —— 少人應徵不代表新刊登。 其中還有 16.6% 是「掛了三週以上還沒人投」的滯銷缺,中位數 21 天, 只看應徵人數會把求職者推去投這些。三個條件的交集約佔 30%。
評分怎麼算
分數 0–100,由多個訊號加總而成,分級為
0–19 正常 / 20–39 留意 /
40–64 可疑 / 65+ 高風險。
| 訊號 | 分數 |
|---|---|
| HR 活躍度 PR < 30 / < 50 | +30 / +15 |
| 近 30 天內無處理紀錄 | +30 |
| 超過 14 天 / 7 天沒處理履歷 | +22 / +14 |
| 近 90 天內無 104 站內回覆紀錄 | 不計分(僅呈現) |
| 刊登超過 90 / 60 / 30 天 | +18 / +12 / +6 |
| 50 人以上應徵但一週沒處理 | +10 |
| 公司同時開 30 / 15 個缺以上 | +10 / +5 |
| 觀察期間重新刊登 2 次以上 | +15 |
| 待遇面議 | +4 |
0 人應徵的職缺不套用互動訊號。 沒人投,就沒有履歷可處理、也沒有人可以回覆,紀錄是空的是必然,不是「已讀不回」的證據 —— 這時「無處理紀錄」和「無回覆紀錄」都不扣分,改顯示中性提示。刊登時長等其他訊號照算。
分數只是排序用的摘要。 把真職缺誤標成假的,對求職者和公司都是傷害,所以 UI 一律同時呈現原始數據, 讓你自己判斷,而不是給一個武斷的結論。權重定義在 src/score.js, 歡迎依實際情況調整。
隱私
不蒐集、不上傳任何資料。開發者沒有伺服器。
所有請求都由你的瀏覽器以同源請求直接送到 www.104.com.tw,不經過任何第三方。
資料取自 104 網頁前端自己使用的內部 JSON API —— 不是 104 官方對外開放、
需申請金鑰的 Open API,未公開文件,也因此隨時可能改版失效。
chrome.storage.local 只存 API 快取(最長 6 小時)、職缺觀察紀錄與四個使用量計數,全部留在你的電腦上,
可從彈出視窗一鍵清除。完整說明見
隱私權政策。
已知限制
- 104 沒有公開「首次刊登日期」,
appearDate只是最後更新日。真正的刊登時長要靠外掛長期累積觀察紀錄。 - 應徵人數只有搜尋 API 有,公司職缺 API 與職缺詳細頁 API 都沒有。搜尋 API 又不支援以公司過濾, 只能用公司名稱當關鍵字再比對公司代碼 —— 公司名稱夠特殊時能完整對上,名稱通用時只撈得到一部分, 對不到的職缺就不顯示應徵人數。
- HR 的「處理履歷」不一定是真人動作。104 會做系統自動配對推薦,那類動作可能也算進 處理紀錄。實測過所有欄位,沒有任何欄位能分辨真人與系統動作 —— 看到「HR 昨天處理過履歷」時請保留一點餘地。
- 依賴 104 未公開文件的 API,對方改版可能失效。
hrBehaviorPR的確切計算方式是 104 的內部邏輯,我們只知道它是活躍度百分位。