产品方案 · 中小企业数字化 · 北大信研院东阳中心 数据主权 · 资产秩序 · 安全能力 · 超级员工← 返回 AI+制造切入点
企业大数据底座Local BigData Base
产品方案

企业大数据底座

从 DGX Spark 主机 + 数据资产库 + 安全智能体起步

中小企业不缺「想数字化」的意愿,缺的是三个前提:数据放在自己手里、文件随时找得到、真的有人在管安全。这套底座用一台 DGX Spark 起步,把这三件事一次性装进企业自己的机房——不搬业务上云,也不把能力留在门外。而底座之上还有另一半:把智能体真正交到岗位上。

THE OTHER HALF
企业大数据底座(DGX Spark 主机 + 数据资产库 + 安全智能体)+智能体应用培训→企业的超级员工

底座解决「数据在哪里、找不找得到、谁在看护」;培训解决「人会不会用」。系统装好了没人会用,等于没装——所以这套方案把「人的升级」当成产品的另一半,而不是售后赠品。

01 / 起点判断

不是选三个功能,是三道过不去的门槛

企业数字化的失败,多数不是败在功能不够,而是败在这三件事没有落地。它们互为前提,缺一件,另外两件就立不住——所以这套方案从这三件起步,而不是从应用做起。

CONSTRAINT 01

数据不敢上云

现象:客户名单、报价、工艺参数、财务流水,这些一旦放到第三方平台,合规上说不清、商业上不放心。

后果:业务系统只能半上,数据被切成两半,越用越乱。

本方案的答案:主机、数据库、文件全部落在企业本地;需要远程访问时,是「人去找数据」,不是「数据去找人」。

CONSTRAINT 02

数据不是资产

现象:几万到几十万份单据附件散在共享盘、ERP、邮箱、微信里,历史目录层层嵌套,还带着上一套系统的路径前缀——说不清企业到底有哪些数据、归谁管、什么级别、谁能用。

后果:想上 AI 时才卡住:数据没编目、没授权、没分级。智能体要么什么都看不到,要么什么都看得到——两种都不能交给业务用。

本方案的答案:给企业建一张数据资产表——编目可管理、访问可授权、敏感度可分级,并以数据 API 开放给智能体按权限调用。

CONSTRAINT 03

没人管安全

现象:中小企业没有安全岗。证书什么时候到期、有没有端口暴露在外、离职账号还开着没有、有没有人在批量下载——没人知道。

后果:出事才发现,且没有任何记录可查,说不清是谁、什么时候、动了什么。

本方案的答案:常驻智能体持续巡检、主动处置、全程留痕;不需要专职安全员,但每天都有人(在)看。

顺序不能颠倒。先有主机才有「数据在哪里」的答案;先有资产表才知道哪些数据该分级、该保护什么;先有安全智能体,前两层才敢真的交给业务天天用。这是一个自下而上、逐层解锁的组合,不是三个可选项。
02 / 产品总览

数据与安全:一台主机,一条受控的数据链路

企业既有的服务器与业务系统保持不动:生产数据先被只读抽取、编成一张数据资产表,再单向同步到企业自己的 DGX Spark 主机,供本地模型与智能体取用。而任何一次取数,都必须经过上层的安全网关。三层同机部署、共享同一份数据视图,对外只保留一条由企业主机主动发起的加密隧道。

图 1 | 产品总览:数据单向归集,取数 · 调模型 · 上公网都过一个网关
企业现场 数据不出门口 · 无需机柜 · 普通办公环境 企业服务器 · 生产系统 智能体不可直达 ERP · MES · 财务 · 共享盘 · 邮件与微信附件 企业既有系统照常运行:不接管、不改造、不向智能体开放 只读抽取 · 单向 · 不可逆,不写回生产系统 ② 数据资产库 Asset Catalog · 所有数据先在这里成为资产 先编目、再授权、后使用:来源 · 归属 · 级别 · 授权范围 · 调用方式 资产编目 权限控制 分层分级 数据 API 同步 · 单向:资产库里的数据落到主机本地 ① DGX Spark 主机 Edge Node · 断网可用的本地算力 本地模型就地推理(不出域)· 资产库数据副本 · 智能体运行时 本地模型 资产库数据副本 智能体运行时 形态:桌面级 AI 主机 150×150×50.5mm · 1.2kg · 240W · 接市电与网线即可运行 ③ AgentMonitor 智能体安全网关 所有数据使用与外联的唯一关口:谁在用、用了哪条、有没有越权 外部模型出域前先做数据安全审查;办公电脑上公网先登录再放行 权限管理 双向检测 Skill 扫描 全量审计 出域审查 上网准入 所有请求只走这一条:取数 / 调外部模型 / 上公网 接入侧:智能体与人(都不直接接触生产系统) DGX 上的智能体 个人 PC 上的智能体 办公电脑 · 上公网 过检后放行 取数通道 审查后放行 登录后放行 远程运维与查看 · 浏览器 / 手机端随时查看经营看板 · 授权后访问,全量操作留痕 · 服务方也只能看到被授权的范围 外部模型 API External LLM · 需 API key,由网关集中登记与发放 · 出域内容先过数据安全审查 · 未登记 / 超范围的 key 调不通 公网 · 互联网 Internet · 企业每台电脑上公网先登录 · 未登录不给出口,访问全程留痕 数据只有一条流向(企业服务器 → 数据资产库 → DGX 主机);出口只有一个关口(AgentMonitor):取数、调外部模型、上公网,都要从这里过。生产系统,智能体碰不到。
读法:从上往下是数据的来路——企业服务器上的生产数据被只读抽取,先在资产库里编目、定级、授权,再单向同步到 DGX Spark 主机。从下往上是用数的去路——装在 DGX 和个人 PC 上的智能体、以及要上公网的办公电脑,所有请求都先经 AgentMonitor 过检;智能体可以用本地模型就地推理,也可以用外部模型,但外部模型的 API key 由网关集中登记,出域内容先做数据安全审查,审查通过才放行。左侧那条被打叉的红线是硬边界:智能体不得直连生产系统服务器与生产业务系统。
03 / 第一层

