乾元数创企业 AI 落地与智能应用

从业务诊断、场景试点到系统交付和运营迭代。

一项 AI 应用能否上线,最后看流程是否跑通,责任人是否愿意接手。

接入现有系统连接企业知识、数据和业务工具,不另起一套孤立流程。
保留人工审核在关键判断、异常处理和高风险动作前设置人工确认。
流程持续运行把模型能力放进任务流转、审批和协同节点。
结果可以验收交付系统、过程记录、测试结果和后续运营机制。

先选一个能算清结果的流程

先把参与人员、现有系统和验收方式列清楚,再决定哪些环节交给 AI,哪些动作必须由人确认。

启动前先确认
  • 有固定的业务负责人
  • 能提供一批真实业务样本
  • 上线结果有明确核对方式
材料多、版本乱、重复编写

业务材料生产

方案、合同、报价和标书按统一模板生成,并保留人工复核。

接入
历史方案、产品报价、合同模板、审批规则
验收
字段完整、版本可追踪、人工修改量可统计
制度和经验分散,答案难追溯

知识检索问答

让员工从制度、产品资料和项目经验中获得可信答案。

接入
制度库、产品手册、项目资料、权限目录
验收
答案带原文引用,权限隔离符合现有账号体系
渠道多、响应慢、口径不一

客户运营服务

连接售前咨询、客服响应、销售跟进和客户分层。

接入
官网咨询、企业微信、CRM、客服工单
验收
首次响应、转人工规则和工单信息逐条核对
判断依赖经验,过程难复盘

流程审核判断

把合同风险、商机质量等经验规则变成可追踪标准。

接入
合同文件、商机表、审批规则、风险清单
验收
风险召回、误报处理和人工复核记录可查询
报表很多,问题发现仍靠人

经营分析洞察

围绕报表、指标和市场数据形成可解释的经营判断。

接入
业务数据库、指标口径、现有报表、权限体系
验收
取数一致、口径可解释、异常能回到原始数据
跨系统任务靠催办和复制

流程自动协同

连接工单、邮件、审批、通知和现有业务系统。

接入
审批、工单、邮件、通知、业务 API
验收
正常与异常流程均可回放,操作全程留痕

六类产品交付,边界写在前面

这里列的是可实施范围。最终界面会按企业现有系统、数据权限和操作习惯确定。

文档分散、口径不一,员工很难快速找到可信答案。

企业知识中台

让制度、SOP 和项目经验成为可调用的企业能力。

把分散在文档、制度、SOP、项目资料和员工经验中的知识,整理为可检索、可追问、可复用的知识底座。

知识治理权限管理语义检索
接入对象
  • 制度与 SOP
  • 项目资料
  • 企业网盘
  • 账号与权限体系
人工边界

知识管理员确认资料范围、版本和权限;答案保留原文引用,关键结论由业务人员复核。

验收方法

按真实问题集测试召回率、引用准确性、权限隔离和回答时延。

交付物

带权限、引用来源和审计记录的知识问答工作台。

适用团队:市场、交付、运营、管理
Architecture selection

七种智能体架构,不是越复杂越好

先看任务长度、协作方式、流程风险和审计要求,再确定架构。简单问题用短链路,关键业务才增加路由、状态和人工节点。

01先选择业务场景
02沿复杂度逐级选择
快速验证
工程化执行
企业级生产
05 / 07对比查看

路由与技能

Router + Skill

先识别任务类型,再把请求交给经过约束的技能模块,控制每类任务的输入、工具和输出。

适合什么任务
企业 Copilot、部门能力中心、可复用技能体系
主要优势
技能可以独立测试、版本管理和缓存,权限边界也更清楚
实施时注意
路由判断和技能维护是长期工作,低置信度任务要能回退人工
路由与技能运行视图路由先判断,把任务送到受控技能
业务请求意图、身份与上下文策略路由置信度、权限与风险判断
知识检索 Skill权限内查询并返回引用数据处理 Skill结构化读写与字段校验流程执行 Skill调用授权工具并等待回执人工处理队列低置信度或高风险请求
权限策略人、数据和工具三层校验降级与兜底失败重试或转人工执行审计路由原因与结果全程留痕

