上周对我来说是“会议周”。周一还在Tessl主办的AI DevCon开发者大会里,跟人聊智能体、工作流、模型评估和软件的未来;周末就到了Muslim Tech Fest,主持一场设计圆桌会。后者的气氛明显不同:人们在讨论AI,但角度是社区、责任,以及怎样建立有意义的职业生涯。表面看,这两场活动毫不相干。
但等到一周结束,我忽然意识到,它们或许在讨论同一个问题的两面。
![]()
AI DevCon上反复出现的一个主题,是规模化落地之难。很多团队已经见过AI对单兵作战的加成效果——一个开发者配上顺手工具,无论是Claude Code、Cursor还是Copilot,一个下午就能跑通原本需要一周的原型。可难的是下一步:这些个人效能怎么溢出到整个团队?当每个人都有自己的一套工作流、提示词和智能体,团队的上下文如何共享?组织又怎样维持质量标准、治理好智能行为,并且构建出能让多人共同贡献和信赖的系统?讨论的重心早就不是“AI管不管用”,而是“AI怎么嵌入现实世界里的组织”。
这时候,上下文工程就成了那个关键的苦活。一个人的产出之所以始终是个人的,是因为产生这些产出的上下文没有被团队抓取和共享。把某个人的高效工作流,变成可复用、经过测试评估的智能体指令,就是团队将个体能力转化为集体规范的一种方式。
几天后,我坐在Muslim Tech Fest的圆桌旁。谈话迅速从工具转向更私人的追问。有人坦言被变化速度压得喘不过气,不知道从哪儿开始;有人想用好AI,却总找不到头绪。让我印象很深的是,最有用的回答很少从技术本身切入。真正的起点是自我反思。一个人如果能理清自己在哪里创造了价值,就能发现哪里存在被放大的机会;如果能坦诚面对自己的短板,就能找到AI最该填补的位置;如果能分辨出哪些工作依赖经验、判断力或品味,就能更清醒地决定,哪些事可以委托出去,哪些必须亲自攥在手里。这里的挑战不是单纯学怎么用AI,而是把自己理解到足以有意识地使用它。
再回头想AI DevCon上的那些规模化困境,这两个场景就重叠了。个人要在AI辅助下决定如何增强自己的工作,先得看清自己的价值所在;组织要想决定怎么引入AI,同样需要先看清自己的运作逻辑。反思发生在增强之前,这不止是个人的功课。当一个团队急于部署智能体、推行Copilot、制定评估标准时,如果缺少对自身工作方式的集体反思,那些个人层面的效率提升就永远无法汇成组织的优势。工具在手里是一回事,而让工具围绕清楚的价值判断来发挥作用,是另一回事。
特别声明:以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布,本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.