📚 本系列目录：《AI 原生架构》 当前第 3/10 篇 · 上一篇：AI原生架构（二）：AI原生应用架构成熟度模型——你的应用在哪个阶段？ · 下一篇：AI原生架构（四）：模型选择与Agent设计模式——打好AI应用的底座

📚 系列导航

《AI 原生架构》共 10 篇，本篇是第 3 篇。

← 上一篇：AI原生架构（二）：AI原生应用架构成熟度模型——你的应用在哪个阶段？

下一篇：AI原生架构（四）：模型选择与Agent设计模式——打好AI应用的底座 →

AI原生架构（三）：AI原生应用的11个关键要素全景解读

在前两篇文章中，我们首先梳理了从云原生到AI原生的架构跃迁，明确了AI原生应用的定义与核心特征；随后深入探讨了AI原生应用架构成熟度模型（M1-M4），帮助企业定位自身发展阶段。现在，是时候揭开AI原生应用"装修图"的全貌了——一张完整的架构图，以及构成这张图的11块关键拼图。

任何一个复杂的系统都是由一系列相互配合的组件构成的。在微服务架构中，我们有注册中心、配置中心、网关、服务框架、可观测套件等；在AI原生应用架构中，同样有一组不可或缺的关键要素。根据《AI原生应用架构白皮书》，这些要素包括：模型、框架、提示词、RAG、记忆、工具、网关、运行时、可观测、评估、安全。它们以模型为大脑、以Agent为躯干、以数据为血液、以工具为手脚、以网关为神经中枢，共同构成一个完整的智能有机体。

本文将逐一解读这11个要素的定位、核心能力与在架构中扮演的角色，帮助读者建立全局性的认识，为后续各要素的深入展开奠定基础。

一、模型（Model）——应用的"大脑"

所有AI原生应用的起点，都是一个或多个大语言模型或视觉等多模态模型。模型承担着理解、推理与生成的核心职责，它是整个应用的智慧之源。

1. 为什么模型是核心？

传统应用的能力边界由代码明确界定；而AI原生应用的能力天花板，则直接取决于所调用模型的上限。模型的强大与否，决定了应用能处理多复杂的问题、能理解多模糊的指令、能生成多自然的内容。

2. 模型的分类与选择

白皮书将模型分为通用大模型（如GPT、Qwen、DeepSeek、Claude）和垂直领域模型（如情感分析、翻译、意图分类等专用模型）。通用大模型知识广博、推理能力强，但成本高、延迟大；垂直模型在特定任务上更加高效经济。

模型选择不存在"银弹"。白皮书推荐一个务实的策略：从顶配开始，逐步优化——先用能力最强的模型搭建原型，验证业务逻辑；再将流程中简单、非核心的任务替换为更经济的小模型，最终找到成本与性能的最佳平衡点。一个成熟的AI原生应用，其模型架构往往是"大模型+小模型"协同工作的有机系统。

3. 模型的固化与微调

需要注意的是，模型的知识是固化的，无法自动了解企业私有数据或最新信息。为了弥补这一缺陷，要么通过微调将企业知识注入模型，要么通过RAG在推理时动态检索。微调成本高昂，且需要持续维护；RAG则以更低的成本提供了灵活的方案。

二、框架（Framework）——开发的"脚手架"

有了模型这颗"大脑"，还需要一个能将其能力发挥出来的开发环境。AI原生应用的开发框架，就是这样一个将模型、工具、记忆等组件有效编排起来的脚手架。

1. 为什么框架如此特殊？

传统的Spring或Dubbo框架，解决的是确定性逻辑下的组件编排。而AI Agent的输出充满不确定性，不同业务场景对Agent设计模式的需求差异巨大。Chain of Thought、ReAct、Plan-and-Execute、Multi-Agent等设计模式各有适用场景，导致开发框架难以像微服务时代那样一家独大。白皮书指出："Agent的应用开发框架天然就很难收敛。"

2. 框架的三种形态

高代码本身也从ChatClient阶段演进到Workflow阶段，再到Agentic阶段（通过内置的Agent API和协作模式，在自主性和可预测性之间取得平衡）。

三、提示词（Prompt）——与模型沟通的"编程语言"

在AI原生应用中，控制模型行为的主要手段不再是代码，而是提示词。提示词的质量直接决定了AI输出的质量。

1. Prompt的核心作用

Prompt是用户向模型提供的输入指令，用于引导模型生成期望的输出。它包括问题、指令、上下文、格式要求等。白皮书指出："Garbage In, Garbage Out"——模糊的指令会得到泛泛而谈的回答，而结构化、包含角色设定、目标约束和格式示例的指令，能显著提升输出的精准度和实用价值。

2. Prompt的优化方向

优化Prompt是AI应用开发的核心技能。关键原则包括：

