75%的合格候選人在簡(jiǎn)歷被人看到之前就被系統(tǒng)篩掉了。不是因?yàn)槟芰Σ粔颍且驗(yàn)槟銓懙?k8s"和招聘系統(tǒng)認(rèn)識(shí)的"Kubernetes"不是同一個(gè)詞。

一個(gè)真實(shí)的過(guò)濾事故

有位工程師，8年Kubernetes實(shí)戰(zhàn)經(jīng)驗(yàn)，簡(jiǎn)歷里寫的是"k8s cluster orchestration"。職位描述要求"Kubernetes experience required"。

系統(tǒng)看到的：一個(gè)陌生人。人類看到的：一個(gè)被誤殺的專家。

ATS（求職者追蹤系統(tǒng)）的匹配邏輯很原始：字符串比對(duì)。你寫"k8s"，JD寫"Kubernetes"，系統(tǒng)判定為0匹配。這位工程師的原始匹配度只有12/100，直接進(jìn)回收站。

開(kāi)源工具的解法：給機(jī)器配個(gè)翻譯

作者做的工具加了一層LLM（大語(yǔ)言模型）同義詞推理。同樣的簡(jiǎn)歷，系統(tǒng)現(xiàn)在能看懂：

k8s cluster orchestration → Kubernetes ?（LLM推斷）
Helm chart management → Helm ?（直接匹配）

匹配度從12分跳到81分。他會(huì)出現(xiàn)在短名單里。

為什么這個(gè)問(wèn)題被忽視了三年

招聘軟件公司不是不知道。但ATS賣給企業(yè)的賣點(diǎn)是"過(guò)濾效率"，不是"放過(guò)人才"。系統(tǒng)越嚴(yán)格，HR越覺(jué)得錢花得值——至于誤傷率，那是統(tǒng)計(jì)報(bào)表里不顯眼的一行。

更隱蔽的問(wèn)題是技能描述的碎片化。同一份技術(shù)棧，有人寫"Docker容器化"，有人寫"OCI運(yùn)行時(shí)管理"，有人寫"container orchestration"。三個(gè)都是對(duì)的，三個(gè)可能都掛。

作者把工具開(kāi)源了。邏輯不復(fù)雜：用LLM做語(yǔ)義層，把簡(jiǎn)歷技能和JD要求拉到同一個(gè)命名空間再比對(duì)。但對(duì)求職者來(lái)說(shuō)，這意味著不用再猜HR用的關(guān)鍵詞版本是2018年的還是2023年的。

有個(gè)細(xì)節(jié)：工具顯示"Skills dimension: 81/100 - Strong Match"時(shí)，會(huì)同時(shí)標(biāo)注哪些匹配來(lái)自LLM推斷、哪些是直接命中。這種透明度在招聘黑箱里很少見(jiàn)。

如果你投了30份簡(jiǎn)歷只收到2個(gè)面試，問(wèn)題可能不在經(jīng)驗(yàn)厚度，而在你和系統(tǒng)說(shuō)的不是同一種語(yǔ)言——你愿意先檢查一遍自己的簡(jiǎn)歷被機(jī)器翻譯成了什么嗎？