传统 SaaS 架构该如何优雅地接入大模型与 Agent?

Noah6688 2026-06-16 23:37 1

在手写了一个基于企业知识库的 RAG 系统后,我最大的感触是:现在的 AI 圈子,懂算法的很多,但懂业务工程底座的人太少。


大家在转型的时候,有没有遇到以下几个痛点?




  1. 生态割裂: 现有的老业务线全是 Java/Go,新上的 AI 组件基本全是 Python。怎么通过合理的微服务网关和消息队列(比如用 Kafka)把两者解耦,而不是硬写 API 互调?




  2. 私有化部署的运维痛点: 像我最近在 Ubuntu 服务器上部署 Agent 框架,发现环境隔离和后续的运维监控,完全不能用以前那一套老观念。




  3. 数据的清洗与向量化: RAG 的效果好坏,全看前面喂进去的数据质量。而处理结构化与非结构化数据,本来就是我们这帮做过大型 SaaS 平台的人最擅长的。




总结一下我的看法: 纯粹套壳调用 API 的时代很快会过去,未来的核心竞争力在于把大模型作为“决策大脑”,接入到原有复杂的业务工作流中。

最新回复 (2)
  • NukaColaM 06-16 23:40
    1

    并不看好。

    老板:我要我觉得,我不要你觉得。

    决策的事情,是个领导都不希望被分走。

  • willy 06-17 00:22
    2

    企业知识库



    ToB服务最大的问题不是系统怎么上。而是说服业务部门整理知识库文档。接触下来看除了已经上市有合规要求的。大部分企业建设很弱,而且员工大部分都有保护倾向,不愿意贡献自己整理下来的内容。实际效果只能说是聊胜于无

* 帖子来源Linux.do
返回