• 清晰具体：避免模糊陈述，明确期望的动作与结果
• 提供上下文：包括角色设定、背景信息、工具使用说明
• 结构化的格式：使用Markdown标题、列表、示例（Few-Shot）提高可读性
• 引导工具使用：解释在何种情况下应调用哪个工具，而不只是罗列工具列表

四、RAG（检索增强生成）——外部知识的"补给线"

大模型的知识截止于训练数据的时间点，且无法自动掌握企业的私有知识。RAG通过在推理时动态检索外部知识库，将相关知识片段注入模型，有效解决了知识固化问题，并显著降低了幻觉风险。

1. RAG的基本架构

一个典型的RAG系统分为离线索引和在线检索两个阶段：

• 离线：将企业文档（PDF、Word、网页等）进行解析、切片、向量化，存入向量数据库
• 在线：将用户问题向量化，与数据库中的向量进行相似度比对，召回最相关的切片，连同问题一并交给LLM生成答案

2. RAG的演进

简单的"向量检索+LLM"只是起点。实际生产中的RAG正从Naive RAG向Advanced RAG和Agentic RAG演进：

• 检索前：Query改写、知识库路由，提升检索命中率
• 检索中：混合检索（向量+稀疏+全文），增强召回效果
• 检索后：重排序（ReRank）、拒绝识别（拒识）模块，精化输入给模型的内容
• Agentic RAG：将知识库检索作为模型可调用的一种工具，由模型自主决定是否检索以及何时检索

此外，多模态RAG正在兴起，通过多模态Embedding模型（如Qwen3 Embedding视觉模型），可以支持以图搜图、视频内容检索等场景，极大拓展了RAG的应用边界。

五、记忆（Memory）——让AI"记住"你是谁

模型本身是无状态的，每次交互都是独立的。没有记忆的系统，就像一个每次都记不住你的陌生人。记忆组件的加入，为AI应用带来了三个维度的能力：跨会话的连贯性、高度自适应的个性化、基于历史信息的深度推理。

1. 短期记忆 vs 长期记忆

• 短期记忆（工作记忆）：在单次会话中，通过将所有对话历史（messages列表）直接传递给模型来实现。优点是信息保真度高，但受限于上下文窗口大小，且随着上下文增长，成本和延迟显著增加
• 长期记忆：将需要跨会话保留的信息（如用户偏好、对话摘要、历史行为）进行向量化，存入向量数据库。在新交互时，根据当前输入语义检索出最相关的记忆片段，动态注入模型输入。长期记忆突破了上下文窗口的限制，但存在信息保真度损失，且高度依赖检索质量

理想的做法是短期与长期记忆的动态协同：短期记忆保证即时交互的连贯性，长期记忆提供跨会话的背景知识。这需要在上下文成本与检索质量之间仔细权衡。

六、工具（Tool）——AI连接世界的"手"

模型的能力局限于对文本的生成与理解，无法直接调用外部API、查询数据库或执行物理操作。工具组件，正是为模型赋予"动手能力"的关键桥梁。

1. 工具调用的核心机制

大模型并非直接调用工具，而是作为一个思考引擎：它理解用户意图，根据可用的工具描述（名称、功能描述、参数Schema），决定调用哪个工具并生成结构化的参数。应用框架拿到这份参数后，执行实际的工具调用，并将结果返回给模型。这个循环就是ReAct模式的核心——"思考→行动→观察"。

2. MCP协议：工具调用的标准化

早期，不同模型供应商的Function Calling实现各异，每个外部服务又各有自己的API。开发者需要对每个工具进行适配开发，效率低下。

MCP协议（Model Context Protocol） 应运而生，它被形象地比喻为AI应用的"USB-C接口"——一个统一的协议，使得大模型能够以标准化的方式连接到各种数据源和工具。MCP已经成为事实上的行业标准。

七、网关（AI Gateway）——智能总调度中心

在AI应用中，大模型是各具特长的专家，但如何统一管理对这些专家的访问、如何控制成本、如何保障安全合规？AI网关正是应对这些挑战的核心组件。

1. AI网关的定位

AI网关位于应用与大模型之间，是传统API网关在AI时代的演进版本。它的核心职责不再是简单的路由和限流，而是要理解并管理以Token为中心、高延迟、流式传输的AI流量。

2. AI网关的核心能力

• 统一模型接入与厂商解耦：屏蔽不同模型供应商的API差异，提供统一的标准接口
• 智能路由与故障转移：基于Token单价、延迟、显存占用等权重动态调度流量
• 精细化成本控制：语义缓存、Token级别的速率限制与预算配额管理
• 企业级安全合规：内置国密算法、敏感内容过滤、统一身份认证、全量审计日志
• 数据观测驱动优化：天然成为数据采集点，为可观测、成本分析和模型优化提供基础

八、运行时（Runtime）——动态逻辑的执行基座