DGX Spark 主机:把「云」的能力,装进企业自己的一台机器

这一层要回答的是最基础的问题——数据到底放在哪、谁碰得到。答案不是「放在云端某个区域」,而是「放在企业自己屋里的一台机器上」。

LAYER 01

DGX Spark 主机 · Edge Node

主权层 —— 决定数据与模型物理上属于谁

它解决什么

  • 数据物理归属清晰:从生产系统归集来的数据与全部附件落在企业本地磁盘;拔掉网线,检索、推理与智能体照常可用。
  • 模型也在自己机器上跑:单机 128 GB 统一内存可本地承载 70B 参数级模型微调与 200B 参数级模型推理——数据不出域,推理同样不出域。
  • 不需要公网 IP,也不需要改防火墙:主机主动向外建立反向加密隧道,企业侧零网络改造。
  • 不需要专职运维:常驻 Agent 做自检与上报,异常先于用户被发现。
  • 不被单一云厂商锁定:数据副本与智能体同机,换机即迁移,不依赖任何平台的开通与续费。
  • 可横向长大:同一家企业的多处厂区、门店各加一台,统一纳管,不需要重做架构、也不需要换版本。

主机规格(NVIDIA DGX Spark 官方规格)

项目规格
形态桌面级 AI 主机,150 × 150 × 50.5 mm / 1.2 kg
芯片GB10 Grace Blackwell 超级芯片,20 核 Arm(10×Cortex-X925 + 10×Cortex-A725)
AI 算力最高 1 PFLOP(FP4,稀疏)
统一内存128 GB LPDDR5x(256-bit / 273 GB/s,CPU 与 GPU 共享)
本地存储4 TB NVMe M.2(自加密)
本地模型能力推理至 200B 参数级、微调至 70B 参数级;两台互联可支撑 405B 参数级
网络10 GbE + ConnectX-7(200 Gbps)+ Wi-Fi 7
功耗 / 环境240 W 电源(GB10 TDP 140 W),普通办公环境
操作系统NVIDIA DGX OS
数据库本地 MongoDB / PostgreSQL
接入条件仅需可上网,无需固定 IP、无需开放入站端口

规格来源:NVIDIA 官方规格页(nvidia.cn/products/workstations/dgx-spark),可逐项核对。实际交付的节点数量与存储扩展按企业现场盘点确定。

图 2 | 为什么不需要公网 IP:反向隧道的连接方向
企业内网 没有固定公网 IP 不开放任何入站端口 DGX Spark + 本地数据 公网 企业侧只需能出网 连接由内向外发起 全链路加密 服务方接入端 持有公网入口 按授权把访问转发到 对应企业的那台主机 反向下发(复用同一连接) 主机主动外联,建立隧道 内网可达 结果:企业不用买固定 IP、不用改防火墙、不用把数据搬到公网;服务方也拿不走数据,只能在授权范围内操作。
关键差别:传统方案要求「公网能找到企业」,本方案反过来——连接由企业主机主动发起。连接方向一变,企业的网络改造量降为零,攻击面也同时收窄。
04 / 第二层

数据资产库:把企业的数据编成一张能管、能授权、能调用的资产表

主机解决了「放在哪」,这一层解决「企业自己能不能管起来」。散落在共享盘、ERP、邮箱、微信里的文件不会自动变成资产——先要给它们编目:谁的数据、什么内容、什么级别、谁能看、通过什么接口用。这张资产表建起来之前,数据只是一堆文件;建起来之后,它才成为可管理、可授权、可被智能体调用的资产。

LAYER 02

数据资产库 · Data Asset Catalog

资产层 —— 决定数据能不能被管理、被授权、被智能体用起来
4.1 这一层交付的不是存储,是一张表

把「企业有哪些数据」变成一份可维护的资产目录

存储只回答「文件放在哪」,回答不了「这份数据能不能给这个人、能不能喂给那个智能体」。所以这一层真正交付的是一张企业数据资产表:每条资产都有来源、归属、级别、授权范围与调用方式。表在,数据才管得动;表不在,系统装得再整齐,业务也说不清自己手里到底有什么。

CAT 01

资产管理 · 编目

把散在各处的文件与业务数据登记成一张资产表:来源系统、所属主体、数据类型、存放位置、关联单据。每份资产有清单、有归属,不再靠人记路径。

CAT 02

