DSP
企业数智化平台
企业数智化平台 DSP × 应用开发智能体 DSPX
以 DSP 为企业数智化底座用 DSPX 对话式构建企业应用
DSP 统一承载业务模型、页面、流程、规则、API、权限、版本与运行时；DSPX 理解 DSP 开发规范和前后端工程，把自然语言需求转化为可验证、可发布、可运行的 DSP 应用。
平台原生开发通道对话式应用开发源码级扩展受控变更与运行验证
平台原生的对话式应用开发
DSP 提供企业应用底座，DSPX 负责理解并构建应用
通用源码智能体主要围绕代码仓库工作；DSPX 同时理解 DSP 的业务语义、平台资产、运行环境和工程源码，在统一规范下完成对话式开发。DSPX
DSP 应用开发智能体
把对话需求转为真实的 DSP 应用变更
先读取规范和应用上下文，再规划变更、调用平台开发通道；需要深度定制时，继续进入前后端源码完成二次开发。专业化差异
与 Claude Code、Codex 等通用源码级开发智能体的区别
不是替代通用编码能力，而是把它放进 DSP 的平台语义、开发规范和运行治理中，形成面向企业应用的专业开发闭环。对比维度通用源码级开发智能体DSPX + DSP
主要上下文代码仓库、文件、终端与项目说明企业、应用、版本、元数据、运行时与源码工程
开发对象源码、配置、命令、测试与代码评审模型、页面、API、流程、权限、应用包与源码扩展
实现路径以源码修改为主要交付方式平台原生资产优先，复杂能力进入前后端源码二次开发
约束来源依赖仓库规则、项目文档与人工补充规范路由、真实组件目录、稳定编码、租户权限与能力成熟度
交付验证通常聚焦构建、测试和代码变更结果差异预览、规则校验、审批、应用回读与运行入口验证
沉淀结果项目级代码与工程知识可安装、可版本化、可治理、可持续演进的企业应用资产
对话式开发如何落地
从一句业务需求，到运行在 DSP 上的企业应用
DSPX 不直接跳到代码生成，而是先建立平台上下文，再选择模型、页面、API、流程或源码扩展通道，经过校验与确认后交付运行结果。
01 · 语义理解
把需求映射为 DSP 应用结构
识别业务对象、角色、页面、流程、规则、接口和数据边界，避免只生成缺少业务语义的界面或代码片段。02 · 平台构建
调用真实开发通道生成应用资产
依据平台组件目录和资产结构创建模型、页面、API、菜单、流程、报表等资源，不猜测字段与组件编码。03 · 深度扩展
平台能力与源码二次开发协同
标准能力优先复用；复杂交互、算法与集成需求可进入 DSP 前后端工程，保留专业源码级实现能力。04 · 受控交付
校验、审批、发布和运行验证闭环
在写入前预览差异、执行规则校验与权限确认，交付后回读应用并验证真实运行入口。为什么更适合企业应用开发
专业性来自平台上下文，而不只是模型能力
DSPX 把通用大模型的分析与编码能力，放进 DSP 已建立的业务语义、开发通道、工程规范和治理机制中，降低幻觉、跨租户误写与不可控变更风险。
平台生态与工程实践
开放集成能力与可复用实施架构
DSP 通过标准接口连接云平台、协同办公、AI 模型与行业系统；典型方案展示业务模型、集成边界、实施过程和运行指标的组织方式。
生态伙伴
围绕云、办公、AI 模型与行业场景共建生态
