开发者角色，重新定义
Source: Dev.to
Developer = Product + Architect + QA.
这就是在 AI 代理带来的新现实下，今天的软件工程师的角色。如果这个公式听起来过于简化，请跟随我——因为我认为它描述了伟大开发者一直在做的事，以及每位开发者现在都需要有意识地去做的事。
Source: …
这并不新鲜——只是现在更明显了
开发者一直戴着这些帽子。你总是会对不合情理的需求说“不”。你总是要做架构决策——选择一种模式、权衡取舍、决定哪些要抽象、哪些保持具体。你总是代码交付前的最后一道防线，测试边界，捕捉规格遗漏的地方。
不同的是组合方式。拥有深厚领域经验的开发者更倾向于产品思维。基础设施团队的成员则活在架构空间。小型创业团队里没有 QA 部门的开发者？他们出于需求而成为 QA。分配始终是个人化的——受你所在的团队、所处的领域、个人偏好和强项的影响。
但让某些开发者始终脱颖而出的关键是：在这三者之间保持良好的平衡。能够质疑需求、设计出简洁方案、并定义“完成”到底意味着什么的开发者。那些不仅仅写代码，而是对结果负责的人。
有哪些变化
AI 代理现在处理越来越多的实现工作。这正是大家热议的转变。但它实际上揭示了一个一直真实的事实：编码从来不是全部工作，它只是最显眼的部分。随着这部分工作日益得到代理的协助——甚至被代理完全处理——剩下的就是判断层面：产品直觉、架构所有权、质量思维。
而大多数人忽视的关键是：**AI 在每个阶段都有帮助，而不仅仅是实现阶段。**探索、规划、代码审查、质量保证——代理都能加速这些环节。仅仅使用 AI 生成代码的开发者实际上把大部分价值都留在了桌面上。真正的杠杆在于懂得如何在整个工作流中应用 AI。
Source:
开发者钻石
开发工作流并非一条直线——它在呼吸。探索让事物展开。规划将其收敛。审查计划再次通过不同的视角打开它们。实现则收窄为聚焦的执行。质量保证在手动测试时扩展视野，然后通过自动化再次收敛。代码审查也是如此：打开以质疑决策，收敛为可操作的发现。
这是一系列的钻石——发散、收敛、再发散——非常类似于设计思维中的“双钻石”。关键技能并不是精通任何单一阶段。**而是知道何时扩展视野，何时收敛视野。**这种节奏——打开以探索，收窄以决定，打开以验证，收窄以交付——正是将 AI 辅助转化为复利增长而非零散实验的关键。
领导力问题
如果角色要求具备产品感、架构判断和质量思维——而这些始终是工作的一部分，只是发展程度不均——那么团队领导者就有了明确的任务：帮助团队中每个人在他们最薄弱的领域成长。
这是一场需要团队培养的个人成长对话。不是“学习新框架”，而是“在产品/架构/质量三角中，你最薄弱的环节是哪里，我们该如何有意识地弥补这个差距？”有的开发者产品直觉强，但缺乏严谨的质量保证；有的开发者架构能力出色，却从不质疑功能本身是否必要。成长路径是个人化的，而让它可见并有意进行，就是领导者的职责。
实践步骤
- 识别 每位团队成员自然倾向的方向以及他们回避的领域。
- 提供曝光 —— 将产品感薄弱的开发者与产品经理配对进行一次冲刺，或让架构经验不足的开发者主导一次设计评审。
- 培养团队技能，而不仅仅是团队提示。 如果你的提示库只涵盖“生成代码”，那么你只是在优化代理已经擅长的那一部分。真正的杠杆在于结构化探索、通过多种视角进行计划评审、定义验收标准以及进行架构权衡分析。
工艺正在迁移
能够协调完整钻石流程的开发者——懂得何时开启、何时关闭、何时交给代理以及何时运用自己的判断——是那种价值会复利增长的角色。工艺并未消失；它正在迁移。能够为其命名、绘制地图并有意识地实践它的开发者和团队，才会蓬勃发展。