AI转型规划
与实施路径
2026·庚商公司
GVSUN
作为生产体系的一部分,
围绕具体场景逐步落地。
概述
AI 真正的难点,从来不只是模型接入,而是如何把 AI 纳入现有业务、技术和管理体系,形成可持续运行的能力。庚商公司的推进思路很明确:不把 AI 当成一个独立项目,也不把它做成漂浮在业务之外的展示系统,而是把它作为生产体系的一部分,围绕具体场景逐步落地。
这套实施思路可以概括为四句话:先纳入体系,再建设能力;先跑通场景,再沉淀规则;先解决协同,再扩大应用;先做稳定交付,再谈规模放大。

01
AI转型的基本思路:不是“上模型”,而是“进体系”
庚商公司的 AI 建设,不是从平台概念出发,而是从业务实施出发。其核心判断有三点:
第一,AI 能力必须进入公司现有治理体系。无论是域名、路由、安全认证、审计,还是版本管理、发布管理,AI 服务都不能绕开公司既有规则单独运行。只有先进入主干体系,后续的上线、运维、扩容和追责才有基础。
第二,AI 建设不是局部试点,而是全场景切换。它不是在原有业务之外补几个 AI 功能,而是要让 AI 进入研发、运营、内容处理、服务支撑和管理协同等各个环节,推动工作方式整体升级。对企业来说,真正的价值不在单点突破,而在全链路重构。
第三,AI 项目要按工程方式推进。企业真正需要的不是一次性的演示效果,而是稳定、可维护、可复用、可交接的实施方案。换句话说,AI 要从“能做”走向“能交付”,再走向“能复制”。
02
技术架构的实施重点:统一网关管理、服务分层、文件独立、认证闭环
围绕这一目标,庚商公司的技术架构更强调“接得住、管得住、跑得稳”。
1. 统一网关管理,保证AI接入不脱离企业治理
AI 服务不是直接暴露后端接口,而是统一纳入现有nginx/API Gateway管理体系:
网关统一承接域名、路径策略、安全过滤、统一路由和审计。
业务服务按统一接入规范完成 AI 服务封装、接口转发和能力调用。
这样的好处很直接:一方面,AI 服务可以纳入企业统一安全边界;另一方面,业务接入方式也更标准,便于后续扩展、审计和运维。
2. 服务分层,保证新能力接入不冲击原有系统
庚商公司的架构不是为了 AI 推倒重来,而是在现有系统上做分层演进:
前端层承接页面交互和用户入口。
Node.js 承担接口衔接和中间层处理。
FastAPI 承担 AI 服务和轻量化能力封装。
Spring Boot 继续承载稳定业务服务。
其他接口组织能力继续按原有业务实际使用。
这意味着 AI 被作为增量能力接入,而不是替代现有业务系统。对于企业来说,这种方式更稳妥,也更符合实际交付节奏。
3. 认证闭环,比“带上token”更重要
AI 服务接入后,安全问题不能停留在“接口能调通”这个层面。企业环境下,真正要解决的是认证闭环:谁发起、谁调用、凭什么调用、调用了什么、出了问题如何追踪。
因此,庚商公司的安全实施重点,不只是token透传,而是建立完整的身份识别与调用握手机制。这样才能确保前端、后端和 AI 服务之间的链路是可识别、可追踪、可拦截的。
4. 文件与视频能力独立建设,避免应用链路被拖垮
如果 AI 场景涉及视频上传、转写、切片、回放和内容加工,单靠应用网关是扛不住的。因为这一类场景本质上是高带宽、高并发、重文件分发场景。
所以,技术上必须同步补齐几项基础能力:
动静分离。
文件服务独立部署。
对象存储或文件存储能力单独建设。
在 VPN、专线和校内网络限制下,重构文件访问路径。
AI 项目一旦进入视频场景,难点往往先出现在网络、存储和分发,而不是模型本身。这个判断越早明确,后续实施成本越低。
03
规则+目录+Skill协同的实施方式:把经验沉淀成可复用资产
庚商公司这次推进中,一个非常关键的做法,是不把知识管理停留在“文档很多、但没人复用”的层面,而是把规则、目录和 Skill 结合起来,形成一套可执行的协同方式。
这里的 Skill,不是简单的提示词,而是业务和技术之间的标准化说明书。它的价值在于,把原本依赖口头沟通和个人经验的内容,转化成可以被引用、被复用、被自动生成的规则资产。
具体实施上,可以按三层来推进:
1. 先定规则
先把最容易反复沟通、最容易出错的内容定成规则,例如:
接口入参、出参和状态值定义。
页面结构、交互方式和字段说明。
组件样式、命名规则和复用边界。
规则先行,团队后续的开发、联调、设计和交付才有统一基线。
2. 再建目录
规则定下来之后,不是散落存放,而是按业务场景建立目录体系。比如:
按模块分:AI 后台、视频处理、内容管理、运营工具。
按对象分:接口、页面、组件、流程。
按角色分:前端、后端、产品、设计、运营。
目录的意义,是让团队知道“去哪里找”,而不是每次重新问人。
3. 最后固化为Skill
每一个接口、每一个页面、每一个组件,都形成对应的skill。这样做之后,团队协作会发生三个变化:
前后端对接,从“口头说明”变成“按 Skill 对接”。
设计交付,从“给图”变成“给规则+给模板”。
AI 生成,从“临时提要求”变成“按标准自动生成”。
对企业来说,skill的本质不是写给模型看的,而是写给团队、系统和未来复用场景看的。
04
实施路径:先打通一个场景,再复制到更多业务
如果把庚商公司的 AI 推进方式落到执行层,最合适的路径不是全面铺开,而是分四步走:
第一步:接入现有体系
先把 AI 服务接入现有网关、安全、审计和版本管理体系,解决“能上线、能管控”的问题。
第二步:补齐规则资产
同步建立接口、页面、组件三级 Skill 资产,解决“能协同、能复用”的问题。
第三步:围绕重点场景打穿链路
优先选择视频、内容处理、接口自动说明、运营辅助等高频场景,形成一个完整闭环。
第四步:复制到更多业务
等第一个场景稳定后,再把已验证的架构、规则和 Skill 复制到其他模块,降低新场景的实施成本。这条路径的关键不在“铺得快”,而在“第一条链路必须打穿”。第一条链路一旦稳定,后续复制的边际成本会明显下降。
05
一个更容易落地的实际案例:以“视频转写与知识沉淀”场景为例
如果要用一个具体案例来说明庚商公司的实施方式,那么“视频上传、转写、摘要与复用”是最典型的切入点。
1. 业务问题
在教育、培训或内容生产场景中,视频往往是高频资产,但处理链路通常很长:
视频上传分散,存储管理不统一。
转写结果难以归档。
摘要、标签、章节、重点内容需要人工整理。
前后端联调时,接口说明和字段定义反复确认。
同类页面和组件重复开发,效率低。
这类问题如果只靠“接一个模型”并不能解决,必须把 AI 能力嵌进业务流程。
2. 实施方案
围绕这个场景,可以形成一条完整链路:
用户从前端上传视频。
视频文件进入独立文件服务或对象存储。
AI 服务通过 FastAPI 处理转写、摘要、章节切分和结构化提取。
结果通过业务接口回写到管理后台。
所有接口、页面和组件同步生成对应skill,沉淀到目录中。
这样一来,AI 不只是“把视频转成文字”,而是把视频资产转化成可检索、可复用、可运营的结构化内容。
3. 直接收益
这个场景一旦跑通,至少会带来四个结果:
内容处理效率明显提升,人工整理成本下降。
视频类业务不再与应用主链路硬耦合,系统更稳定。
接口、页面、组件形成标准资产,后续开发速度更快。
同样的方法可以复制到课程内容、培训材料、运营素材等其他场景。
这个案例的意义在于,它不是一个“展示型 AI 功能”,而是一条能够直接进入生产流程的业务链路。
06
组织方式:让AI从“少数人会用”变成“团队能交付”
技术方案要落地,最终还是取决于组织方式。庚商公司的做法,重点不在于成立一个多大的 AI 团队,而在于把职责分清,把协同方式定下来。
总工办负责底层治理规则,包括域名、网关、安全和接入边界。
业务团队负责场景建设、服务开发和流程打通。
前端、后端、设计围绕统一skill协同,而不是各自交付各自的成果。
试点跑通后,再通过培训把规则推广到更多成员。
这样做的结果,是把 AI 从“少数技术人员掌握的工具”,变成“整个团队都能按规则使用的能力”。
结语
庚商公司的 AI 转型,本质上不是一次技术升级,而是一轮能力重组。它不是先讨论概念,而是先回答几个更现实的问题:如何接入现有体系,如何保证安全,如何处理文件链路,如何沉淀规则,如何让团队协同,如何从一个场景复制到更多场景。
这也是企业做 AI 最值得借鉴的一点:不要一开始把目标设得太大,先围绕一个真实业务场景,把架构、流程、规则和组织方式全部跑通。只要第一条链路做实,AI 就不再是概念,而会真正成为业务增长和组织提效的一部分。
END

关注发现更多精彩
夜雨聆风