Agent使用问题根源系统而非开发者如果开发者用不好Agent问题或许不在开发者而是公司未为Agent准备好工作系统。很多企业的AI转型仅停留在为开发者购买Cursor、Claude Code等工具举办培训让大家自行摸索。若Agent效果不佳责任却归咎于使用者。开发者思维转变与系统改进DevOps提出者Patrick Debois认为开发者需完成思维转变当Agent未按预期完成任务不应修改其生成的代码而要改进整个系统而非只改Prompt。这是软件工程从确定性系统转向非确定性、概率性系统和工作流的必要变化不仅涉及技术还会重塑开发者、团队和组织的工作方式。这种变化需规模化落地才能实现。问题核心在于公司能否围绕Agent重新组织团队、平台和协作方式。核心观点与工程实践核心观点为别修Agent产出的代码去修产出代码的系统。若团队有人用“YOLO先跑通再说”的方式搞vibe coding应立刻制止因为工程实践对维护系统和Agent自身持续变好都至关重要。暗工厂可能保留一点微光意味着要决定对不同功能承担的风险并非所有功能都适合完全自治。能极致用AI、有扎实工程功底、愿意分享和协作这三点组合才是所需人才。组织的护城河是沉淀下来的知识即注入到skill、Context、Harness约束里的业务上下文。AI转型的阻力与协作重构2009年持续交付的想法被认为疯狂如今暗工厂面临同样阻力。很多人说“这东西在我们这儿行不通”实则传达的是“我们还没准备好”是组织设置无法支持这种模式。虽然现在大家讨论循环优化Agent、搭建Harness但未来技术会成为标准商品真正的差异化在于组织围绕其重构协作方式。当人采用这些技术协作动态关系会改变组织方式和工具相互塑造。开发者会成为Agent的编排者但部分开发者有身份摩擦感“Context engineering”概念出现但很多开发者仍觉得只与Prompt和SPEC打交道空虚。不过引入Harness、循环等让组织走向更高自治时开发者帮Agent造工具重新点燃了他们的热情。应对怀疑者与系统优化对于持怀疑态度的人应将他们的隐性知识和判断力灌进Agent把他们的抗拒转化为改进系统的动力。建议开发者转变心态从修代码转向修系统用良好的工程实践减少人类干预次数。制止“YOLO”式的vibe coding因为工程实践对维护系统和Agent持续变好很重要。在走得靠前的团队计划会和回顾会的讨论内容发生变化出现自然分工。开发者有学习周期团队Lead要设定节奏和约束。团队生产率提升后上下游环节需卷入新工作流。衡量生产力的两个指标为让Agent做对一件事所需的人工干预次数应下降从单兵作战转向共享系统有乘数效应。平台团队的角色与集中化管理平台团队是共享型组织需接手技能注册中心、Context评估系统、coding agent的护栏和身份管理等新事物。需有人推动平台团队成长到新的中心角色否则团队会各自为政。共享组件应集中到平台注册中心但要避免野蛮生长需明确领域所有者确保其可测试、模块化。建立共识困难可能会有多个“铺装路”供团队选择平台团队要让花费透明化以促进优化。组织应从单打独斗走向团队共享和组织内的“多人游戏系统”发挥乘数效应。组织转型与人才选拔VP工程部在Agent时代采用的黑客松、分享案例等转型套路与Agile、DevOps转型类似。“发许可证、搞培训、让大家自由发挥”策略未成功组织需明确授权团队Lead和平台团队推动转型。招聘时职位名称不能准确判断候选人能力可采用三步面试法先考AI利用能力再考工程判断力最后看协作意愿。所需人才是能极致用AI、有扎实工程功底、愿意分享和协作的混合体。VP工程部向上交差时可展示干预次数减少、复用率提升等指标。面对Agent花费问题应优化花费如选对模型、提供更好的Context和Harness。团队规模方面很难让每个团队变成一两个人。暗工厂应根据风险选择自动化程度组织的护城河是沉淀下来的业务上下文。赢家是懂得在多层面改进组织的人。