等待与返工拖慢落地
- 客户需求
- 实施澄清
- 需求文档
- 需求评审
- 开发排期
- 编码实现
- 联调测试
- 客户验收
- 集中发版
评审、排期、联调和发版都可能排队；发现偏差，还要回到澄清与评审，修订后再测试、再验收。
中兴新云 AI+财务 · 北斗体系
天枢 · AI 中控
AI 应用搭建平台
天枢 · AI 中控是中兴新云面向企业的 AI 应用搭建平台，在北斗体系里负责应用搭建与业务执行。业务人员用业务语言说明需求和验收结果，AI 按规范生成页面、处理逻辑与能力调用，实施与 IT 团队审核把关。财务云承载业务流程，天枢 · AI 中控在其上组织增量应用；审核、发布等关键动作经人工确认。
搭建成果
生产级应用
真实能力接入 · 测试验证 · 代码与业务审核 · 发布运行
人确认
- 能力生成AI编码能力
- 方法约束Skills构建规范
- 结构约束中控对象场景与事务
- 工程闭环验证与运行试运行与审核
财务云承载业务流程 · 提供已开放的能力
什么是天枢 · AI 中控？
天枢 · AI 中控是中兴新云面向企业的 AI 中控平台，定位是让业务人员借助 AI 自主搭建应用，推动 Vibe Coding（用自然语言描述、由 AI 生成代码的做法）的成果达到生产级应用标准。业务人员负责说明规则与验收结果，平台提供可复用的能力与工程保障。
平台的目标是降低搭建门槛、提高响应速度、保障上线质量。接口接入、代码与业务审核、复杂逻辑的处理，由实施或 IT 人员参与。
降低搭建门槛用业务语言描述需求，借助 AI 完成应用搭建。
提高响应速度快速响应业务变化，缩短从需求到应用的交付周期。
保障上线质量通过审核与验证，满足生产运行要求。
01背景
传统应用交付方式的问题
一项需求从提出到上线，要经过客户、实施、需求、研发、测试和运维多个角色。耗时不只在开发，偏差也会在表达、文档与实现之间累积。
业务意图容易偏离
表达不等于理解，理解不等于实现。意图变成文档、文档再变成实现，隐含条件容易遗漏，需要用具体样例、可见效果和验收条件来校准。
业务与技术之间存在交接成本
业务人员掌握客户目标、流程规则和使用场景，研发人员掌握代码、数据、接口、测试与部署。传统协作可以优化，这道交接成本仍然存在。
传统方式
由专业人员编码实现
需要先掌握语法、框架与实现细节。
AI 辅助
用业务语言描述目标
查看生成效果，持续修订。
业务人员直接参与应用实现
工具吸收一部分专业操作，使用者更多聚焦目标、判断和结果。编码不再完全由专业人员独占，业务判断与工程验证依然不可替代。
02平台机制
AI 编码、中控 Skills、
中控对象与工程闭环
能力生成、方法约束、结构约束与工程闭环共同支撑生产级应用的构建，覆盖真实能力接入、测试验证、代码与业务审核、发布运行。
- 能力生成
AI 编码能力
业务人员描述业务目标、查看效果、持续修订，页面、处理逻辑与调用代码由 AI 生成。
- 方法约束
中控 Skills
把对象规范、调用契约、生成方法与检查要求交给 AI 执行，生成有章可循。
- 结构约束
中控对象
系统界定应用边界，首页、模块、场景与事务把需求逐层组织起来，让生成的成果有位置、可关联、可治理。
- 工程闭环
验证、审核与发布
试运行验证真实业务，审核控制上线质量，统一的运行底座承接发布与维护。
中控 Skills：交给 AI 执行的应用构建规范
- 01
首页配置生成
生成 PC／H5 首页、导航与业务入口。
- 02
前端事务生成
生成页面、输入输出与交互逻辑。
- 03
后端事务生成
生成处理逻辑与能力调用。
- 04
Agent 逻辑生成
生成 Agent 逻辑、契约与调用指导。
- 05
接口接入交付
将第三方接口资料转为导入包并验证。
- 06
前端代码检查
检查规范、性能、接口、安全与静态数据。
配套的接口发现发现已授权的真实接口、原子能力和字段契约，避免凭空编造。
- 业务人员明确目标与验收
- AI 按 Skill 生成与检查
- 在中控配置、试运行并迭代
03适用范围
可搭建的应用类型
从单点需求到完整应用，可以按需选择、组合。示例以数据、接口和授权具备为前提；由小到大只是讲解的顺序，不代表必须逐级实施。
- 01
新查询
数据检索与分析
示例差旅费用查询：按部门、期间和审批状态筛选与汇总。
- 02
新功能
新增业务动作与处理
示例共享服务满意度评价：日常评价、专项评价。
- 03
新页面
组织展示与交互
示例共享质量管理页面：任务筛选、质量指标与趋势。
- 04
新模块
组织一类业务场景
示例服务协议管理模块：产品、客户、SLA、协议录入与审核。
- 05
新系统
构建完整业务应用
示例资产管理系统：台账、领用调拨、盘点与处置。
适用边界未开放的存量系统内部逻辑（例如财务云原有的差标计算）不在搭建范围内。
04基本概念
应用的构成：系统、模块、
场景、事务与原子能力
系统定边界，原子能力完成单点动作，事务适配场景，前端承载交互，场景组织交付。场景、事务与原子能力，是增量交付的工作区。
- 系统
- 一套完整业务应用
- 例如共享运营系统
- 模块
- 业务应用下的子功能模块
- 例如共享运营系统 › 任务处理
- 场景
- 发布给用户的业务入口
- 例如共享运营系统 › 任务处理 › 我的工作台
- 前端事务
- 用户实际操作的交互页面
- 例如差旅申请台账查询卡片
- 后端事务
- 面向场景组织处理逻辑
- 例如调用查询能力，完成数据查询
- 原子能力
- 一个可直接调用的业务动作
- 例如分页查询差旅申请
05搭建流程
从需求到上线的搭建步骤
天枢 · AI 中控提供环境与工具，把系统能力拆成任务级的原子能力；业务人员说明需求，实施人员按步骤装配。每一步都有对应的交付物。
- 01
说明需求
要办什么事、给谁看、现在卡在哪一步。先用业务语言说明，不必先写成需求文档。
交付需求卡 - 02
拆成原子能力
按任务粒度切开，先检索能力库里已有的，缺的现场生成并登记。
交付能力清单 - 03
配页面
页面、字段、表单、审批流和权限由 AI 起稿，实施人员收口。
交付可点的系统页面 - 04
装系统
把能力、页面、规则、报表和接口串成一条业务链，接上组织与权限。
交付可运行的系统 - 05
上线迭代
改一处只动一处，不推翻重来；后续的应用只做增量。
交付版本与台账
天枢 · AI 中控提供的环境与工具
- 环境与通道账号、数据、沙箱与发布通道。
- 原子能力库一个原子能力，也是一个可被智能体调用的 MCP 工具。
- 生成器页面、表单、流程、规则与报表起稿。
- 测试与治理版本与留痕，人和智能体用同一套。
同一个系统，传统定制要把排期、写文档、编码、测试、上线走一遍，每个场景都重走；原子装配是选能力、配页面、上线，能复用的就不重建。
可以从这些场景谈起：授信管理外汇管理银企对账费用报销合同台账资产台账
06能力治理
能力的接入、发布、编排与复用
从接入到复用，各环节接续进行，能力沉淀为目录化、有版本、可授权的企业资产。
- 01
能力接入
接入 AI 和业务系统功能，明确功能用途、所需信息与返回结果。
- 02
授权发布
检查功能配置，确定哪些组织和应用可以使用，再正式发布。
- 03
能力目录
集中展示可用功能，支持查找用途、负责人、版本和使用权限。
- 04
场景编排
按业务步骤组合多个功能，设置判断规则，并模拟验证流程。
- 05
运行反馈
展示处理结果，跟进异常和人工待办，记录全过程并持续优化。
- 版本不可变运行实例锁定已发布版本，新版本不影响在途实例。
- 默认拒绝任何能力、场景、事务，都必须在授权范围内被引用。
- 快速生效能力版本保存后，以 3 秒内全平台生效为设计目标。
07应用案例
财务云培训系统中的搭建案例
以下案例在财务云培训系统中完成，使用示例数据。每个案例说明做了什么、怎样验收、经过哪些步骤。
共享运营系统增加满意度管理
- 案例说明
- 共享中心希望了解服务对象对共享服务的感受。本例制作满意度调查问卷，支持新增、编辑、预览、投放和结果分析：先维护题目及评分选项，再预览填写效果、向示例对象投放，最后查看回收量、评分分布和文字建议。
- 验收效果
- 本次使用示例数据与页面模拟。从问卷创建走到投放、作答与分析，各操作有反馈，统计随示例答卷变化。
操作路线
- 描述需求
- 生成代码
- 创建事务
- 场景编排
- 代码及业务审核
- 财务云上线
共享运营系统增加质量评价
- 案例说明
- 共享中心管理者需要了解质检任务进展、审批质量及员工差错，识别哪些环节需要改进。本例把要求做成质量评价管理页面，用任务记录、质量指标、趋势和分布展示整体表现；通过条件筛选与明细查看，观察不同范围的质量结果。
- 验收效果
- 本次以示例数据演示统计分析。筛选后指标与列表保持一致，能够从整体质量表现查看相关任务信息。
操作路线
- 描述需求
- 生成代码
- 创建事务
- 场景编排
- 代码及业务审核
- 财务云上线
支付作废消息提醒
- 案例说明
- 付款后可能因银行退票、账户信息有误发生支付作废，财务初审人需要及时跟进。本例通过定时任务自动查找支付作废且单据状态非反冲的单据，读取每张单据的共享最终财务初审人，再发送财务云门户消息。后端复用已接入的查询、消息发送接口，无需新增业务页面。
- 验收效果
- 核对接收人和消息内容，查看查询、成功、失败及跳过数量，并登录初审人账号确认门户消息已送达。
操作路线
- 描述需求
- 财务云接口授权（无需操作）
- AI 中控接口接入（无需操作）
- 生成代码
- 创建事务
- 新建定时任务
服务协议管理新模块
- 案例说明
- 共享中心需要与客户明确服务内容、标准、价格和期间。本例新增服务协议管理模块：先维护产品、客户及联系人、SLA，再录入协议，关联客户、产品、单价、单位、SLA 及有效期。通过录入与审核页面完成草稿、提交、退回修改重提和审核生效，并补齐从客户只读查看服务协议的联动。
- 验收效果
- 从基础资料到客户查看，走通完整链路；同一培训账号可录入和审核，刷新后数据保留，客户入口只展示有权访问的协议。
操作路线
- 模块与需求确认
- 基础资料管理
- 协议录入
- 提交与审核
- 客户协议联动
- 上线与整体验收
08生产基线
上线前的审核与运行中的保障
应用设计人员聚焦业务构建与验证，平台承接标准化的发布与运行。生产质量仍需结合实际环境测试与验收。
上线之前
运行关真实接入，试运行
配置前后端事务，连接真实的原子能力与数据；通过试运行核对输入、输出与异常。
质量关AI 检查，技术与业务审核
检查代码、依赖和权限边界；结合业务验收，确认正常、异常及拒绝路径。
上线关审核发布，统一运行与治理
确认资产版本并授权访问；依托平台运行底座、日志与链路追踪定位问题。
运行之中
- 安全
- 统一登录与角色权限；每次能力调用前逐项校验权限，请求签名防重放，对外访问地址在登记和运行时双重校验，个人敏感信息脱敏。
- 事务与隔离
- 业务代码只经受控通道访问外部；静态扫描、依赖白名单与资源配额并用，业务数据按集团强制隔离。
- 可靠
- 限流、熔断、条件重试按固定顺序执行；应用探活与自动恢复，长事务从持久化的断点继续。
- 可观测
- 日志、指标、链路与审计共用同一个追踪号；审计库独立存放并防篡改，过程可以回放。
- 可扩展
- 分层服务与多模型路由；适配多种数据库并支持国密算法，按企业的部署与合规要求落地。
平台价值：企业 AI 可用、可控、可审计、可复用
- 统一组织把多端触达、场景、能力、数据和治理，组织为一套产品体系。
- 确定执行把模型的理解，转换为有版本、有边界、可恢复的业务事务。
- 生产保障用分层服务、隔离、安全、容错和观测，支撑规模化运行。
09北斗体系
与北斗体系其他产品的配合
使用者在北斗 · AI 工作台交办任务、确认关键动作；开阳 · 智能体理解需求、拆解任务，按任务调用底座能力；天枢 · AI 中控搭建业务应用、连接系统并执行流程。
入口北斗 · AI 工作台交办任务、确认关键动作、查看结果→
中枢开阳 · 智能体理解需求、拆解任务、调用能力、交付结果→
IT天枢 · AI 中控
DT天玑 · 财芯智算→搭建业务应用、连接系统并执行流程，沉淀业务数据与执行结果。
本页构建数据模型，提供指标、算法与分析结果。
应用与数据贯通 DI天权 · 智策→以业务语义和规则，衔接应用、数据模型与动作。
规则与动作衔接以上是北斗体系的目标架构：使用者在北斗 · AI 工作台办理业务，开阳 · 智能体负责编排，底座产品协同提供能力；关键操作经人工确认后执行，全程留痕。具体衔接方式结合企业现有系统确定。
常见问题
天枢 · AI 中控和低代码平台有什么不同？
传统低代码平台以拖拽和配置为主，使用者要先学会平台的概念与操作。天枢 · AI 中控让业务人员用业务语言描述需求，由 AI 按中控 Skills 的规范生成页面、处理逻辑和能力调用，再经过试运行、审核和发布进入生产。搭出的应用通过接口使用财务云的流程、单据、会计与台账等引擎能力，配置与收口仍由实施人员把关。
业务人员可以自己搭建应用吗？
天枢 · AI 中控的定位是让业务人员借助 AI 自主搭建应用：业务人员负责说明规则与验收结果，平台提供可复用的能力与工程保障。接口接入、代码与业务审核、复杂逻辑的处理，由实施或 IT 人员参与。
天枢 · AI 中控怎样与现有业务系统配合？
财务云承载业务流程，天枢 · AI 中控通过接口使用其已开放的流程、单据、会计与台账等能力，在其上组织增量应用。未开放的存量系统内部逻辑（例如财务云原有的差标计算）不在搭建范围内。
怎样保证搭出来的应用可以上生产？
上线之前要过运行、质量和上线几道关：配置前后端事务并连接真实的原子能力与数据，通过试运行核对输入、输出与异常；由 AI 检查代码、依赖和权限边界，再做技术与业务审核；确认版本并授权访问后发布，依托平台的运行底座、日志与链路追踪定位问题。生产质量仍需结合实际环境测试与验收。
建议从什么场景开始？
建议从一项边界清楚的增量需求开始，比如一个新查询或一个新页面。落地之前，需要和中兴新云一起确认现有业务系统与可开放的能力目录、身份权限与数据边界、事务与流程的协同方式，以及部署、合规与观测要求。
