晋升最快的工程师，都在干同一件事

过去我以为Staff+工程师的核心能力是系统设计、故障指挥，以及说服六个团队采用你那套无聊但正确的抽象方案。这个标准现在依然成立。但过去一年有些东西变了。

真正推动事情的工程师，现在花大量时间指挥、审查、管理AI智能体，而不是自己写每一行代码。我说的不是"用Copilot"。我是说把智能体当成不睡觉的初级队友——它们偶尔会幻觉，但开PR的速度比你审查还快。

大多数职业框架还在列这些东西：

它们漏掉了一项新元技能：你能让一支智能体大军产出可靠、可审查、生产级的成果，而不制造超过价值的债务。这不再是"加分项"。在Staff和Principal级别，这正在成为入场券，尤其在平台、基础设施和金融科技团队——那里的爆炸半径很大。

我现在看到晋升最快的工程师，不是关ticket最多的那些。而是能做到这些的人：

它先以小方式显现。

以前花三天写控制器，现在花两小时给三个不同智能体喂正确的上下文，审查它们的尝试，挑最不离谱的那个，然后花剩下一天加固它。以前手动更新47个manifest文件，现在给智能体diff、策略约束和回滚计划，然后基本旁观。

2026年，高级和Staff工程师的区别往往在于：多快能把"我需要这个东西存在"变成"这是一组经核实、测试过的变更，由智能体在监督下产出"。监督这部分才是真正的技能。谁都能让智能体做事。晋升的人是那些确切知道问什么、如何核实、以及何时说"不行，用这些约束再试"的人。

智能体擅长快乐路径，边缘情况一塌糊涂。

它们会生成漂亮的Kubernetes配置，通过所有linter，上线却挂掉——因为它们从没问过实际流量形态，或者平台团队强制执行的密钥轮换策略。它们会提议"简单"重构，碰十七个服务，搞坏审计员真正会看的那份合规报告。

Staff+工程师能在智能体之前看到这些缺口，因为他们经历过三次"纸上看起来简单"的事。

这不是不信任AI。是知道"智能体做了工作"和"工作真的做完了"之间的区别。

你不需要变成提示工程网红。你需要在三件事上变强：

上下文工程——给智能体确切的代码库切片、文档、运行手册和先前决策。大多数人倾倒整个代码库，然后奇怪为什么输出是垃圾。