权限控制 · 授权

授权直接做在资产表上:人员 → 角色 → 数据范围三级映射。谁能看哪些资产、能做哪些操作,一处定义、统一执行,不依赖每个应用自己再实现一遍。

CAT 03

分层分级 · 定级

按敏感度与价值逐条定级,不同级别对应不同的访问策略与脱敏要求。先定级、再放权——没有分级,权限只能一刀切:要么管死,要么全放开。

CAT 04

数据 API · 开放

资产表以标准接口对外开放,智能体按被授予的权限范围取数,而不是把原始文件整包搬走。调用一次、校验一次、留痕一次。

图 3 | 数据资产表:一张表管住「有什么、什么级别、谁能用、怎么调用」
企业数据资产表 · Data Asset Catalog 一条资产一行,级别与授权范围都是表上的字段 资产名称 来源 归属 级别 授权范围 调用方式 围绕这张表长出来的四道能力线 CAT 01 资产管理 · 编目 来源、归属、类型、位置 登记成一张可维护的清单 CAT 02 权限控制 · 授权 人员 → 角色 → 数据范围 三级映射,一处定义 CAT 03 分层分级 · 定级 按敏感度逐条定级 先定级,再放权 CAT 04 数据 API · 开放 标准接口按权限取数 调用一次,留痕一次 谁在用这张表 业务人员 按角色看到自己范围内的资产,检索与下载留痕 管理层 看到资产总量、分级分布与授权台账 智能体 经数据 API 按授权范围取数,调用即留痕
读法:中间的表是本体——每条资产一行,级别与授权范围都是表上的字段;围绕它长出的四道能力线不是四个独立模块,而是同一份数据的四种用法;底部是三类用数的人,智能体走的始终是 API 通道,每一次取数都严格落在授权范围内。
4.2 表落在什么上面

管理视图是资产表,物理底座是内容寻址

资产表是「看得见的管理视图」,它下面还需要一个稳定的物理底座:单一根目录 + 内容指纹寻址。路径由内容决定、不由命名习惯决定——这是资产表能长期维护、能跨系统存活的前提。

图 4 | 资产表的物理底座:从「层层嵌套」到「内容寻址」
迁移前:路径即历史包袱 / 共享盘(多挂载) └─ 旧系统目录 A/ └─ 2020/ 03/ 12/ 门店/ 单号/ └─ IMG_2043.jpg └─ 旧系统目录 B/ └─ 旧系统目录 A/ ← 嵌套 └─ …… 再套一层 · 路径靠人记 · 应用读不到 · 同类文件重复存 · 换系统即失效 · 目录数越滚越多 典型规模:层层嵌套后,单个目录下的文件可达数十万 迁移后:路径由内容决定 / assets/ ← 唯一根 └─ 0/ └─ 2/ └─ 3/ └─ 4/ └─ 02340ef8……ceaacf.png · 4 级目录 = 内容摘要前 4 位 · 同名不同内容不再冲突 · 同内容只存一份 → 磁盘占用显著下降 · 校验只需重算摘要,不依赖目录与文件名 每级 1 位十六进制,共 65,536 个目录,避免单目录堆积
为什么用摘要而不是「年份 + 单号」命名:业务命名会变(单号规则会调整、门店会改名、年份会跨),内容摘要不会。把不变的东西作为地址,资产才能跨系统长期存活。
4.3 分层分级:先定级,再定策略

四级划分,一套默认策略

分级不是为了打标签,是为了让权限有依据。下表是本方案默认的四级划分与对应策略;级别由企业自己定,不由实施方定,实施时按现场盘点结果调整。

左右滑动查看完整表格

级别典型数据默认访问策略对外提供方式
L0 公开 宣传资料、公开产品目录 全员可读 可直接对外提供
L1 内部 规章制度、流程文件、培训材料 按岗位角色开放 可面向内部智能体开放
L2 受限 客户名单、报价、合同、经营报表 角色 + 数据范围双重校验 仅授权智能体可取,按字段脱敏
L3 核心 工艺参数、成本结构、核心图纸 最小授权 + 操作留痕 + 单独审批 默认不开放;例外需审批后单独开通
图 5 | 数据资产表 · 使用视图(界面示意 · 数值为占位)
数据资产表 · 总览 资产总量(已编目) 条 已完成分级 已授权角色 个 数据 API 调用量 按敏感级别分布(示意) L0 公开 L1 内部 L2 受限 L3 核心 最近调用(示意) 3f8a…ef17.jpg已放行 a91c…02bd.pdf已放行 77e0…5c3a.jpg需审批 c2b4…9d61.xlsx超范围拒绝
说明:这是界面示意,用于表达「业务能直接看到什么」。真实视图按现场数据填充;图中数值位置为占位示意,实施后可逐层下钻到具体资产、它的分级与授权范围、以及每一次调用记录。
4.4 这张表怎么建起来

五步:编目 → 收敛 → 去重 → 分级授权 → 挂接口

资产表不是一次性交付的静态清单,它要跟着业务继续长。建设过程分五步,每一步都有可验收的产出,也都可以单独验收。

