
CodeWave愿景:为企业打造一款通用的智能化开发平台
基于网易集团业务形态核心关注点:
具备较好的灵活扩展性,满足不同技术栈人员的使用;
支持快速开发,能用搭建常规的表单、流程审批,但更为复杂的控制逻辑也能通过后端代码自行开发;
支持便捷快速的方式与其他异构系统之间打通集成;
方便的用户租户管理机制,支持分管不同分子公司、事业部。

统一研发底座的建设目标·实现“六统一”

源代码生成式智能开发平台是最符合软件开发标准和规范的一体化交付平台
开发者通过开发平台提供的界面、逻辑、对象、流程等可视化编排工具来完成大量的开发工作,降低软件开发中的不确定性和复杂性,从而大幅提升开发效率,让企业能够降低开发成本,降低技术门槛,快速创新应用,实现快速试错,敏捷迭代。
CodeWave智能开发平台
最适合软件开发
平台开发业务流程架构图

全栈快速开发能力全景图
网易自研应用描述语言NASL,构建高保真还原的页面设计器、全栈可视化的逻辑编辑器、强大的数据建模能力、丰富直观的审批流程,以可视化方式完成企业级应用开发。

企业建设应用系统的多种方式

AI编程工具市场现状:从辅助插件到编程智能体的快速演进
传统IDE:AIGC产业赛道火热,AI编程工具已经成为行业的重要发展方向,带来了极致的效率,降低了编程门槛。

可视化编程领域:国内产品相对较少,大部分还在实践探索。
· 以AI推荐、AI架构分析能力为主的行业低代码独角兽 (OutSystems、Mendix)
· 以D2C(设计稿/截图转低代码)、智能体编程为代表的老牌企业(Microsoft PowerApps、SAP Builder)
· 25年12月,Cursor发布Cursor Browser 的可视化编辑器,旨在缩短设计与代码之间的距离。
新型AI工具带来的新的开发范式
AI编程的演进呈现出一条清晰的从 “感性探索” 到 “理性工程” 的轨迹。

范式演进的背后:VibeCoding 在企业落地的痛点

多数企业开发者认为,VibeCoding显著提升了自己的开发速度,但“高度信任” 的生成结果只有3%
从”一次性编程”到”终身维护”:企业软件开发的真实挑战
X 自然语言Vibecoding的不稳定:对话越长、需求越复杂,AI输出越混乱,前后矛盾
X 技术栈"漂移":每次AI可能用不同的库、不同的写法,代码风格不一致
X 无结构化约束,缺乏可维护的架构,上线后难以迭代
X 没有应用一站式管理,部署、监控、权限都要自己搞
X 没有资产沉淀的能力,每次都是从0-1开发,消耗大量Token,增加企业额外成本。
解决自然语言和需求的局限性 - 传统软件工程Spec先行
为什么 Spec Driven 能解决 Al Vibe Coding 的问题?

Spec Driven就够了吗? 企业侧SDD落地效果依旧不佳

X 工具链碎片化,难以协作:SpeC文档对齐和优化工具+AI编辑器+部署上线工具各自独立,上下文切换成本高,缺少多角色协作能力。
X Spec与实现的漂移:随着迭代,SpeC文档和实际代码容易脱节,导致从1-1.1开发时,缺少代码和spec的双向映射,迭代失控。同时模型生成效果的约束只能靠Spec,在大规模Spec情况下很容易出现幻觉和遗漏。
X 缺少可视化维护能力:SDD+AI生成的应用难以被非技术成员理解和参与。TDD只能解决部分逻辑的验证,而对UI效果的修正仍需要大量的人工测试和对话过程。
X 缺乏对已有IT资产的接入手段:SDD+AI只能解决需求和AI生成的标准化问题,缺少对企业已有组件、服务等知识的了解。
破局思路:Web 应用领域特定语言 NASL

编程语言的优势:AI 友好
通过基础编程语言对AI 训练的良好支持,我们也成为国内首家大规模开放AIGC 能力并能够保证私有化交付效果的厂家。

