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

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

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

大多數職業框架還在列這些東西：

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

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

它先以小方式顯現。

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

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

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

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

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

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

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

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