步骤做什么产出
① 盘点编目扫描全部来源路径,登记来源、归属、类型与存放位置资产清单与差异报告
② 收敛展平把嵌套的历史目录逐层摊开,剥离上一套系统的目录前缀统一层级的文件集合
③ 去重校核按内容摘要归并同一份文件,并逐条校验完整性唯一副本 + 引用关系
④ 分级授权逐条定级,再按「人员 → 角色 → 数据范围」发放权限分级结果 + 授权矩阵
⑤ 挂接接口与业务单据双向关联,并以数据 API 对外开放可检索、可下钻、可调用的资产表
写入幂等:所有写入走同一个接口,并以业务侧的外部单号作为去重键——重复导入不会产生重复数据,迁移可以反复重跑,重跑结果与首次一致。
与第三层的分工,别混淆:这一层管的是数据本身——谁的数据、什么级别、谁能直接访问;第三层的 AgentMonitor 管的是智能体调用行为——智能体代谁去问、问了什么、答得对不对。一个管门里的东西,一个管每次进出的过程。缺任何一层,权限都只是纸面上的。
05 / 第三层

安全智能体:AgentMonitor 智能体安全网关

前两层让数据和资产真的值钱了,但代价是「被盯上」的概率也真的上升了。中小企业请不起安全团队,所以这一层的落地形态是一台智能体安全网关——架在智能体与大模型之间,每一次提问与每一次回答都强制过检,对业务零侵入。

LAYER 03

智能体安全网关 · AgentMonitor

能力层 —— 决定这套底座敢不敢真的交给业务天天用
3.1 为什么需要网关

智能体直连大模型,四类风险收敛不了

企业智能体直接连大模型时,没有统一管控点,安全能力散落在各个应用里——风险收敛难、责任界定难、审计追溯难。这四类风险必须先有地方接住,才谈得上把智能体放开给业务用。

RISK 01

提示词注入与危险指令

越狱提示、删除 / 外发 / 提权类危险指令直达大模型,输入不可控、输出不可信。

RISK 02

知识库数据越权访问

能对话的人就可能问出无权限查看的敏感数据,数据边界形同虚设。

RISK 03

Skill 供应链不安全

第三方 Skill 可能携带恶意代码、越权行为与数据外传通道,风险随插件引入。

RISK 04

行为不可审计

对话内容与危险操作无全量留痕,安全事件发生后无法溯源与追责。

图 6 | AgentMonitor 的位置:智能体与模型之间的安全必经之路
企业用户 发起提问 浏览器 / 手机端 智能体应用 RAG 知识库 Skill 插件 业务流程编排 AgentMonitor 智能体安全网关 ① 权限管理 ② 输入输出检测 ③ Skill 安全扫描 ④ 全量日志审计 所有请求与响应强制过检 · 对智能体业务零侵入 危险请求 / 违规内容命中即阻断并告警 模型出口 本地模型:就地推理 外部模型:先审查 两条都不绕过网关 回程:模型响应 → 输出检测 → 安全回答(同样强制过检) 旁路能力:不经过主链路,独立运行 Skill 扫描引擎 上线前准入扫描 + 存量定期巡检,内置引擎无需额外部署组件 全量日志 / 审计平台 对话记录 · 危险行为留痕 · 可回溯到人、时间与对象 部署形态:网关式旁挂 —— 不改变智能体功能与用户体验,企业侧无需安全开发投入。
读法:智能体的每一次提问与每一次回答都强制经过网关——权限先判、输入再检、输出复检;危险请求在网关层就被拦下,不进模型侧。旁路的扫描引擎与审计平台各自独立运行,不占主链路。
3.2 四大能力

四道防线,一个网关

四类风险逐一对位四道防线,统一收敛在 AgentMonitor ——安全责任从应用侧剥离,集中管控、统一升级。

GATE 01

权限管理

管理员统一定义「什么权限的人员,可通过智能体访问什么类型的数据」。

解决:知识库越权访问

GATE 02

输入输出检测

双向威胁检测机制,发现并阻断输入输出中的危险指令与违规语句。

解决:提示词注入与内容失控

GATE 03

Skill 安全扫描

内置扫描器,自动发现不安全的 Skill,插件风险在上线前化解。

解决:插件供应链风险

GATE 04

全量日志审计

全量记录智能体对话内容与危险操作行为,审计留痕完整可查。

解决:行为不可审计

3.3 怎么做到

三道机制:权限先判、双向检测、风险分级

「拦得住」和「说得清」靠的是三件具体的事,而不是一句「我们有安全能力」。

权限怎么判

  • 三级映射:人员 → 角色 → 数据类型,管控粒度细化到知识库与文档分类级别。
  • 网关层拦截:越权请求在网关层直接拦下,不进入模型侧,杜绝数据间接泄露。
  • 策略即时生效:新增数据类型或人员调整无需改造智能体应用。

检测怎么做

  • 双层检测:规则库 + 语义模型;输入侧查提示词注入、越狱、删除 / 外发 / 提权类指令与敏感信息外传意图。
  • 输出侧复检:查违规有害内容、敏感数据与内部信息泄露、不当表述。
  • 命中即处置:阻断并实时告警,返回安全提示话术;策略可按企业场景自定义。

Skill 怎么分级

  • 检测维度:恶意代码与后门、越权操作行为、数据外传通道、不安全依赖组件。
  • 高危:阻断上线 + 实时告警。
  • 中危:整改复测后准入;低危:标记提示、持续关注。
