2026 年 9 月 22 日，阿里巴巴集团 CEO 吴泳铭在杭州云栖大会发表演讲，阐述对「机器智能」时代的思考：机器正在成为思考的主力，智能正在成为一种规模化的商品，未来机器思考总量将达到人类的 1000 倍以上 —— 正如上一次工业革命把「动力」变成了规模化的商品。 与技术底座演进同步，阿里技术人的研发方式也在加速向 AI Native 转变：Agent 不再只用于生成代码，而是逐步进入需求、开发、测试、发布和运维各环节。 9 月 23 日，「智启原生 研见未来」阿里巴巴集团 AI Native 研发实践论坛在云栖大会举办。 机器之心联合创始人、主编李亚洲，阿里巴巴研发基础设施负责人许晓斌，千问事业部杰出技术专家李英各，蚂蚁集团平台技术事业群总架构师黄挺，飞猪 CTO 陈烨，以及复旦大学计算与智能创新学院副院长彭鑫，分别从内容生产、业务研发、基础设施和软件工程研究出发，与现场技术人交流各自的 AI Native 实践。 这些实践共同指向一个更靠后的工程问题：当代码生成越来越快，软件交付真正的瓶颈转向了哪里？ 注：文中效率、规模和业务指标均来自嘉宾现场分享与演示材料。各团队统计对象和口径不同，不宜直接横向比较。 许晓斌：Agent 进入生产，需要一套完整的工程系统 阿里巴巴研发基础设施负责人许晓斌从内部实践切入，讨论 Agent 如何进入真实生产链路。首先遇到的不是代码生成问题，而是它在哪里运行、如何验证结果。阿里开源的 OpenSandbox，在内部每周创建量已经超过千万级，服务于 Agent 运行、训练和评测。另一套环境体系已经支持约两三千个应用在独立环境中完整复原，并计划很快扩展到一万个应用。环境不再只是开发前的准备工作，而是 Agent 能否持续执行任务的基础设施。 运行环境逐渐成熟后，生产操作也开始交给 Agent。Guardrail 已经在几十个应用、约百人规模的团队中用于灰度发布和运维，目标是在半年内让一半生产系统的发布由 Agent 自主完成，人只负责最终确认。人工并没有退出链路，而是留在授权和高风险决策环节；信息收集、证据核对和标准化执行则更多交给系统。 图 / 阿里巴巴研发基础设施负责人许晓斌 为什么编码提速没有直接转化为交付提速？许晓斌给出了一组时间结构：在阿里巴巴，编码通常只占软件交付总时长的 20%—30%。他还展示了一个用于说明问题的极端链路：编码不足整体工作的 1%，大约只需 1 小时，但从需求进入到最终交付仍要约 21 天，时间主要耗在影响分析、环境准备、联调、审批、灰度和封网等环节。这个案例并非真实项目数据，却清楚展示了局部提速和整体提速之间的差距。 沿着完整交付链路，许晓斌将 AI Native 研发拆成需求、上下文、环境、身份和证据几个相互关联的部分。人类工程师可以从会议、聊天记录和经验中补齐隐含信息，Agent 没有这些默认知识。需求必须从一句模糊描述变成完整、精确、能够运行和验证的任务表达；需求来源也要被保留下来，使后续代码变更能够与最初意图进行比对。 他把这套组织方式概括为「一个需求，一组事实」。产品文档、技术方案、设计稿、前后端工程、测试用例和验证证据不再散落在不同系统里，而是围绕同一个需求形成连续上下文。代码仓库只是软件事实的一部分，配置、依赖、运行环境、数据基线和验收标准同样需要被 Agent 读取。 需求被说明白之后，任务还要真正跑得起来。Agent 需要知道工具链如何安装、依赖服务在哪里、网络边界如何设置、运行结果怎样反馈。Sandbox 提供一个可执行、受约束、可以丢弃的空间；应用环境复原则让 Agent 能够在接近真实系统的条件下完成开发和验证。这也解释了 OpenSandbox 和应用环境体系为何会成为 Agent 规模化落地的前提。 当 Agent 从开发环境走向生产，系统还必须回答它代表谁、可以做什么。许晓斌将 User Identity、Agent Identity 和 Workload Identity 组合成复合身份，用于授权、策略判断、审计和高危操作再确认。一次操作不仅要关联发起它的 Agent，还要关联背后的用户、任务目标和实际运行负载。 图 / 论坛现场 李英各：用统一上下文和验证机制降低交付成本 千问事业部杰出技术专家李英各关注的是个人编码效率与团队交付效率之间的落差。AI 编码效率大幅提高，并没有带来同等幅度的整体交付提速。长链路、跨角色协同造成的上下文不完整，以及上线前繁重的验收工作，仍在消耗大量成本。 针对这一问题，李英各提出 Context & Verifier Driven Developer。产品、设计、研发和测试在同一工作台上工作，通过需求评测 Agent 辅助提升 PRD 质量；研发负责架构和方案约束，并作为代码质量的第一责任人，与