选型原则:能用单智能体解决,就先验证业务价值;进入生产环境后,再按风险补充权限、状态、审核与异常处理。

案例不只写结果,也展示过程证据

真实产品界面、工程结构、现场照片和流程图共同展示系统怎样接收任务、执行、验证和交接。当前展示私有化大模型网关、RPA 与财务流程、工程交付、多系统维护、公众号与小红书日发、多媒体运营、Hermes × ClawChat 内部协作记录,以及智枢 LoopOps 的自治运营参考流程。

01
已私有化部署模型渠道运营

大模型 API 私有化网关平台

为大模型渠道服务商建设自有品牌入口和运营后台。平台统一承接上游模型、客户与代理商、API Key、价格、账单和调用记录,核心业务数据部署在客户自己的环境中。

01统一运营入口模型、客户、权限、计费和审计进入同一条控制链路
客户痛点
终端客户、密钥、计费规则和品牌触点长期留在上游平台
交付范围
多模型接入、三级运营、权限额度、自主定价、充值结算和账单对账
运行控制
调用日志、限流、风险记录和上游成本核算统一进入运营后台

展示边界右侧图示依据可公开的交付范围重绘,不展示客户内部系统、技术选型和配置信息

CASE 01PRIVATE MODEL GATEWAY
大模型 API 私有化网关的公开交付架构图
产品解说01 / 05
第一步 · 模型接入

统一接入上游模型

把不同厂商的模型接口纳入同一适配层,保留各渠道能力与成本配置。

进入条件模型渠道通过连接检查
本步结果形成可路由的模型目录
私有化网关公开交付架构
产品咨询QYSC / 01
当前咨询产品

大模型 API 私有化网关平台

可以先说明现有模型渠道、客户体系、计费方式和部署环境,我们再判断需要接入哪些模块。

  1. 01当前使用的上游模型与接口
  2. 02客户、代理商与计费管理方式
  3. 03私有化环境与上线时间要求
02
智能体执行案例RPA 与财务流程

乾元智能体平台:RPA 自动化与财务合并报表

累计建设并交付 220 个智能体。平台通过 RPA Gateway 和本地执行节点连接既有业务系统,把规则明确的操作和财务报表步骤变成可追踪的执行任务。

220个智能体已建设交付同步建设配套知识库、工具和工作流资产
RPA 业务自动化
平台发起任务,经 RPA Gateway 下发到本地执行节点,再进入现有业务系统执行。
财务合并报表
将数据预处理、资产负债表、利润表、中间归集和最终报表组织为可配置流程。
输入 / 执行 / 回传
期间、版本、法人公司;报表刷新、保存与组织;最终 Excel 文件

公开展示边界平台记录任务过程,不替代财务审批、业务签字或异常情况下的人工判断。

CASE 02RPA EXECUTION GATEWAY
税务组流程由申报复核工作流实际配置画布
产品解说01 / 05
第一步 · 任务提交

业务人员提交执行参数

确认期间、版本、法人公司与目标系统,生成一次可追踪的任务。

进入条件参数检查通过
本步结果任务进入执行队列
税务组流程申报复核工作流
03
真实产品交付证据工程交付总控

Engineering SkillOps 工程交付总控

把自然语言需求转换为可追踪、可批准、可恢复、可审查、可验证的工程任务,让 AI 负责推进,让工程师负责判断。

1536项文件完成清单核验按 SHA-256 清单复核,当前交付记录失败 0 项
产品组成
1 个统一入口、12 个内部工程模块、5 类 Hook
离线运行
内置运行环境,降低客户现场安装与网络依赖
写入门禁
范围、方案、批准状态和目标路径共同决定是否允许写入

公开展示边界方案变化、批准失效、核心 Hook 未通过或路径越界时拒绝写入;最终验收由工程师负责。

CASE 03ENGINEERING SKILLOPS
Engineering SkillOps 产品组成和运行门禁
产品解说01 / 05
第一步 · 需求

识别目标与当前项目状态

先读取项目结构、既有改动和任务边界,避免在错误范围内开始实施。