3.4 审计与合规

全量留痕,出事说得清

对话内容全量记录、调用链路与访问行为留痕、危险操作重点标记、拦截事件与告警处置留痕;支持按人员 / 时间 / 风险等级多维检索,日志防篡改存储,为安全事件溯源与责任认定提供完整证据链。

合规底座:《数据安全法》《个人信息保护法》及等级保护制度,对 AI 应用的数据处理、访问控制与审计留痕提出的要求,由这一层直接承接。

图 7 | 安全体检报告(界面示意)
安全智能体 · 本期体检报告 周期:每周 · 自动生成 90 安全评分 较上期 +4 证书与端口体检 1 个非必要端口待关 正常 弱口令与账号阈值 0 个弱口令 正常 异常访问与批量下载 1 账号触发阈值 待确认 智能体对话与拦截事件 全量留痕 · 防篡改 正常 说明:这是界面示意,用于表达「业务能直接看到什么」。真实报告按现场数据生成,每条结论可下钻到具体资产、单据与操作记录。
这张报告的意义:把「安全」变成企业主每周能看懂的一页纸。看得懂,才会真的用;真的用,安全才不是摆设。
3.5 适用场景与客户价值

同一套网关能力,适配不同行业与不同智能体底座

网关是标准件,场景是变量。以下四类场景可以直接复用同一套能力,不需要为每类智能体重做一遍安全。

企业知识库问答

权限管控防止越权取数,敏感知识按人员分级可见、分级可问。

办公智能体

输入输出双向过滤,危险指令与违规内容不出网关。

多智能体平台

Skill 准入扫描与定期巡检,插件供应链风险前置化解。

政府 / 金融 / 电网等高监管行业

全量审计留痕与合规报告,支撑智能体在强监管场景落地。

客户价值说明
一点收敛 一个网关解决提示词注入、数据越权、Skill 供应链、审计缺失四类风险,安全能力集中管控、统一升级。
零侵扰接入 网关式旁挂部署,不改变智能体功能与用户体验,业务侧无需安全开发投入。
合规达标 满足数据安全与审计留痕要求,支撑智能体在政府、电网等高监管场景落地。
快速复制 产品化交付,适配不同行业客户的多种智能体底座,一次建设、多场景推广。
3.6 另一半:主机与资产本身

网关之外,底座本身也要有人看护

AgentMonitor 管的是「智能体与大模型之间」;本地底座还有一条安全线要跑——主机与资产本身。证书会不会过期、端口有没有多开、备份能不能恢复、有没有人在异常下载,这些不在网关的视野里,但同样会出事。两者同属这一层,由同一个常驻智能体承担。

OPS 01

资产可见性

谁有什么、放在哪、多久没动过。先有一份完整的资产账,才谈得上保护。

OPS 02

风险巡检

证书到期、端口暴露、弱口令、越权访问、异常批量下载——按固定周期逐项过筛。

OPS 03

主动处置

到期前预警、异常即限流或断开、可疑账号立即冻结,不等人工发现。

OPS 04

合规留痕

全量操作审计,可回溯到人、时间、对象与结果,出事说得清。

为什么强调「规则优先」:安全结论一旦引入不确定的模型判断,就无法向企业交代。AgentMonitor 的检测同样是双层结构——规则库负责确定性判定,语义模型只负责规则覆盖不到的变体;主机侧的巡检更是纯规则。判定环节不依赖模型,模型只承担「补盲」与「说人话」。
06 / 组合逻辑

三层不是并列的三个功能,是互为前提的一根链条

单独看任何一层,市面上都能找到替代品;三层同机、共享同一份数据视图,才构成难以复制的组合。

左右滑动查看完整表格

层解决的问题对外提供什么缺了它,会退化成什么
① DGX Spark 主机 数据归谁 运行与存储底座、资产数据的本地副本、远程接入通道 数据必须放在第三方,合规与商业上都交代不过去
② 数据资产库 数据能不能被管起来 企业数据资产表:编目 · 权限控制 · 分层分级 · 数据 API 开放 数据仍是散落的文件——说不清有什么、谈不上分级授权;智能体要么看不到,要么绕过授权去直连生产系统
③ 安全智能体 谁来持续看护 智能体安全网关(权限 · 双向检测 · Skill 扫描 · 全量审计 · 出域审查 · 上网准入)+ 主机与资产巡检 数据放本地反而更危险——没人看,也没记录
一句话概括这层关系:主机给主权,资产库给秩序,安全智能体给能力。三者同机之后,还额外得到一件单独都拿不到的东西——一份完整、同源、可审计的数据视图:资产盘点、风险判定、经营分析都基于同一份数据,不会出现「三个系统三个数」。
07 / 产品的另一半

底座解决「数据」,培训解决「人」——两者相乘,才是超级员工

前面三层都在解决「物」的问题:数据放在哪、数据能不能被管住、安全谁在看。但企业真正想要的从来不是这些——是同样的人,能扛更多的事。所以这套方案把「智能体应用培训」放进产品本身:底座让人敢用数据,培训让人真的会用智能体。两者合起来,岗位被放大成超级员工。

