你花了三小時(shí)改簡(jiǎn)歷，逐句對(duì)齊招聘要求，點(diǎn)擊提交時(shí)甚至有點(diǎn)儀式感。兩周后收到系統(tǒng)自動(dòng)回復(fù)："您的申請(qǐng)已進(jìn)入人才庫。"然后就沒有然后了。

這不是你運(yùn)氣差。75%的簡(jiǎn)歷在被人看到之前，就已經(jīng)被ATS（申請(qǐng)追蹤系統(tǒng)，一種自動(dòng)篩選簡(jiǎn)歷的軟件）扔進(jìn)了垃圾桶。不是HR冷酷，是機(jī)器先動(dòng)的手。更糟的是——你永遠(yuǎn)不會(huì)知道死因：格式不對(duì)？關(guān)鍵詞缺失？還是某段話觸發(fā)了隱藏規(guī)則？

一位做了三年SaaS產(chǎn)品的開發(fā)者受夠了這套黑箱。他做了個(gè)免費(fèi)工具，讓求職者第一次看清自己是怎么"死"的。

ATS不是敵人，但它是盲人摸象的裁判

這套系統(tǒng)的邏輯其實(shí)粗暴：把職位描述拆成關(guān)鍵詞，掃描簡(jiǎn)歷里出現(xiàn)了多少次。匹配度高，進(jìn)下一輪；匹配度低，直接歸檔。問題是，同一家公司的不同HR可能用不同關(guān)鍵詞描述同一崗位，而求職者只能靠猜。

Smart Resume的解法是把裁判規(guī)則攤開來。上傳簡(jiǎn)歷和職位描述，30秒內(nèi)拿到診斷報(bào)告：缺了哪些關(guān)鍵詞、哪些詞出現(xiàn)次數(shù)不對(duì)、被動(dòng)語態(tài)在哪里拖后腿、有沒有漏掉可量化的成績(jī)。每一項(xiàng)都標(biāo)了優(yōu)先級(jí)——高影響的問題先改，低影響的以后再說。

工具還內(nèi)置9個(gè)經(jīng)過ATS兼容性測(cè)試的模板。不是"好看"的模板，是"能過機(jī)篩"的模板。這個(gè)區(qū)別，投過100份簡(jiǎn)歷的人都懂。

技術(shù)選型：為什么選Cloudflare Workers

作者在技術(shù)博客里的解釋很產(chǎn)品經(jīng)理思維："我不想維護(hù)服務(wù)器，也不想付數(shù)據(jù)庫費(fèi)用。"

整套架構(gòu)跑在Cloudflare Workers（邊緣計(jì)算服務(wù)，代碼運(yùn)行在離用戶最近的服務(wù)器節(jié)點(diǎn)）上，前端用Vue 3。沒有數(shù)據(jù)庫，所有處理實(shí)時(shí)完成——簡(jiǎn)歷解析、關(guān)鍵詞提取、匹配度計(jì)算，全部在邊緣節(jié)點(diǎn)跑完，數(shù)據(jù)不落地。

關(guān)鍵詞提取的核心邏輯并不復(fù)雜：過濾停用詞、統(tǒng)計(jì)詞頻、取前30個(gè)高頻詞。但魔鬼在細(xì)節(jié)。比如"匹配分?jǐn)?shù)"的計(jì)算，不是簡(jiǎn)單看關(guān)鍵詞有沒有出現(xiàn)，而是看出現(xiàn)次數(shù)是否達(dá)到職位描述里的預(yù)期頻率。出現(xiàn)太少，扣分；出現(xiàn)太多，可能觸發(fā)"關(guān)鍵詞堆砌"的反向懲罰。

代碼片段里有個(gè)細(xì)節(jié)：用正則表達(dá)式全局匹配時(shí)，作者特意把職位描述和簡(jiǎn)歷都轉(zhuǎn)成小寫。這個(gè)case-insensitive的處理，能避免"Python"和"python"被當(dāng)成兩個(gè)詞。小寫轉(zhuǎn)換是免費(fèi)的，但漏掉這一步，匹配率可能直接崩掉幾個(gè)百分點(diǎn)。

免費(fèi)工具的商業(yè)模式悖論

Smart Resume目前是純免費(fèi)。作者的說法是"先解決自己的問題，順便幫別人"。但熟悉SaaS的人都知道，純免費(fèi)工具要么死，要么轉(zhuǎn)型。

可能的變現(xiàn)路徑很清晰：高級(jí)功能訂閱（比如批量分析、歷史對(duì)比）、企業(yè)端賣ATS優(yōu)化服務(wù)、或者把數(shù)據(jù)脫敏后做成行業(yè)洞察報(bào)告。但作者似乎還沒想那么遠(yuǎn)——技術(shù)博客里連Google Analytics都沒裝，"因?yàn)閼械脤戨[私政策"。

這種"先做出來再說"的風(fēng)格，很符合個(gè)人開發(fā)者的典型路徑。但求職者可能希望它能活得久一點(diǎn)。畢竟，市面上類似的工具要么收費(fèi)（Resume Worded月費(fèi)49美元），要么功能殘缺（只能檢查格式，看不懂職位描述）。

一個(gè)被忽略的產(chǎn)品細(xì)節(jié)

Smart Resume的"量化成就檢查"功能，會(huì)掃描簡(jiǎn)歷里的數(shù)字。但作者加了個(gè)有趣的規(guī)則：不是有數(shù)字就行，而是看數(shù)字前面有沒有動(dòng)詞。

"銷售額增長20%"是弱表述。"推動(dòng)銷售額增長20%"才是HR想看的。這個(gè)區(qū)分很細(xì)，但投過騰訊、字節(jié)簡(jiǎn)歷的人都知道——大廠JD里"推動(dòng)""主導(dǎo)""搭建"這些詞的出現(xiàn)頻率，和過篩率高度相關(guān)。

工具目前只支持英文簡(jiǎn)歷。作者在技術(shù)博客評(píng)論區(qū)回復(fù)過中文支持的疑問："分詞比空格分詞復(fù)雜十倍，等我有空。"這條回復(fù)發(fā)布于三個(gè)月前，至今沒有更新。

如果你現(xiàn)在去試，會(huì)發(fā)現(xiàn)上傳界面有個(gè)不起眼的提示："建議職位描述超過150詞，分析更準(zhǔn)確。"這個(gè)閾值從哪來的？作者沒解釋。但測(cè)試過幾份JD后發(fā)現(xiàn)，太短的職業(yè)描述確實(shí)會(huì)讓關(guān)鍵詞提取變得隨機(jī)——系統(tǒng)會(huì)抓出一些通用詞（"團(tuán)隊(duì)""溝通"），而漏掉真正的硬技能要求。

你會(huì)為了過機(jī)篩，把簡(jiǎn)歷改成機(jī)器喜歡的樣子嗎？還是說，這種對(duì)抗本身就已經(jīng)扭曲了求職這件事？