进入条件目标与项目根已确认
本步结果生成结构化任务上下文
统一入口、工程模块与 Hook 门禁
04
企业现场案例企业智能体共创

企业 AI 智能体共创会议

业务、产品和技术人员在同一个现场,围绕业务问题、系统接口、人工边界和验收方式,确认智能体怎样进入现有流程。

共创业务、产品、技术同场先确认业务动作和验收方法,再进入系统实施
场景梳理
从高频、规则清楚、可验证的业务任务开始
系统连接
同步确认数据来源、接口、账号权限和现有操作路径
验收定义
把人工确认点、异常处理和验收证据写进实施方案

公开展示边界流程演示只复盘共创方法,不披露参会人员、企业内部信息、接口地址或现场材料。

CASE 04AI CO-CREATION WORKSHOP
企业业务、产品和技术人员现场讨论 AI 智能体落地
产品解说01 / 05
第一步 · 问题入场

从真实业务问题开始

业务人员描述当前动作、耗时、错误点和希望改善的结果。

进入条件问题对应具体工作场景
本步结果形成候选任务清单
业务、产品与技术共同梳理场景
05
真实运维协同案例去标识化流程展示

多系统工单维护协同

把钉钉问题从本地监听、原聊天校验、系统路由一路推进到诊断修复、测试验证、正式包、回复归档和业务验收,每个状态都有证据和恢复点。

8 steps从问题接收到业务验收的公开流程静态图归纳四个处理阶段,实际执行仍保留八个可恢复状态
受理门禁
先核对原聊天日期、最新问题和是否已处理;证据不完整时不进入执行
任务组织
协调任务完成受理和路由,每个业务系统由固定维护任务端到端处理
资源保护
钉钉、远程环境、代码、数据库、部署和维护记录通过资源锁串行保护
关闭条件
测试、正式包、准确回复、问题材料和月度日志完成后,再等待业务验证或关闭

公开展示边界登录由维护人员完成;生产写入、重启和部署仍需确认。演示不包含聊天、账号、服务器或数据库信息。

静态工作流示意CASE 05 / MULTI-SYSTEM MAINTENANCE
运行流程多系统工单维护协同
  1. 01
    本地监听未读状态变化才生成单会话事件

    本地监听器按周期检查未读变化;没有新增信号时静默结束,不打开聊天,也不唤起维护任务。

  2. 02
    校验路由核对原聊天并确认业务系统

    回到原聊天确认日期、最新问题和未处理状态,再根据明确的系统名称或页面证据路由;无法确认时只追问系统名称。

  3. 03
    受理入队发送受理回复并保存接收证据

    只对通过校验的最新问题发送一次受理回复,保存发送结果、消息指纹和接收证据,再写入全局队列。

  4. 04
    任务接管固定系统任务领取事件并锁定资源

    系统维护任务导入受理证据,锁定仓库、远程环境、数据库和部署资源;同一时刻只推进一个活动问题。

  5. 05
    证据诊断从源码、日志、接口和只读数据定位原因

    先锁定所属项目和影响范围,再用源码路径、运行日志、接口结果与只读数据相互印证,区分现象、原因和修复方案。

  6. 06
    修复测试按授权范围修复并验证测试环境

    完成范围内代码调整后构建测试包、部署测试环境并核对页面、接口、日志或数据结果;登录和高风险操作保留人工确认。

  7. 07
    版本回复生成正式包并在原聊天准确回复

    核对正式包内容和路径,回复前再次检查原聊天是否仍需处理,再按实际结果说明已修复或已提交测试环境。

  8. 08
    归档验收写入问题材料、月度日志和最终状态

    保存原始问题截图、分析说明、验证证据与版本信息,更新编号问题目录和月度日志,等待业务验证后关闭。

展示边界图中只展示公开流程结构,不包含聊天内容、账号、环境地址、代码或数据库信息。
06
内容运营自动化案例Skill 与双平台发布流程

多媒体运营及 Skill 运维机制

从新闻研究、选题冻结、公众号长文与草稿保存,再到小红书内容改写、六图装配和草稿暂存形成固定流程;规则、校验器、时间记录和周轮换一起维护。