PRODUCT · 数据侧

企业大数据底座

主机 + 数据资产库 + 安全智能体,解决数据落在哪、能不能被管住、谁在看着。

  • 提供:可信、同源、可下钻的数据
  • 提供:安全边界与全量留痕
  • 作用:让智能体有真数据可用,让企业敢把真数据交出去用
SERVICE · 人侧

智能体应用培训

从「会用」到「会带」的三阶训练,把智能体按岗位任务落下去。

  • 提供:能直接落地的用法(按岗位、按任务)
  • 提供:内部教练与可复用手册
  • 作用:让企业自己有能力持续长出新的智能体场景
图 8 | 产品的两只手:数据侧与人侧,合起来才产出超级员工
企业大数据底座 数据侧 · 产品 ① DGX Spark 主机 —— 数据落在自己屋里 ② 数据资产库 —— 编目 · 授权 · 分级 · API 开放 ③ 安全智能体 —— 持续看护、全程留痕 让数据可信、可管、可控,且不出企业门口 智能体应用培训 人侧 · 服务 L1 会用 —— 把自己手上的活讲清楚 L2 会改 —— 看懂结果、会调步骤与边界 L3 会带 —— 写成手册,带出下一批人 让岗位真的把智能体用起来,并留下方法 企业的超级员工 一个人管一条流程,而不是只守一个环节 业务与销售助理 生产与质量 财务与商务 管理者 任一半缺失都会退化:只有底座 = 买了个系统没人动;只有培训 = 练的是演示数据,回去就断。
这张图要说明的是乘法关系:底座做到 100 分、培训做到 0 分,产出是 0;反之亦然。市面上做硬件的不做培训,做培训的没有自家数据可用——两者同源交付,是这个方案最难被模仿的地方。

超级员工到底「超级」在哪:三个具体变化

从「等报表」到「问数据」

不用等别人导出、不用排队等 IT。一句话问出来,而且每个数字都能继续点下去,一直下钻到那张单据和那份附件。

从「守一个环节」到「管一条流程」

资料调取、数据汇总、交叉比对、初稿成文由智能体承接;人只留在需要判断和责任的那一步上。

从「个人经验」到「可复制的方法」

把自己那套干法写成智能体能执行的步骤——人调岗或离职,方法留下;新人照着手册就能上手,不用再口口相传。

谁先变成超级员工:从高频、重复、有据可依的岗位切入

左右滑动查看完整表格

岗位高频任务智能体承接什么变化
业务与销售助理 客户资料与历史订单调取、报价与交期汇总 一句话调取附件与往来记录,按模板自动汇总成稿 从翻共享盘半小时,到一分钟
生产与质量 检验数据归集、异常上报、报告成稿 自动归集数据、按规则判定异常、生成报告草稿 报告从半天,到几分钟
财务与商务 单据影像入账、对账差异核对 识别单据、自动匹配,差异标红待确认 不再手工录第二遍
管理者 经营情况随时问、开会前临时要数 自然语言问数,数字逐层下钻到单据 不再等报表、不再临时要数
为什么从这四个岗位切:它们同时满足三条——任务高频、规则相对清晰、数据已经在底座里。这类岗位最容易在两周内看到可量化的变化,而第一批成功案例决定了后面能不能推广。
图 9 | 三阶能力阶梯:会用 → 会改 → 会带
L1 · 会用 集中 2 天 学:把自己这件活讲清楚, 写成智能体能执行的步骤 产出:常用指令模板 5 条 L2 · 会改 陪跑 2 周 学:看懂结果为什么不对, 会调步骤、会补边界条件 产出:岗位工作流 1–2 条 L3 · 会带 陪跑 2 周 学:把流程固化成一份 别人也能直接用的手册 产出:《智能体工作手册》 结业不是考试,是留下一份能被同事直接拿去用的手册;L3 结业者成为企业内部的「智能体教练」,负责带下一批人。
为什么按这个顺序:先有自己的用法(L1)才谈得上改(L2);先能改对,才有资格固化给别人(L3)。跳过 L1 直接讲「AI 原理」,学员回去依然不知道明天该让智能体干什么。

不教原理,只教手上的活

一切从「你今天哪个任务可以交出去」开始。课程里不出现模型参数、不出现架构图,只出现本岗位的真实任务。

在真实数据上练

用自己的单子、自己的文件、自己企业的规则。用演示数据练出来的熟练度,回岗后一天就归零。

结业有产物

不设考试。验收标准是:交出至少一份别人照着能用的智能体工作手册,且带教对象能独立跑通。

怎么衡量「有没有真的变成超级员工」

指标怎么观察数据来源
单件事耗时同一类任务在培训前后的实际用时对比岗位抽样计时
人均处理单量同岗位月处理量变化,且不增加工时业务系统统计
数据等待时长从「等别人导表」变成「自己问一句」问数使用记录
重复性工作占比手工录入、复制粘贴、找文件的时间占比下降岗位自评 + 抽样
内部手册数量沉淀出多少份可复用的岗位智能体手册交付物清点
为什么培训必须和底座一起交付:培训脱离底座会变成空谈——学员手上没有自己企业的可信数据可练,回去就断了;底座脱离培训会变成一堆没人动的功能——功能不等于生产力。两者合起来才有复利:员工用出价值 → 提出更多场景 → 数据资产更完整 → 智能体更懂这家企业的业务。
08 / 演进路线