通过统一的NASL语言及可扩展的定义,可以方便的对大模型进行训练后让其生成。
在以前实现 AIGC需要让大模型学会前端、后端、数据库、流程等各种语言框架,现在只需要学习NASL就可以了。
低代码目前的产品架构是一个通过可视化来完成NASL生产的平台,也可以非常方便的替换掉可视化设计器,实现 AIGC能力的快速落地。
NASL + SpecDriven + VibeCoding 结合

CodeWave AI贯穿研发全链路
AI不仅是“程序员助理”,更是“业务分析师助理”、“架构师助理”、“测试工程师助理” 和 “运维工程师助理”,实现全员提效。

下一代AI Coding开发范式:基于NASL的可控SDD智能开发平台

以开发供应商管理系统为例
需求设计 - 客户要开发一个完整的供应商管理系统,首先要完成PRD设计,有两种方式:

以开发供应商管理系统为例
需求设计 - ·将原始文档信息通过多模态解析为纯文字,再传给大模型转化为标准ears需求文档格式。
标准需求文档编辑
人工修正入口:支持直接编辑、删除错误信息
AI对话调整需求文档:调整需要符合标准需求文档格式要求和需求完备性。

以开发供应商管理系统为例
技术架构设计 - 基于 Spec Driven 开发理念,解决 Vibe Coding 的开放性和企业应用规范不适配问题,实现生产可用的技术设计文档 >
AI职责:基于已确认的PRD和原型,自动生成:
1、应用架构图 2、数据模型 3、领域服务接口定义 4、登录鉴权方案 5、UI/UE设计规范。
人的职责(评审/调整)
架构师/技术负责人重点评审和调整AI生成的设计,确保其符合技术战略、性能与安全要求。

以开发供应商管理系统为例
开发任务拆分 - 基于全套、已确认的技术设计文档与规范拆分开发任务,形成清晰的开发任务列表。
AI职责:AI将设计文档拆解成具体的开发任务清单,如:
-创建用户表
-开发注册页面
- 实现登录API。
人的职责 (评审/调整)
工程师审核并优化任务拆分,定义依赖关系和优先级。

以开发供应商管理系统为例
AI辅助开发:
AI职责:
根据任务列表,AI自动执行:
1、数据建模:在数据库中生成表结构。
2、前端开发:生成符合设计规范的页面代码。
需求中是否需要照图生成 -- 调用D2C任务
需求中缺失所需组件 -- 调用资产生成任务
3、逻辑开发:生成业务逻辑、API接口等后端代码
人的职责 (评审/调整)
开发人员可选择“全自动”或“单个任务”开发。核心工作是代码审查,确保业务逻辑正确,代码质量达标。

以开发供应商管理系统为例
应用调整优化。

以开发供应商管理系统为例
应用发布上线:
应用全流程自动化:减少人工干预,压缩发布周期
· 开发、发布无缝衔接
· 多环境自动部署:“开发一测试一预生产一生产”多环境一键切换
· 针对金融行业,支持应用源代码导出,满足金融行业代码漏洞检测、代码审计、数据加密合规性检查,确保发布的应用符合企业安全规范。

三种Al Coding范式的比较

核心技术 - EARS - “需求工程” 的标准化与阅读
如何标准化描述需求?
EARS (Easy Approach to Requirements Syntax, 需求语法简易方法)是一种轻量级、结构化的方法,旨在通过规范化的自然语言表达来改进需求编写。它由AlistairMavin和Rolls-Royce PLC团队于2009年开发,最初用于分析航空发动机控制系统的适航性法规
通用结构:“在《可选的前提条件》的情况下,当《可选的触发条件》时,《系统名称》必须《系统响应》。

网易智企产品矩阵
网易集团旗下一站式企业服务提供商,融合网易二十余年数字化与智能化技术积累和经验沉淀,面向娱乐社交、游戏、金融、零售及央国企(制造、能源)提供融合通信和云原生PaaS、智能服务营销一体化、数字内容AIGC风控、全链路数据开发治理及分析、AI应用开发等解决方案,已累计服务超过百万家企业客户。