5 + 1 + 6公众号正文图、封面与小红书卡片公众号默认 5 张正文图和 1 张封面,小红书另配 6 张 3:4 卡片
研究留痕
多来源材料、选题判断、正式文章与阶段状态写入当日目录
质量门禁
公众号排版、小红书六图顺序、画幅和移动端可读性均需核验
Skill 维护
流程规则集中更新;主任务累计压缩 10 次后安全轮换并继承交接

公开展示边界自动化完成公众号草稿保存与小红书草稿暂存;两个平台最终“发表 / 发布”都由用户审核后点击。

静态工作流示意CASE 06 / WECHAT + REDNOTE DAILY PUBLISHING
运行流程公众号与小红书日发流程
  1. 01
    全自动启动默认进入全自动日发流程

    工作日任务启动后,直接进入研究、内容生产和公众号草稿装配,不再先选择执行模式。

  2. 02
    研究冻结多来源研究并冻结主选题

    合并新闻池、来源和近期选题记录,完成新鲜度与读者匹配检查。

  3. 03
    并行生产文章、正文图、封面与排版并行推进

    正式文章通过内容门禁后,同时准备解释图、封面和首版公众号 HTML。

  4. 04
    编辑装配写入正文、图片、封面和声明

    复用真实草稿页,设置标题、作者、摘要、原创与创作来源并检查移动端密度。

  5. 05
    保存交接验证公众号草稿保存后进入小红书流程

    以历史版本时间确认公众号已保存,在保留审核现场的同时开始准备小红书内容。

  6. 06
    小红书适配把同一主线改写成小红书图文

    重新组织标题、250–450 字正文和话题,并生成 6 张有序的 3:4 专属卡片,不机械压缩公众号长文。

  7. 07
    暂存核验自动装配并暂存小红书草稿

    按顺序上传六图,填写标题、正文和话题,暂存后核对标题、图片数量与时间,等待用户最终审核。

展示边界展示的是已执行的内容生产和草稿交接机制,不使用其他产品界面代替发布流程。
07
Agent 协作记录内部产品使用

Hermes × ClawChat 人机协作记录

完成 Hermes 接入 ClawChat 后,在内部人机共创群中记录真实使用过程:任务跟进、输出复盘、记忆状态更新和成片交付核验。

AGENTHermes × ClawChat内部使用记录,不作为客户案例或效果背书
接入事实
Hermes 已接入 ClawChat;接入参数、账号和部署细节不在公开页面展开
群内使用
内部人机共创群完成素材核验、输出质量复盘、记忆状态更新与交付确认
可核验产物
截图记录 Remotion 成片已核对时长、分辨率、H.264 编码和关键帧,附件约 1.9 MB

记录边界接入事实来自当日说明,群内过程来自已脱敏的内部截图;页面不公开群成员身份、聊天原文、账号信息或未经核验的成效数据。

静态工作流示意CASE 07 / HERMES × CLAWCHAT
运行流程内部协作使用链路
  1. 01
    接入完成Hermes 接入 ClawChat

    按当日记录,Hermes 已接入 ClawChat。公开页面只保留接入事实,不展示具体参数和权限配置。

  2. 02
    任务跟进在内部人机共创群中跟进任务

    围绕真实素材和成片需求,在群内完成任务分派、进度跟进与结果交接。

  3. 03
    质量复盘对输出质量给出下一轮修改方向

    群内记录对输出的业务信息表达、真实素材、镜头运动、光影层次和节奏进行复盘,并明确下一轮调整重点。

  4. 04
    记忆更新完成用户画像与记忆状态更新

    截图中保留了“User profile updated · Memory updated”状态,用于标记协作偏好和记忆更新已完成。

  5. 05
    交付核验核验成片并完成交付确认

    记录显示 Remotion 本地成片已核对 15 秒、1280×720、H.264,以及画面、文字和关键帧三个检查点。

展示边界接入事实与群内过程分开标注:这里只呈现可核验的工作节点,不推断接口参数或客户成果。
真实过程证据

ClawChat 群内 Agent 协作截图