双轨推进:技术轨先铺路,人才轨紧接着跟上

这套方案刻意不追求「一次上齐」。技术轨负责把数据与资产铺到位,人才轨负责让岗位在真实数据上练会——人才轨刻意比技术轨晚一周启动,因为学员必须等资产库能用了才有真数据可练。每一阶段都有独立可交付、独立可验收的成果,客户在任意阶段停下都不亏。

图 10 | 技术轨:四阶段演进,从一台主机到 AI 业务应用
1 阶段一 · 起步 交付:1 台 DGX Spark +本地数据库 +远程接入通道 客户能感到的变化: 数据在自己屋里, 随时能看,随时能停 2 阶段二 · 归集 交付:资产表上线 +编目 · 去重 · 展平 +分级授权 · 数据接口 客户能感到的变化: 找文件从「问人」 变成「搜一下」 3 阶段三 · 托管 交付:AgentMonitor 网关 +周期巡检与报告 +全量审计留痕 客户能感到的变化: 每周收到一页体检报告, 风险不用自己惦记 4 阶段四 · 长出应用 交付:AI 业务应用 · 经营问数 · 单据与报表识别 客户能感到的变化: 数据开始自己回答 业务问题 依赖关系:必须自下而上 没有主机就没有数据落点;没有资产表就不知道哪些数据该分级保护;没有安全与留痕,业务系统不敢把关键数据放进来;前三件齐了,AI 应用才有可信、完整、同源的数据可用。
落地建议:阶段一与阶段二通常可以合并实施(一次现场盘点即可覆盖);阶段三建议在前两层稳定运行 2–4 周后启动,此时才有一份干净的资产账可供巡检。
图 11 | 双轨节奏:技术轨与人才轨在什么时候交汇
第1周 第2周 第4周 第6周 第8周 技术轨 起步:主机 归集:资产表 + 迁移展平 托管:安全智能体上线 长出 AI 业务应用 人才轨 L1 会用 L2 会改 · 在本岗位真数据上练 L3 会带 · 出手册、带同事 交汇 ①:底座可用,同期开课 交汇 ②:前两阶跑顺,人才轨开始带人 节奏原则:技术轨不等人才轨,人才轨不早于数据就绪。
为什么人才轨要晚一周:先开课、数据还没到位,学员只能拿演示数据练手,回岗后面对真实场景依然无从下手。晚一周启动,第一次练习用的就是自己企业的单子和文件——这是培训能不能落地的分水岭。
09 / 能力验证

不靠数字背书,每一项都能当面验

判断一套底座能不能用,看的不是规模,而是每个环节有没有可检查的验收点。下面把验收点逐条列出来——任何一条当场验不过,这一段就不算成立。这也是我们不在方案页上摆运行数字的原因。

左右滑动查看完整表格

维度验收点怎么验
数据归属 不出企业 断开外网,业务系统与数据在企业本地仍可用;服务方仅能按授权范围访问,每次访问留痕
资产可检索 任意一份历史文件都找得到 随机抽几张单据:从业务单据反查附件、再从附件反查业务单据,双向都必须命中
历史目录治理 旧目录里的文件应用可直接读取 挑一个历史遗留目录直接打开,不依赖人工改名、手工拷贝或逐份重传
写入幂等 重复导入不产生重复数据 同一批数据连续导入两次,记录数与文件数不变;迁移可反复重跑
分级与授权 级别与权限在资产表上可查可改 现场改一次某份资产的分级或授权范围,相关角色的可见范围立刻随之变化,全程不需要改应用代码
数据 API 可调用 智能体只能在授权范围内取数 用授权范围内的智能体账号取数,取得到;换成超出范围的资产,取不到并留下一条拒绝记录
外部模型可控 先审后出 换成未在网关登记的模型 key,调不通;构造一次带敏感字段的出域请求,被数据安全审查拦下并留下记录
上网可管 每台电脑上公网先登录 挑一台电脑直接访问外网,先被要求登录;登录后的访问行为可按人与时间检索,未登录不给出口
接入条件 不需要固定公网 IP、不开放入站端口 企业侧只做一次主动外联建立加密隧道;路由器上不做任何入站端口映射
链路与证书 链路加密,证书有效期受监控 证书临近到期自动提醒并完成续期,全过程可查——示范安全智能体接管的第一类日常事务
安全过检 每一次提问与回答都经过网关 构造一次越权提问与一次敏感信息外发,两类都应被拦下并留下记录
审计留痕 按人员 / 时间 / 风险等级可检索 按任一维度检索,都能找到对应的人、原始问句与处置结果,日志不可篡改
人随系统就位 岗位真的用起来了 结业以「留下手册 + 本岗位两周内的可量化变化」为准,而不是以考勤为准
为什么用验收点代替运行数字:每家企业、每个场景的数据体量与业务形态都不一样,把某一套正在运行的系统的数字搬到方案页上,既证明不了能力,也不适合对外披露。真正决定成败的,是上面这些机制在你这里是否成立、能不能当场验。
本页表述口径:主机参数取自 NVIDIA 官方规格页(DGX Spark);AgentMonitor 的四类风险、四大能力、检测机制、风险分级、适用场景与客户价值,取自其产品介绍材料(共 11 页),均可逐项核对;文中标注「界面示意」的看板与报告仅用于表达「业务能直接看到什么」,实施时按现场真实数据生成;本页不披露任何具体客户或服务方系统的运行数据。
10 / 交付形态

