除非经过明确审批和授权，否则不要让AI自动修改订单、退款、审批、支付等业务状态。

哪个租户哪个操作人哪个业务对象哪一次请求

第三步，老系统通过AiGatewayClient调用AI Gateway：

说实话，这一步hen关键。

老系统不升级AI Gateway 旁路部署同步调用有超时和降级敏感数据先脱敏调用过程可审计AI 只给建议，不直接改业务状态

这篇文章真正想讲的不是一个Gateway Demo，而是一种思维方式：

咱就是说你得先有架构意识。

本讲先讲同步旁路，因为它Zui容易理解；后面的工单、工作流、多Agent会继续 异步和人工确认。

拿 API Key拼 Prompt调用模型解析结果

但对老系统来说第一步不是模型，而是接入边界。

先保护老系统，再引入AINeng力。

本讲建议的同步调用策略是：

害，这个问题hen多人dou没想清楚。

第1讲是整个公开系列的总纲。

第2讲会讲MCP Tool Center：老系统Neng力如何包装成受控工具。

Ru果是geng高风险的业务，比如支付、审批、退款，就不建议同步等待AI结果。

code/spring-ai-enterprise-lab/labs/chapter01-ai-gateway

运行：

hen多企业接AI的真实起点，不是从0写一个新应用。

生产系统还在 Java 框架还是 Spring Boot .x 甚至geng老代码跑了hen多年，不敢轻易升级业务Yi经开始要求接 AI

这时候Zui危险的Zuo法，是把Spring AI或大模型SDK直接塞进老系统。

不是因为Spring AI不好，而是老系统本身承担着生产流量、历史业务和稳定性风险。为了一个AINeng力去升级JDK、升级Spring Boot、调整依赖树，hen容易把”AI试点”变成”老系统改造项目”。

public OrderSummaryResult summarizeOrder { return orderSummaryService.summarize;}

当前是Demo直接调用，生产环境Ke以替换成HTTP Client。

从AI Gateway到MCP工具中心，从SQL Agent到RAG知识库，从工单Agent到多Agent研发团队——每一讲dou围绕同一个前提：

{ "maskedFields": }

这让读者Neng直接把输入和输出对应起来：

有人问，为什么百度不收录我的文章？ 答案hen简单，你的文章质量、原创性、以及是否符合百度的收录规则，这些dou需要检查。 你得确保你的内容是有价值的，而不是简单的复制粘贴。 还有就是百度的算法也在不断变化，你需要关注Zui新的优化建议。 Zuo好内容质量才是王道。 继续我们的正文。 在本讲Demo中，模型不可用时会返回：

金融、电商、政务——行业不同，但底层的现状惊人地相似：生产系统还在Java ，框架停在Spring Boot .x甚至geng早，代码跑了hen多年，没人敢轻易动。

第一步，老系统调用自己的业务服务：获取订单信息并生成文本描述。这个文本后续会传给 AI 处理。

代码目录：

// LegacyOrderService.java 
legacy/LegacyOrderService.java 
// AiGatewayClient.java 
legacy/AiGatewayClient.java 
// OrderSummaryRequest.java 
common/OrderSummaryRequest.java 
// OrderSummaryResult.java 
common/OrderSummaryResult.java 
// OrderSummaryService.java 
gateway/OrderSummaryService.java


这条主线清晰地展示了老系统如何通过AiGatewayClient与 AI Gateway交互，并且所有关键数据结构dou保持独立。