脱敏截图 · ClawChat
脱敏后的 ClawChat 群内 Agent 分工与官网任务交接记录
Agent 分工:读取官网内容、拆分任务并回报执行状态
脱敏后的 ClawChat 群内人机协同场景提炼记录
共创复盘:从群聊中提炼知识、演练、情报和内容生产场景
脱敏后的 ClawChat 群内 Remotion 成片交付核验记录
交付核验:检查成片时长、分辨率、编码和关键帧
01

真实群内对话作为内部协作过程证据

02

截图仅保留 Agent 角色、任务内容和交付检查项

03

Hermes 接入事实与截图过程分开记录,不推断接口参数

截图已做脱敏处理,仅展示 ClawChat 群内的 Agent 使用过程,不等同于客户交付或平台合作证明。

08
自治运营参考案例文档漂移巡检 Loop

智枢 LoopOps:企业智能体自治运营

把一次性智能体任务组织为可长期运行的 Agent Loop:由契约定义边界,状态延续上下文,触发机制发现工作,验证器交付证据,经过审核的改进再由下一轮继承。

L1 → L4从观察到受控自治先验证识别率、证据质量与人工边界,再开放白名单自动执行
运行单元
每个 Loop 都包含目标、数据源、允许与禁止动作、审批条件、退出条件和可恢复状态。
参考场景
持续比对权威产品数据与客户手册,识别文档口径漂移,生成差异说明和受控修复建议。
人机边界
仅对白名单低风险字段执行受控动作;生产变更、外部消息、资金和权限操作必须人工授权。

案例状态本案例来自自治运营方案文档,文档漂移巡检为参考配置,不代表已上线客户项目或效果背书。企业正式上线后,应以真实系统、数据、审批与验收记录为准。

静态工作流示意CASE 08 / LOOPOPS / REFERENCE
运行流程文档漂移巡检 Loop(参考流程)
  1. 01
    触发由定时或发布事件唤醒

    按每日计划、产品发布事件或人工立即运行触发;没有待处理事项时正常结束,不制造无效工作。

  2. 02
    契约读取目标、边界与状态

    确认本轮检查范围、可写字段、禁止动作、审批条件和上一次处理游标,避免越权或重复处理。

  3. 03
    扫描比对权威源与客户文档

    读取产品参数、服务策略、版本清单和客户手册,定位内容、版本或口径差异。

  4. 04
    受控修改仅处理白名单低风险字段

    对契约允许的字段生成或执行最小修改;业务代码、生产配置、外部消息和高风险差异进入人工审批。

  5. 05
    验证用独立规则核验证据

    复核内容一致性、写入范围和证据完整性,未通过时保留失败原因,不把未验证结果交付为完成。

  6. 06
    沉淀记录经验并提出受控改进

    把结果、失败原因和可复用经验写入状态;规则改进以提案形式进入审核,只由已批准版本影响下一轮。

展示边界图中展示方案中的可治理循环,不是产品实机界面或客户运行截图;正式交付需保留契约版本、审批、验证和运行证据。
Professional learning

团队成员专业认证

以下为团队成员完成 DeepLearning.AI 与 NVIDIA 课程的证明,用于说明相关技术学习背景,不代表发证机构的商业合作或官方伙伴授权。

俞岳获得的Generative AI for Software Development课程完成证书
DeepLearning.AIProfessional Certificate · 3 Courses

Generative AI for Software Development

俞岳2026年07月27日
验证证书
俞岳获得的Agentic AI课程完成证书
DeepLearning.AICourse Certificate

Agentic AI

俞岳2026年07月02日
验证证书
俞岳获得的Generative AI for Everyone课程完成证书
DeepLearning.AICourse Certificate

Generative AI for Everyone

俞岳2026年06月23日
验证证书
YUE YU获得的Base Command Manager Administration课程完成证书
NVIDIACertificate of Completion

Base Command Manager Administration

YUE YU2026年06月20日
证书原件已归档
YUE YU获得的AI for All: From Basics to GenAI Practice课程完成证书
NVIDIACertificate of Completion

AI for All: From Basics to GenAI Practice