一套交付:产品与培训一起交,配置按现场盘点结果确定

不分版本,只有一家企业的一套交付:产品与培训一起上,节点数量、存储规模、安全策略深度与培训人数,全部由现场盘点结果确定。企业有几个厂区、几处门店、几个法人主体,是同一套架构里的规模问题,不是版本问题——三层结构与培训阶梯就一套,扩大规模不需要换版本、不需要推翻重来。

项目内容
适用对象 一家企业,而不是某个单点、单厂区企业有几处厂区、门店、法人主体,属于同一套架构里的规模问题,不做版本区分
产品交付 DGX Spark 主机(1 台起步,节点数量按企业实际规模扩展)+ 本地数据库与本地模型推理 + 数据资产库(编目 · 权限控制 · 分层分级 · 数据 API 开放)+ AgentMonitor 智能体安全网关(权限管理 · 双向检测 · Skill 扫描 · 全量审计)+ 主机与资产巡检
培训交付 按岗位分批,不按人头凑班:L1 会用 → L2 会改 → L3 会带实施方讲师带首批,逐步移交企业内部教练,结业以「留下手册」为准
落地重心 把企业数据收回自己手里,编成一张可管、可授权、可被智能体调用的资产表;同时训出第一批会用的人
配置怎么定 现场盘点(1–2 天)后一次给出:节点数量、存储规模、安全策略深度、培训人数与批次全程同一套三层结构、同一套培训阶梯

实施节奏

现场盘点(1–2 天)→ 主机上架与业务迁移 → 资产库归集 → 安全策略上线 → 人才轨同期启动。每步独立验收,不搞一次性大切换。

谁来做

主机与资产库由实施方交付;日常巡检、续期、报告由智能体承担;培训由实施方讲师带首批,再逐步移交给企业内部教练。企业只需 1 名对接人,不需要新增运维岗。

培训怎么排

以岗位为单位、不按人头凑班:一个岗位 3–5 个高频任务成一条训练线。集中 2 天打底,之后在真实任务上陪跑 2 周,结业以「留下手册」为准。

怎么算成功

四个可验证点:文件能找到、数据不出去、风险有人报、岗位真的用起来了。任一不过,本阶段不算完成。

11 / 边界

这套方案明确不做的事

把边界说清楚,比把能力说满更专业。以下八件事不在范围内——如果有人告诉你可以,请让对方拿出验收标准。

  • 不替代企业既有的 ERP 与业务系统。这套底座做的是它们的地基与数据出口,不是把它们推倒重来。
  • 不把智能体接到生产系统上。智能体不直连生产系统服务器、不直连生产业务系统——所有取数必须经过数据资产库的授权与安全网关的过检。这条是硬边界,不做配置开关,也不因「只读」而放行。
  • 不承诺「零运维」。承诺的是「不需要专职运维」——日常巡检、证书续期、备份校验由智能体承担,重大变更仍需人确认。
  • 不做无边界的数据上云。需要跨企业协同的场景另行设计,本方案默认数据不出域。
  • 不夸大模型能力。能用规则解决的判定,绝不交给模型;模型只负责解释、归纳与交互,保证结论可复现。
  • 不承诺「拦得住所有攻击」。安全网关能拦下的是有迹可循的输入输出威胁与已知风险模式,新型手法需要持续更新规则库。本方案承诺的是「持续在跑、留痕可查」,不是「零事故」。
  • 不承诺「本地什么都能跑」。DGX Spark 单机可承载的模型规模以官方规格为上限(推理 200B 参数级、微调 70B 参数级);更大模型需要多机互联或另议集群方案——这个边界本方案不回避。
  • 不承诺「培训完人人都是超级员工」。超级员工是「底座 + 岗位任务 + 本人愿意改」三者相乘的结果。我们能承诺的是:让愿意改的人,两周内在自己的岗位上看到可量化的变化。

下一步:从一次现场盘点开始,先让一个岗位变强

这套方案不需要先做预算决策,也不需要先停掉现有系统。第一步永远是同一件事——把企业现在的数据摸清楚,然后挑一个岗位,让他先变成超级员工;有一个能被看见的样板,剩下的人自己会来问。

STEP 01

现场盘点 + 选人

清点现有系统、数据量、文件分布与网络条件,产出资产清单与风险基线;同时按「高频、重复、有据可依」三条筛出第一批培训岗位与学员。

STEP 02

单机试点 + 首批培训

一台主机承载一个真实业务场景,同期对首批岗位做 L1 集中培训——练的就是这台机器里的真数据,不是演示数据。

STEP 03

扩点、托管与带教

横向加节点,安全智能体接管日常巡检;首批学员进入 L3 成为内部教练,带出下一批超级员工,能力开始在企业内部自我复制。

企业大数据底座 · Local BigData Base — 产品方案页 北大信研院东阳中心 · 东阳产业数字化赋能中心