AI原生应用的业务流程由模型根据用户意图动态生成，因此需要一个能够驾驭高度不确定性的执行环境，这就是运行时。

1. 运行时面临的三大挑战

• 动态逻辑的可靠执行：模型生成的任务计划可能存在错误，运行时需要容错和异常处理能力
• 海量与实时数据的高效处理：RAG场景下，毫秒级从海量知识库检索并处理数据，对I/O和网络延迟要求极高
• 异构组件的复杂协同：模型、向量数据库、外部API、多Agent之间需要顺畅的通信与协作

2. 面向AI优化的Serverless架构

以Serverless为骨架，注入状态管理和性能优化能力，是构建AI运行时的重要方向：

• 为无状态Serverless引入记忆：通过亲和性调度，将同一会话的多次请求调度到同一预热实例
• 兼顾弹性与低延迟：利用Serverless的自动伸缩应对AI流量的潮汐特性，同时通过预留实例和依赖预加载解决冷启动问题
• 工具即插即用：将每个工具封装为一个独立的Serverless函数，按实际调用计费

九、可观测（Observability）——黑盒里的"探照灯"

AI应用的内部流程涉及模型调用、工具执行、RAG检索、多Agent协作，决策路径充满了不确定性。传统的监控只能告诉你"发生了什么问题"，而可观测性要回答"为什么会发生问题"。

1. AI可观测的三大核心能力

• 端到端全链路追踪：可视化展示请求从用户输入到模型输出、经过工具调用和知识库检索的完整执行路径
• 全栈可观测：覆盖应用层、AI网关层、推理引擎层的性能指标——响应延迟、请求吞吐量、Token消耗、错误率等
• 自动化评估：通过引入评估Agent，对应用和模型的输入输出进行自动化的质量评估

2. 技术基础：OpenTelemetry

OpenTelemetry作为行业开放标准，为AI可观测提供了统一的采集规范，能够自动埋点接入主流AI框架，显著降低集成成本。

十、评估（Evaluation）——非确定性输出的"质检员"

传统软件测试基于确定性逻辑——固定输入必然产生稳定输出。而AI应用的行为是非确定性概率输出，同一输入多次调用结果可能不一致。这要求我们彻底转变测试思维：评估不再是上线前的一次性活动，而是贯穿AI应用全生命周期的持续过程。

1. 评估体系：从数据到目标到自动化

• 构建高质量数据集：通过人工构建、自动化采集、AI生成三种途径，形成覆盖标准场景、复杂推理和边缘案例的评估数据集
• 明确评估目标：评估矩阵至少包含四个层面——语义评估、RAG评估、工具调用评估、端到端Agent评估
• 自动化评估系统（LLM-as-a-Judge）：使用高阶大模型作为"裁判"，配合评估模板和算子，自动对被测模型的输出进行评分

2. 数据飞轮驱动持续优化

评估中发现的问题用例，经过清洗和标注后，可以用于模型微调或Prompt优化，形成"发现问题→补充数据→优化模型→重新评估"的闭环。评估是AI应用"越用越聪明"的核心引擎。

十一、安全（Security）——可信赖的基石

AI原生应用的开放性、自主性、多模态交互特性，显著扩大了安全风险敞口。白皮书将安全视为规模落地的前提条件，而非事后补丁。

1. 安全风险的五大维度

2. 纵深防御体系

• 输入层：对抗样本检测、提示词注入过滤
• 推理层：大模型原生安全护栏
• 输出层：内容合规检测、AIGC内容溯源与审计
• 数据层：生命周期加密脱敏、租户隔离、精细化访问控制
• 身份层：统一凭据管理、即时授权（JIT）、最小权限原则

结语：11个要素如何协同？

理解了每一个要素之后，我们再看那张架构全景图：模型提供智力，框架提供编排，提示词是沟通语言，RAG和记忆弥补知识与上下文短板，工具打通与环境交互的通道，网关负责统一调度与成本安全，运行时承载动态执行，可观测让我们看得清内部运作，评估保障质量持续改进，安全为这一切提供可信基础。

这11个要素并非独立存在。它们以模型为基础，以Agent驱动，以数据为中心，通过工具链与外部世界相连，经由网关统一定向，在运行时中执行，通过可观测与评估持续反馈，并始终将安全贯穿全程。正是这种系统化的协同，才使得AI原生应用能够从概念验证走向规模化生产，从单点工具进化为驱动业务创新的核心引擎。

当然，每个要素背后都有丰富的工程细节与最佳实践。在接下来的系列文章中，我们将逐一深入这些要素：从框架与Agent开发范式开始，到上下文工程（提示词、RAG、记忆）、工具集成（MCP）、网关架构、运行时优化、可观测体系、评估系统、安全防护……敬请期待。

（第三篇完，约7200字）