YUE YU2026年06月17日
证书原件已归档

先跑通一条流程,再扩大到更多团队

每个阶段都留下明确决策、责任边界和可验收产物。

  1. 业务诊断

    梳理流程,找出高频、低效、依赖经验或影响经营结果的节点。

    参与角色
    业务负责人、流程执行人
    核对事项
    问题频次、人工耗时、现有系统和数据条件
    本阶段产物场景优先级与实施路线
  2. 场景试点

    选择边界清楚、风险可控的场景,确定负责人和验收指标。

    参与角色
    业务负责人、项目经理
    核对事项
    样本范围、人工边界、风险动作和验收指标
    本阶段产物可运行的最小业务流程
  3. 系统交付

    接入知识、数据、模型和工作流,同时设置权限与人工审核。

    参与角色
    产品、研发、业务验收人
    核对事项
    账号权限、异常分支、操作日志和使用培训
    本阶段产物上线系统与验收证据
  4. 运营迭代

    跟踪使用效果,培训关键人员,把有效场景扩展到更多团队。

    参与角色
    运营负责人、关键用户
    核对事项
    使用频次、质量反馈、问题清单和扩展优先级
    本阶段产物复盘机制与推广计划
SkillOps 4.0Architecture proposal

从单任务守卫,走向可恢复的工程协作

4.0 计划重写调度内核:把多任务、角色协作、Worktree 隔离、Grill、审批和审计放在同一条可追溯的工程链路里。

当前状态已完成实施,进入持续运行

3.1.x已验证的安全适配层

Hook 门禁、真实用户授权、证据归档与 Windows 安装能力继续保留。

4.0.0调度内核重构方向

控制平面、任务 DAG、Agent 协作和 Worktree 成为新的运行骨架。

Local persistent control plane4.0 目标运行结构
方案模型
用户 / Codex真实指令与批准
SkillOps KernelSQLite WAL 事件库
Run / TaskDAG / FrontierLease / HeartbeatApproval / Evidence
Scout / ArchitectBuilderReviewer / Verifier
独立 Worktree 与 base commit共享任务账本与 MailboxPolicy Gateway 与合并门禁
Architecture focus

选择一个层面查看设计要点

把任务状态从聊天上下文移到可恢复的本地控制平面

4.0 方案以 SQLite WAL 和事件记录保存 Run、Task、租约、审批与证据。调度事实不再依赖某个会话是否还在线。

任务事实
Run、Task、依赖、租约、审批和产物统一登记
调度方式
DAG 计算可认领 Frontier,避免靠聊天文本猜测下一步
恢复依据
事件历史、心跳和超时核验,而不是恢复模型内部思路

评审边界这是目标架构,不表示当前客户包已经包含 SQLite 调度内核。

Workflow proposal先理解,再批准,再并行执行
  1. 01Preflight Facts
  2. 02Grill / 审批
  3. 03Spec Freeze
  4. 04Plan / DAG
  5. 05并行执行
  6. 06审查与验证
  7. 07Merge Gate
A内核验证

SQLite、事件、租约、DAG

BCodex 适配

角色、Task、Worktree、Mailbox

CDiscovery 与 Grill

事实预检、决策和 Spec Freeze

D安全与交付

Policy Gateway、复核与合并门禁

E迁移与界面

历史导入、CLI、只读看板

4.0 的发布前验收将覆盖并行 Run、资源锁、断流恢复、审批失效、独立审查、分支变化重验和 Windows 安装回滚等场景。

围绕一条真实业务流程推进

上海乾元数创信息技术有限公司从业务诊断开始,负责方案、系统实施和上线后的运营复盘。每个项目都对应具体负责人和验收结果。

乾元数创上海乾元数创信息技术有限公司

先看业务价值

先明确效率、质量、成本、增长或风险目标,再选择技术路径。

人机协同可控

把权限、复核、异常处理和责任边界直接放进业务流程。

持续运营复盘

系统上线后继续跟踪使用效果,让有效场景逐步扩展。

从一次 AI 落地诊断开始

带着一个真实业务流程来,我们先判断最值得启动的场景、实施边界和验证方式。