# 别急着给 Agent 定岗：AI4SE 转型里的角色惯性

白板刚擦干净，岗位就回来了

AI4SE 工作坊里有一幕几乎必演：白板刚擦干净，有人就举手——

「那 Dev 还干什么？QA 还干什么？EA 呢？Agent 算不算第三个岗位？」

动机通常很好：大家想讨论人与 AI 如何重新协作。问题不在意愿，而在坐标系——讨论一开始就被拽回岗位驱动的老轨道。表面上在谈转型，骨子里仍在问：旧组织图上的每个格子，怎么塞进一点 AI。

这不是谨慎，是惯性。而惯性很擅长伪装成「务实」——毕竟重画职责表看起来像在「落地」，从全局重想协作则看起来像在「务虚」。偏偏 AI 这一波，最需要的往往是后者。

岗位驱动，为什么会把转型做窄

岗位驱动的转型，会把「协作再设计」悄悄窄化成「旧角色如何适应 AI」。后果有三。

视野被切碎。 每个人只从本岗想「我怎么用 AI」：Dev 想补全与生成，QA 想自动测，EA 想画架构图。局部都合理，整体最优解却出不来——因为没有人被鼓励从端到端想问题。团队讨论的是「我的岗位怎么变」，不是「交付链路哪里该由人守、哪里该由 Agent 推」。

Agent 被降格成「第三个岗位」。 一旦钉成「写代码的那个」，探索、拆解、验收、跨域判断就被提前关掉。Coding Agent 最贵的能力，往往不在某一行补全，而在它能在多种工作模式间切换；你先给它定岗，等于先给它戴上眼罩。更糟的是，定岗之后大家会用岗位 KPI 考核它——「写了多少行」——而不是问「它有没有帮团队把不确定性降下来」。

旧设计成为天花板。 AI 于是只是加速器，不是重构器：原来怎么分锅，现在只是分得更快。流程效果仍被原有 RACI 与岗位墙限制——模型再强，也只是在旧设计上跑圈。DORA 说 AI 是放大器；放大器放大的，也包括你原来那个不够好的协作设计。

一句话：换了工具，没换坐标系。

换个坐标系：Expert Generalist

Martin Fowler 等人提出的 Expert Generalist，说的正是这件事：真正有效的同事，往往不是窄到极致的专家，而是能跨专长、抓住基本功、快速学习、并与不同领域协作的人。专长仍有价值；但「只会自己那一摊」正在变成风险——尤其当 LLM 已经能补上大量表层专长时，真正稀缺的是跨域判断与学习速度。

落到 AI4SE，问题可以改写成：

• 对人：少问「Dev 的新职责说明书怎么写」，多问「这个人能否在规划、实现、验证之间切换视角」
• 对 Coding Agent：不要按传统开发职能给它定岗；它同样应被设计成能参与多类工作的能力体，而不是「只会写代码的实习生」

这里的「全角色能力」，不是要求每个人、每个 Agent 同时干所有事——那是混乱，不是综合。真正要的是：不被岗位标签锁死切换能力。人可以深耕，但要能越界思考；Agent 可以擅长生成，但不应在设计上被禁止探索与协助验收。Fowler 文中强调的好奇、协作、客户焦点与基本功偏好，对人和对 Agent 的「能力设计」同样适用：你给它的约束、工具与上下文，决定了它是窄工具还是综合协作者。

只有人与 Agent 都按 Expert Generalist 来培养与设计，端到端流程才有机会拿到整体最优。否则，效果会先被原有角色设计打折，再被 AI「高效地」放大那个折扣。

两套「角色」，别混在一锅

说到这里，必须跟站内另一条线对齐——否则读者会以为我们在否定 Planner / Generator / Evaluator。

	岗位角色（要警惕）	流程职责（要保留）
例子	Dev / QA / EA /「Agent 岗」	Planner / Generator / Evaluator
风险	用旧组织图设计新人机协作	同一主体既生成又自评，缺少独立视角
正确用法	打破岗位墙，培养 Expert Generalist	按风险与证据分离规划、生成、验收

反对的是「给人钉岗、给 Agent 定岗」；不是反对「规划、生成、验收要分责」。

前者是组织惯性，后者是工程纪律。Expert Generalist 解决的是「谁都能切换视角」；三角色解决的是「同一次交付里，关键职责不能糊成一团」。两者不是对手，是不同层的约束：能力要综合，职责要清晰；问责仍在人，这一点也不会因为 Agent 变强而改变。

少开「定岗会」，多开「接力会」

给正在推转型的管理者——以及会被拉进工作坊的一线——三条可立刻用的建议：

1. 工作坊少开「角色重定义」，多开「端到端场景里人与 Agent 如何接力」。白板标题从「Dev/QA/EA 新职责」改成「从意图到可合并变更，证据怎么交接」。岗位表可以后补；先把协作链路跑通。
2. 评估人与 Agent 时，看切换能力与基本功，不看岗位标签是否整齐。 能读 Spec、能拆任务、能验证、能解释取舍，比「头衔对齐」更值钱。一线同学也可以自问：我是在守岗位，还是在守交付质量？
3. 能力设计面向综合体，问责设计面向人。 Agent 可以参与更多环节；合并、发布与事故责任，仍落在人身上——这与 Agent 治理 的第一性原则一致。

AI4SE 要的不是一张更漂亮的组织图，而是一群人——以及一群不被定岗的 Coding Agent——能从全局想问题的 Expert Generalist。否则再先进的模型，也只是在旧设计上，跑得更快一点而已。