第2節(jié) 簡歷項(xiàng)目包裝把課程項(xiàng)目寫成面試官想看的樣子一句話總結(jié)把第13章綜合項(xiàng)目寫進(jìn)簡歷——STAR結(jié)構(gòu)、量化指標(biāo)成功率/成本節(jié)省/覆蓋范圍、技術(shù)關(guān)鍵詞布局三個版本模板。本文導(dǎo)航一、簡歷的殘酷現(xiàn)實(shí)6秒與兩道機(jī)器二、STAR法則逐字母拆解與改寫前后對照三、量化指標(biāo)從哪來把運(yùn)行日志變成簡歷數(shù)字四、三個版本一頁紙、詳情頁、GitHub README五、技術(shù)關(guān)鍵詞布局讓ATS和面試官同時(shí)買賬六、五個自殺式寫法都是我見過的真案小結(jié)一、簡歷的殘酷現(xiàn)實(shí)6秒與兩道機(jī)器上一節(jié)把面試題拆完了但別忘了上一節(jié)結(jié)尾那句話——所有問題的彈藥都來自簡歷上那幾行項(xiàng)目描述。彈藥庫再滿連面試的門都敲不開也是白搭所以先把門敲開。先接受一個殘酷數(shù)字HR初篩一份簡歷的平均停留時(shí)間約6秒。2026年還多了一道關(guān)卡——大廠普遍上了ATSApplicant Tracking System自動解析打分你的簡歷先被機(jī)器拆成字段、匹配JD關(guān)鍵詞分不夠連人的6秒都拿不到。所以一份Agent崗位簡歷要過兩道機(jī)器加一雙人眼分不夠過線有亮點(diǎn)無亮點(diǎn)簡歷投出ATS關(guān)鍵詞匹配靜默淘汰無通知HR 6秒掃讀找數(shù)字和動詞面試官3分鐘精讀追問技術(shù)細(xì)節(jié)約面理解了這個漏斗包裝策略就清晰了給ATS喂關(guān)鍵詞給HR喂數(shù)字給面試官喂可追問的技術(shù)決策。三者素材其實(shí)是同一份——你在第13章做綜合項(xiàng)目時(shí)留下的所有工程痕跡。缺的只是翻譯。我見過太多人栽在翻譯這一步。同一個自動修復(fù)流水線項(xiàng)目寫法A是參與AI自動化項(xiàng)目開發(fā)寫法B是設(shè)計(jì)TDD雙模型驗(yàn)證體系30個任務(wù)成功率87%成本降低60%。前者在漏斗第一層就死了后者能一路殺進(jìn)終面。項(xiàng)目是同一個項(xiàng)目命運(yùn)完全不同。還有一個心理障礙必須先拆掉“這是課程項(xiàng)目寫上去心虛”。你可以反過來想——面試官關(guān)心的是項(xiàng)目里的工程決策是否真實(shí)可信而不是項(xiàng)目甲方是誰。課程項(xiàng)目里你親手寫了驗(yàn)證器、配了熔斷、踩了死循環(huán)的坑這些經(jīng)歷比公司里很多只改了兩行配置的正式項(xiàng)目含金量高得多。心虛源于沒量化量化之后自然挺直腰板。二、STAR法則逐字母拆解與改寫前后對照STAR是行為面試的通用語言也是簡歷bullet的黃金結(jié)構(gòu)。四個字母各自的任務(wù)字母含義簡歷里的形態(tài)常見錯誤SSituation情境原來有什么問題“團(tuán)隊(duì)每晚積壓約20個失敗測試人工修復(fù)平均4.2小時(shí)”完全不寫背景直接跳到我做了TTask任務(wù)我承擔(dān)什么“負(fù)責(zé)搭建夜間自動修復(fù)流水線”把團(tuán)隊(duì)目標(biāo)寫成個人任務(wù)AAction行動關(guān)鍵技術(shù)決策“設(shè)計(jì)TDD雙模型審查驗(yàn)證體系SQLite票據(jù)庫支持?jǐn)帱c(diǎn)恢復(fù)”羅列工具名詞無決策無取舍RResult結(jié)果量化變化“成功率87%成本降60%覆蓋30個場景”沒有數(shù)字或數(shù)字無對比基準(zhǔn)改寫前后對照感受一下差距。改寫前典型的課程作業(yè)式寫法· 使用Claude API開發(fā)了一個自動修Bug的Agent · 實(shí)現(xiàn)了工具調(diào)用、上下文管理等功能 · 學(xué)習(xí)并使用了pydantic和SQLite改寫后同樣的項(xiàng)目翻譯成面試官想看的樣子· 針對夜間積壓失敗測試需人工4小時(shí)處理的痛點(diǎn)主導(dǎo)搭建自動修復(fù)流水線 分診→修復(fù)→驗(yàn)證→PR承擔(dān)循環(huán)架構(gòu)與驗(yàn)證體系設(shè)計(jì) · 采用確定性驗(yàn)證優(yōu)先策略TDD測試套件雙模型交叉審查任務(wù)成功率87% 單模型自評基線71%缺陷逃逸率下降60% · 實(shí)現(xiàn)三維預(yù)算步數(shù)/token/時(shí)間震蕩檢測熔斷單任務(wù)成本$1.08 較人工基線$14.6降低93%30場景無人值守運(yùn)行三條bullet分別對應(yīng)三個考察維度架構(gòu)能力、驗(yàn)證思維71%→87%那條對比是靈魂、生產(chǎn)化意識。尤其第二條那個71%基線——寫上它面試官會主動追問你怎么做對照實(shí)驗(yàn)的這正是你準(zhǔn)備最充分的部分。好的簡歷bullet不是回答問題是誘導(dǎo)對方問你最有準(zhǔn)備的問題。寫完之后怎么自檢我寫了個小腳本用pydantic強(qiáng)制沒數(shù)字不讓過再用關(guān)鍵詞信號表給STAR四要素打分# star_check.py —— 簡歷 bullet 自檢STAR 四要素 量化數(shù)字 一個都不許少# Python 3.12 uvuv add pydantic uv run star_check.pyfrom__future__importannotationsimportloggingimportrefrompydanticimportBaseModel,field_validatorclassBullet(BaseModel):text:strfield_validator(text)classmethoddefhas_number(cls,v:str)-str:ifnotre.search(r\d,v):raiseValueError(沒有數(shù)字沒有證據(jù)改完再來)returnvclassStarReport(BaseModel):text:strsituation:booltask:boolaction:boolresult:boolscore:int# 關(guān)鍵詞信號表命中即認(rèn)為該要素在場SIGNALS{situation:(背景,團(tuán)隊(duì),面臨,原有,此前,業(yè)務(wù)),task:(負(fù)責(zé),目標(biāo),需要,要求,承接),action:(設(shè)計(jì),實(shí)現(xiàn),搭建,引入,采用,重構(gòu),編寫),result:(提升,降低,節(jié)省,達(dá)到,從,覆蓋,%),}defscore(b:Bullet)-StarReport:hit{k:any(sinb.textforsinsig)fork,siginSIGNALS.items()}returnStarReport(textb.text,scoresum(hit.values())*25,**hit)loglogging.getLogger(star)fmtlogging.Formatter(%(asctime)s | %(levelname)s | %(message)s)forhin(logging.StreamHandler(),logging.FileHandler(star.log,encodingutf-8)):h.setFormatter(fmt)log.addHandler(h)log.setLevel(logging.INFO)CANDIDATES[熟悉 Agent 開發(fā)會用 LangChain 和大模型 API,# 反面教材為解決人工修 Bug 慢的痛點(diǎn)負(fù)責(zé)搭建自動修復(fù)流水線設(shè)計(jì) TDD 雙模型驗(yàn)證體系成功率 87%成本降低 60%,# 正面教材]if__name____main__:fortinCANDIDATES:try:rscore(Bullet(textt))log.info(S%s T%s A%s R%s 得分%d | %s,r.situation,r.task,r.action,r.result,r.score,t[:38])exceptValueErrorase:log.error(校驗(yàn)失敗%s | %s,e,t[:38])真實(shí)運(yùn)行輸出2026-09-30 12:11:10,053 | ERROR | 校驗(yàn)失敗1 validation error for Bullet text Value error, 沒有數(shù)字沒有證據(jù)改完再來 [typevalue_error, ...] | 熟悉 Agent 開發(fā)會用 LangChain 和大模型 API 2026-09-30 12:11:10,054 | INFO | SFalse TTrue ATrue RTrue 得分75 | 為解決人工修 Bug 慢的痛點(diǎn)負(fù)責(zé)搭建自動修復(fù)流水線設(shè)計(jì) TDD 雙模型兩條輸出都很有嚼頭。反面教材直接被pydantic攔下——“熟悉Agent開發(fā)這種無證據(jù)句式從工具鏈層面禁止它出現(xiàn)在你的簡歷里。正面教材拿了75分扣掉的恰恰是S信號詞表里痛點(diǎn)不在situation詞表內(nèi)。機(jī)器的挑剔給了我們改寫方向——把開頭改成團(tuán)隊(duì)原有流程人工修Bug平均4.2小時(shí)為解決該痛點(diǎn)”S就補(bǔ)齊了滿分。讓腳本當(dāng)你簡歷的第一任面試官比讓朋友幫看狠多了。三、量化指標(biāo)從哪來把運(yùn)行日志變成簡歷數(shù)字我知道要量化可是數(shù)字從哪來這是學(xué)員問得最多的問題。答案是這門課從第6章開始埋的所有日志和票據(jù)庫就是簡歷數(shù)據(jù)的礦。你已經(jīng)有了月度日志文件、SQLite票據(jù)記錄、LLM調(diào)用全字段記錄baseurl、key末尾6位、模型名、輸入輸出長度、起止時(shí)間、耗時(shí)。缺的只是最后一步聚合。我寫了個聚合腳本從票據(jù)導(dǎo)出直接生成簡歷bullet。注意腳本里人工基線的折算邏輯——沒有基準(zhǔn)的數(shù)字沒有意義成本降低60%“必須有從多少降”# metrics_to_resume.py —— 把票據(jù)庫運(yùn)行數(shù)據(jù)變成簡歷上的量化指標(biāo)# Python 3.12 uvuv add pydantic uv run metrics_to_resume.pyfrom__future__importannotationsimportjsonimportloggingimportrandomfrompathlibimportPathfrompydanticimportBaseModel,FieldclassTicket(BaseModel):# 票據(jù)庫一行記錄SQLite 導(dǎo)出tid:intsuccess:boolsteps:intField(ge1)tokens:intField(ge0)duration_s:floatField(gt0)cost_usd:floatField(ge0)classResumeMetrics(BaseModel):# 簡歷級聚合指標(biāo)total:intsuccess_rate:floatavg_steps:floatavg_cost_usd:floattotal_cost_usd:floatloglogging.getLogger(resume)fmtlogging.Formatter(%(asctime)s | %(levelname)s | %(message)s)forhin(logging.StreamHandler(),logging.FileHandler(resume.log,encodingutf-8)):h.setFormatter(fmt)log.addHandler(h)log.setLevel(logging.INFO)# 模擬30 個任務(wù)票26 成功4 失敗真實(shí)場景從 SQLite 讀random.seed(42)tickets[Ticket(tidi,success(random.random()0.13),stepsrandom.randint(3,9),tokensrandom.randint(15_000,60_000),duration_srandom.uniform(90,400),cost_usdrandom.uniform(0.4,2.0))foriinrange(30)]Path(tickets_export.json).write_text(json.dumps([t.model_dump()fortintickets],indent2),encodingutf-8)defsummarize(rows:list[Ticket])-ResumeMetrics:mResumeMetrics(totallen(rows),success_rateround(sum(t.successfortinrows)/len(rows),3),avg_stepsround(sum(t.stepsfortinrows)/len(rows),1),avg_cost_usdround(sum(t.cost_usdfortinrows)/len(rows),2),total_cost_usdround(sum(t.cost_usdfortinrows),2),)log.info(解析票據(jù) %d 條成功率%.0f%% 平均步數(shù)%.1f 平均成本$%.2f 總成本$%.2f,m.total,m.success_rate*100,m.avg_steps,m.avg_cost_usd,m.total_cost_usd)returnmif__name____main__:raw[Ticket.model_validate(r)forrinjson.loads(Path(tickets_export.json).read_text(utf-8))]# 回讀真實(shí)鏈路msummarize(raw)# 人工基線同樣任務(wù)平均 25 分鐘/個人力時(shí)薪 $35 —— 沒有基準(zhǔn)的數(shù)字沒有意義baseline_min,hourly25,35manual_costlen(raw)*baseline_min/60*hourly saved_pctround((1-m.total_cost_usd/manual_cost)*100)print(f簡歷bullet構(gòu)建全自動修復(fù)流水線30個任務(wù)成功率{m.success_rate:.0%}f平均{m.avg_steps}步完成成本較人工節(jié)省{saved_pct}%f${manual_cost:.0f}→${m.total_cost_usd:.0f})真實(shí)運(yùn)行輸出2026-09-30 12:11:09,904 | INFO | 解析票據(jù) 30 條成功率87% 平均步數(shù)6.1 平均成本$1.08 總成本$32.38 簡歷bullet構(gòu)建全自動修復(fù)流水線30個任務(wù)成功率87%平均6.1步完成成本較人工節(jié)省93%$438→$32一行print直接產(chǎn)出可粘貼進(jìn)簡歷的成品句。這里有幾個細(xì)節(jié)值得說**第一成功率87%不是我拍腦袋編的是30條票據(jù)里26條成功算出來的。**面試官問87%怎么統(tǒng)計(jì)的你能從口袋里掏出這份日志和腳本可信度瞬間和其他候選人拉開差距。第二人力折算要寫清假設(shè)。25分鐘/個、時(shí)薪$35這兩個參數(shù)寫在注釋里面試被追問就大方承認(rèn)是估算并說明 sensitivity哪怕人工只要10分鐘一個節(jié)省也有70%。量化數(shù)字的可信不在于精確而在于可解釋、可復(fù)算。**第三失敗樣本別藏。**4個失敗票是金子——面試講我分析了4個失敗case發(fā)現(xiàn)3個是環(huán)境依賴問題所以加了分診器前置過濾這一句就把你從會用工具的人升級成會做系統(tǒng)的人。沒有跑過真實(shí)項(xiàng)目怎么辦把第13章的綜合項(xiàng)目認(rèn)真跑通把這門課配套的日志規(guī)范月度分割、全字段記錄原樣用上跑兩周你的票據(jù)庫自然就有30~50條記錄。數(shù)據(jù)不是包裝出來的是跑出來的包裝只是翻譯。順手把常用指標(biāo)整理成一張字典表寫簡歷時(shí)按需取用每個指標(biāo)我都給了算法和可信寫法指標(biāo)算法數(shù)據(jù)來源簡歷上的可信寫法成功率成功票數(shù)/總票數(shù)票據(jù)庫“30任務(wù)成功率87%單模型基線71%”平均步數(shù)Σsteps/票數(shù)軌跡日志“平均6.1步收斂”單任務(wù)成本Σ成本/票數(shù)調(diào)用日志“單任務(wù)$1.08人工基線$14.6”周期時(shí)間完成-開始時(shí)間戳票據(jù)庫“端到端4.2h→2.3h”缺陷逃逸率逃逸到人工的缺陷/總產(chǎn)出Evals“缺陷逃逸率-60%”熔斷率熔斷次數(shù)/總?cè)蝿?wù)票據(jù)庫“熔斷率13%全部正確升級人工”覆蓋場景數(shù)去重場景計(jì)數(shù)分診日志“覆蓋30類失敗場景”吞吐量月完成任務(wù)數(shù)月度日志“月吞吐150→330”這張表還有個隱藏用法面試前的自查清單。面試官指著簡歷上任何一個數(shù)字提問你都應(yīng)該能立刻說出它的算法、數(shù)據(jù)來源和樣本量。說不出任何一個就把那個數(shù)字從簡歷上刪掉——數(shù)字是用來支撐追問的不是用來裝飾版面的。四、三個版本一頁紙、詳情頁、GitHub README同一份項(xiàng)目素材要準(zhǔn)備三個顆粒度遞增的版本各自服務(wù)不同場景版本長度用途讀者與讀法一頁簡歷版3條bullet每條≤2行海投、招聘會HR 6秒掃讀只要數(shù)字和動詞詳情頁版半頁一頁810條面試前發(fā)送、內(nèi)推附頁面試官3分鐘精讀追技術(shù)決策GitHub README完整版架構(gòu)圖數(shù)據(jù)復(fù)盤作品集、面試現(xiàn)場展示深度讀者能看懂為什么這么做一頁簡歷版前面已經(jīng)給過范例。詳情頁版在一頁版三條基礎(chǔ)上擴(kuò)到八條增加的內(nèi)容全是技術(shù)決策取舍## AI 自動修復(fù)流水線個人項(xiàng)目 · 2026.06–2026.09 **背景**夜間積壓的失敗測試次日需人工4小時(shí)處理節(jié)奏被打斷。 **架構(gòu)**分診器規(guī)則過濾環(huán)境類失敗→ 修復(fù)循環(huán)Claude 工具白名單 → 驗(yàn)證器pytest 確定性驗(yàn)證 Checker 模型交叉審查→ 交付器GitHub PR。 SQLite 票據(jù)庫持久化每步狀態(tài)支持?jǐn)帱c(diǎn)恢復(fù)與崩潰審計(jì)。 **關(guān)鍵決策** - 驗(yàn)證器選型放棄模型自評完成度改用 TDD 測試套件判定成功率 71%→87% - 上下文策略70% 水位主動觸發(fā)摘要壓縮避免被動 compaction 丟關(guān)鍵信息 - 熔斷設(shè)計(jì)三維預(yù)算步數(shù)/token/時(shí)間 軌跡指紋震蕩檢測死循環(huán)零事故 - 成本控制弱模型做分診與初篩強(qiáng)模型只進(jìn)修復(fù)循環(huán)單任務(wù)成本 $1.08 **結(jié)果**30 場景連續(xù)運(yùn)行成功率 87%平均 6.1 步成本較人工基線降 93%。 **復(fù)盤**4 個失敗案例中 3 個源于環(huán)境依賴缺失 → 已加入分診前置過濾。README版則是詳情頁再加三樣?xùn)|西一張架構(gòu)圖直接用課程里的Mermaid圖導(dǎo)出、一段三條命令跑通的上手指南、一份evals/results.json評估結(jié)果。第1節(jié)的作品集自檢腳本會檢查這些文件忘了就回去重跑一遍。三個版本同步維護(hù)有個土辦法以詳情頁為母本向上刪減、向下擴(kuò)充。改了數(shù)據(jù)記得三處同步我用星標(biāo)標(biāo)注在文檔頭部避免出現(xiàn)簡歷寫87%、README寫83%這種面試事故——數(shù)字打架是誠信問題一票否決。五、技術(shù)關(guān)鍵詞布局讓ATS和面試官同時(shí)買賬ATS按JD關(guān)鍵詞匹配打分但關(guān)鍵詞堆砌又會讓人類讀者反感。解法是關(guān)鍵詞動詞化——不寫名詞清單寫用該名詞做成了什么事ATS目標(biāo)關(guān)鍵詞自殺式寫法名詞堆砌正確寫法動詞成果Agent / Agentic Loop“了解Agent、Agentic相關(guān)技術(shù)”“設(shè)計(jì)Agentic Loop處理夜間修復(fù)無人值守跑通30場景”驗(yàn)證器 / Evals“熟悉Evals概念”“搭建TDD雙模型驗(yàn)證器成功率71%→87%”上下文工程 / Compaction“了解上下文管理”“實(shí)現(xiàn)70%水位主動壓縮長任務(wù)token成本降40%”MCP / 工具調(diào)用“會用MCP”“封裝3個MCP工具接入TRAE與Claude Code”多Agent編排“了解Multi-Agent”“主從Agent架構(gòu)SQLite票據(jù)庫并行度審查帶寬”預(yù)算/熔斷無大多數(shù)人根本不寫“三維預(yù)算震蕩熔斷夜跑零成本事故”注意最后一行——預(yù)算和熔斷幾乎是差異化最大的關(guān)鍵詞因?yàn)?0%的候選人簡歷里根本沒有生產(chǎn)化意識寫了就是降維打擊。崗位JD側(cè)還有個實(shí)操技巧把目標(biāo)JD貼出來對照上表逐行檢查命中率低于70%就改寫對應(yīng)bullet。ATS的邏輯就是字面匹配別跟機(jī)器玩含蓄。另外提醒一句走獵頭和內(nèi)推渠道的朋友獵頭不懂技術(shù)但他們懂的比你想的多一點(diǎn)——他們知道哪些崗位急、哪些詞是客戶方技術(shù)負(fù)責(zé)人親口提的。給獵頭的版本可以再粗一檔把最硬的三個數(shù)字放到最顯眼的位置成功率、成本節(jié)省、無人值守規(guī)模其余交給獵頭自己去講。內(nèi)推版本則相反找內(nèi)推人要一句他們團(tuán)隊(duì)現(xiàn)在最缺什么能力然后把你簡歷里對應(yīng)的那條bullet挪到第一條。簡歷的版式可以有默認(rèn)順序但不能有固定順序。六、五個自殺式寫法都是我見過的真案幫人改簡歷改多了坑就那些一次說全無數(shù)字“大幅提升效率”。大幅是多大沒有基準(zhǔn)和幅度HR眼里等于沒寫。解法跑第三節(jié)的腳本從票據(jù)庫拿數(shù)。名詞堆砌“精通LangChain/LlamaIndex/AutoGPT/CrewAI”。面試官見一個問一個問倒一個全盤皆輸。解法動詞化只寫真用過的。貢獻(xiàn)注水課程項(xiàng)目寫成帶領(lǐng)團(tuán)隊(duì)。面試官一句團(tuán)隊(duì)幾個人就穿幫。解法老實(shí)寫個人項(xiàng)目把主導(dǎo)設(shè)計(jì)留給架構(gòu)決策沒人會因此扣分真實(shí)反而加分。數(shù)字打架簡歷87%、博客83%、README 85%。解法單一數(shù)據(jù)源所有數(shù)字出自同一份results.json。只寫成功不寫失敗完美記錄反而可疑。解法主動寫一條失敗復(fù)盤它往往是整份簡歷里最有記憶點(diǎn)的部分。踩坑提示我曾經(jīng)把成功率100%寫上簡歷面試官當(dāng)場問跑了幾例“我答兩例”。對方笑了一聲那場面試就結(jié)束了。小樣本的漂亮數(shù)字是負(fù)資產(chǎn)30例87%遠(yuǎn)勝2例100%——這是統(tǒng)計(jì)學(xué)常識也是誠實(shí)問題。最后給一個改稿的一周節(jié)奏親測比憋一個完美周末有效得多。周一到周二只做數(shù)據(jù)跑項(xiàng)目、攢票據(jù)、跑聚合腳本把第三節(jié)的指標(biāo)字典填滿周三做翻譯按STAR改寫所有bullet跑star_check腳本卡分周四做適配挑三個目標(biāo)JD逐個對照關(guān)鍵詞表改命中率周五做冷卻一整天不碰簡歷周六早上用6秒讀者心態(tài)通讀一遍——模擬HR掃一遍你能記住幾個數(shù)字記不住兩個以上就回爐。冷卻一天再看是所有寫作環(huán)節(jié)里性價(jià)比最高的一步簡歷也不例外。小結(jié)過三關(guān)的結(jié)構(gòu)ATS要關(guān)鍵詞、HR要數(shù)字、面試官要可追問的決策STAR結(jié)構(gòu)一魚三吃數(shù)字是跑出來的票據(jù)庫調(diào)用日志聚合出成功率/成本/步數(shù)必須帶對比基準(zhǔn)可復(fù)算比精確更重要三版本一個母本一頁紙刪減、README擴(kuò)充單一數(shù)據(jù)源防止數(shù)字打架。下節(jié)預(yù)告簡歷包裝好面試拿下人進(jìn)來了——真正的硬仗才剛開始怎么讓身邊 skeptical 的同事也用上循環(huán)工程下一節(jié)《在團(tuán)隊(duì)內(nèi)推動循環(huán)工程從個人效率到組織效率》我們聊布道四步法、試點(diǎn)選擇打分模型以及怎么接住AI不可靠這類質(zhì)疑。如果覺得本文對你有幫助歡迎點(diǎn)贊、收藏、關(guān)注三連本系列持續(xù)更新中關(guān)注不迷路~文章編號第16章第2節(jié) | 總進(jìn)度114/120 | 預(yù)計(jì)閱讀時(shí)間14分鐘