晉升最快的工程師，都在干同一件事

過去我以為Staff+工程師的核心能力是系統(tǒng)設(shè)計、故障指揮，以及說服六個團隊采用你那套無聊但正確的抽象方案。這個標準現(xiàn)在依然成立。但過去一年有些東西變了。

真正推動事情的工程師，現(xiàn)在花大量時間指揮、審查、管理AI智能體，而不是自己寫每一行代碼。我說的不是"用Copilot"。我是說把智能體當成不睡覺的初級隊友——它們偶爾會幻覺，但開PR的速度比你審查還快。

大多數(shù)職業(yè)框架還在列這些東西：

它們漏掉了一項新元技能：你能讓一支智能體大軍產(chǎn)出可靠、可審查、生產(chǎn)級的成果，而不制造超過價值的債務(wù)。這不再是"加分項"。在Staff和Principal級別，這正在成為入場券，尤其在平臺、基礎(chǔ)設(shè)施和金融科技團隊——那里的爆炸半徑很大。

我現(xiàn)在看到晉升最快的工程師，不是關(guān)ticket最多的那些。而是能做到這些的人：

它先以小方式顯現(xiàn)。

以前花三天寫控制器，現(xiàn)在花兩小時給三個不同智能體喂正確的上下文，審查它們的嘗試，挑最不離譜的那個，然后花剩下一天加固它。以前手動更新47個manifest文件，現(xiàn)在給智能體diff、策略約束和回滾計劃，然后基本旁觀。

2026年，高級和Staff工程師的區(qū)別往往在于：多快能把"我需要這個東西存在"變成"這是一組經(jīng)核實、測試過的變更，由智能體在監(jiān)督下產(chǎn)出"。監(jiān)督這部分才是真正的技能。誰都能讓智能體做事。晉升的人是那些確切知道問什么、如何核實、以及何時說"不行，用這些約束再試"的人。

智能體擅長快樂路徑，邊緣情況一塌糊涂。

它們會生成漂亮的Kubernetes配置，通過所有l(wèi)inter，上線卻掛掉——因為它們從沒問過實際流量形態(tài)，或者平臺團隊強制執(zhí)行的密鑰輪換策略。它們會提議"簡單"重構(gòu)，碰十七個服務(wù)，搞壞審計員真正會看的那份合規(guī)報告。

Staff+工程師能在智能體之前看到這些缺口，因為他們經(jīng)歷過三次"紙上看起來簡單"的事。

這不是不信任AI。是知道"智能體做了工作"和"工作真的做完了"之間的區(qū)別。

你不需要變成提示工程網(wǎng)紅。你需要在三件事上變強：

上下文工程——給智能體確切的代碼庫切片、文檔、運行手冊和先前決策。大多數(shù)人傾倒整個代碼庫，然后奇怪為什么輸出是垃圾。